mirror of
https://github.com/claude-code-best/claude-code.git
synced 2026-06-17 22:05:50 +00:00
* fix: harden ACP communication boundaries Harden ACP communication boundaries Remote ACP sessions now cannot widen permission mode through untrusted metadata or client payloads. WebSocket ACP ingress measures payloads by bytes before binary decode, and prompt queue handoff keeps exactly one prompt active while queued prompts are drained FIFO. Constraint: ACP remote clients must not be able to open bypassPermissions without local launch intent Constraint: WebSocket payload limits must be byte-based and checked before binary decode Rejected: Keep promptToQueryContent wrapper | no production consumers remained after prompt conversion single-sourcing Confidence: high Scope-risk: moderate Directive: Do not re-enable remote bypassPermissions from _meta unless a local launch gate is verified in both acp-link and agent Tested: targeted ACP/RCS/acp-link prompt queue, bridge, permission, payload, and prompt conversion tests; bun run typecheck; bun run build Not-tested: Manual live ACP/RCS session against an external client * fix: restore repository verification gates Keep the full repository test, typecheck, build, and Biome lint gates usable after the ACP fix pass. This commit is intentionally separate from the ACP behavior change: it fixes Windows-safe Langfuse home redaction, removes stale lint suppressions, resolves Biome warning/info diagnostics, and keeps env expansion tests explicit without template-placeholder lint noise. Constraint: The project completion contract requires full typecheck, lint, test, and build evidence Rejected: Leave warning/info diagnostics as historical noise | they obscure future gate regressions and weaken flow-impact claims Confidence: high Scope-risk: narrow Directive: Keep repository gate cleanup separate from feature fixes when it is not part of the same runtime path Tested: bunx biome lint src/; bunx tsc --noEmit; bun test src/services/mcp/__tests__/envExpansion.test.ts src/utils/__tests__/sliceAnsi.test.ts src/utils/__tests__/stringUtils.test.ts; bun test; bun run build Not-tested: Manual Langfuse export against a real external Langfuse service * fix: harden ACP failure boundaries after review Deep review found several paths that made ACP communication failures look normal: prompt errors could finish as end_turn, permission pipeline exceptions could fall through to client approval, tool rawInput was deep-copied with JSON, and acp-link accepted unbounded or unvalidated WebSocket payloads. This keeps the behavior fail-closed, validates WS payloads before dispatch, caps payload size before JSON parse, and preserves cancellation intent with a generation counter. Constraint: User explicitly rejected pseudo-fixes, fallback behavior, and unbounded payload handling Rejected: Keep JSON stringify/parse rawInput copy | duplicates large payloads and silently drops non-JSON inputs Rejected: Delegate permission pipeline errors to client approval | allows a broken local permission check to be bypassed Confidence: high Scope-risk: moderate Directive: Do not convert ACP errors into normal end_turn responses without a protocol-level reason and regression tests Tested: bun test src/services/acp/__tests__/agent.test.ts src/services/acp/__tests__/bridge.test.ts src/services/acp/__tests__/permissions.test.ts Tested: bun test packages/acp-link/src/__tests__/server.test.ts Tested: bunx tsc --noEmit Tested: bunx biome lint src/ packages/acp-link/src/ Tested: bun run test:all Tested: bun run build Not-tested: Manual end-to-end ACP client session over a real editor WebSocket * fix: prevent ACP coverage runs from seeing partial mocks GitHub Actions failed under bun test --coverage because permissions.test.ts replaced ../bridge.js with a partial mock that omitted forwardSessionUpdates. Coverage worker ordering on Linux let sibling tests observe that incomplete module. This isolates ACP test mocks by snapshotting real exports, overriding only requested symbols, and restoring mocks in LIFO order. The shared helper also keeps the same behavior in agent.test.ts without duplicating mock infrastructure. Constraint: bun:test mock.module is process-global inside a worker. Rejected: Add fallback exports or production guards | the bridge export exists; the failure was test mock pollution. Rejected: Keep per-file helper copies | duplication would let restore semantics drift again. Confidence: high Scope-risk: narrow Directive: Prefer safeMockModule for partial mocks of real modules in ACP tests; plain mock.module is only appropriate for fully synthetic modules or isolated tests. Tested: bun test src/services/acp/__tests__/agent.test.ts src/services/acp/__tests__/bridge.test.ts src/services/acp/__tests__/permissions.test.ts Tested: bun test --coverage --coverage-reporter=lcov Tested: bunx tsc --noEmit Tested: bun run lint Tested: git diff --check Not-tested: Linux runner directly before push * fix: normalize ACP bypass requests without warning noise The previous CI repair removed the failing partial bridge mock, but it also added a shared safeMockModule helper and left the acp-link bypass normalization warning in the real new_session path. This tightens the fix: acp-link now treats an unauthorized client bypass request as normal permission-mode normalization without emitting a warning, and the ACP permission test explicitly preserves the real bridge and permission exports instead of using a shared helper. The agent test keeps its local mock preservation but names it by behavior and restores mocks in LIFO order. Constraint: CI output should not contain expected warning noise for covered policy branches. Rejected: Silence the test only | the normal new_session path would still warn for an expected normalization branch. Rejected: Keep the shared safeMockModule helper | the failing module was specific and should be fixed by preserving real exports at the mocking site. Confidence: high Scope-risk: narrow Directive: Treat client-requested bypassPermissions as data to normalize unless the local default explicitly enables bypass. Tested: bun test packages/acp-link/src/__tests__/server.test.ts Tested: bun test src/services/acp/__tests__/agent.test.ts src/services/acp/__tests__/bridge.test.ts src/services/acp/__tests__/permissions.test.ts Tested: bun test --coverage --coverage-reporter=lcov with UPPER_WARN_COUNT=0 Tested: bun run test:all Tested: bun run lint Tested: bunx tsc --noEmit Tested: git diff --check * fix: harden ACP bypass and CI warning gates ACP clients must not be able to enter bypassPermissions unless the local ACP gate and process environment both allow it. The same gate now controls session creation, explicit mode changes, and the ExitPlanMode option list, while session setup restores process.cwd so coverage and later work do not inherit ACP session state. Constraint: CI must stay warning-clean without hiding real ACP permission failures Rejected: Logging rejected bypass requests on the normal new_session path | it preserves audit text but reintroduces warning noise the runtime should not emit Rejected: Broad CI=true postinstall skip | it hides explicit Chrome MCP setup checks outside the install path Confidence: high Scope-risk: moderate Directive: Keep bypassPermissions gated through one ACP availability decision before exposing it to clients Tested: bun test src/services/acp/__tests__/permissions.test.ts src/services/acp/__tests__/agent.test.ts packages/acp-link/src/__tests__/server.test.ts Tested: bun run test:all Tested: bun run lint Tested: bun run build:vite with zero warning matches Tested: bun test --coverage --coverage-reporter lcov --coverage-dir coverage produced non-empty lcov with SF records and zero filtered warning matches Not-tested: GitHub Actions result after this push * fix: remove remaining CI warning noise The CI log still had three non-failing warnings after the ACP hardening commit: git init default-branch advice from checkout, a Node 20 action-runtime deprecation, and one additional known Vite dynamic-import diagnostic that only surfaced on Linux. The workflow now provides explicit git config and opts actions into Node 24, while Vite keeps a narrow allowlist for acknowledged optimizer diagnostics. Constraint: Do not use shell log filtering to hide warnings after they happen Rejected: Grep warning lines out of CI output | it would make future diagnostics harder to find Confidence: high Scope-risk: narrow Directive: Add new Vite warning allowlist entries only after checking that they are existing optimizer diagnostics, not new application defects Tested: bunx tsc --noEmit --pretty false Tested: bunx biome lint .github/workflows/ci.yml vite.config.ts Tested: bun run build:vite with zero warning matches Not-tested: GitHub Actions result after this push * fix: reject unauthorized ACP bypass and harden CI actions ACP clients now fail closed when permissionMode is malformed, unknown, or requests bypass without a local bypass opt-in. acp-link validates new_session input before forwarding to the agent and returns client error frames for expected unauthorized requests without logging create-failed noise. The direct AcpAgent path independently rejects invalid _meta.permissionMode and unauthorized bypass instead of falling back to settings. CI workflows and generated GitHub App templates now use Node 24-compatible actions pinned to immutable commit SHAs, and acp-link startup output no longer prints the auth token. Constraint: Must not hide warnings with test isolation or log filtering Rejected: Silent fallback to local permission mode | accepts invalid client intent and masks boundary behavior Rejected: Broad dependency churn from bun update | audit remained failing while package and lockfile churn expanded scope Confidence: high Scope-risk: moderate Directive: Client-provided permissionMode must stay fail-closed before reaching AcpAgent; only local settings.defaultMode may fall back to default on invalid local config Tested: bun test packages/acp-link/src/__tests__/server.test.ts src/services/acp/__tests__/agent.test.ts src/services/acp/__tests__/permissions.test.ts src/services/skillLearning/__tests__/skillLifecycle.test.ts src/utils/settings/__tests__/config.test.ts Tested: bunx tsc -p packages/acp-link/tsconfig.json --noEmit --pretty false Tested: bunx tsc --noEmit --pretty false Tested: bun run lint Tested: bun run test:all Tested: local CI equivalent install/typecheck/coverage/build with warning_scan=0 Not-tested: Pre-existing bun audit vulnerabilities require a separate dependency-hardening PR * fix: resolve dependency audit findings precisely Use dependency-native upgrades and lockfile resolution to close the audit findings without suppressions. Keep the chrome MCP setup aligned with the new dependency graph and add real integration coverage so the override behavior stays verified. Constraint: no audit ignores or warning suppression Rejected: broad google-auth/protobuf overrides | replaced with upstream-compatible resolution Confidence: high Scope-risk: moderate Directive: keep dependency fixes upstream-compatible; do not reintroduce blanket overrides unless the audit surface changes materially Tested: bun audit; bun audit --json; bun install --frozen-lockfile with CLAUDE_CODE_SKIP_CHROME_MCP_SETUP=1; bunx tsc --noEmit --pretty false; bun run lint; targeted tests; bun run test:all; bun test --coverage --coverage-reporter lcov --coverage-dir coverage; bun run build:vite Not-tested: unrelated pre-existing ACP/CORS/token fallback residual risks * fix: keep ACP auth tokens out of URLs Replace the ad hoc URL-token flow with crypto UUID-backed transport identifiers so the bearer token stays in structured request data instead of query strings. Keep the server, web client, and transport helpers aligned so the ACP/RCS handshake remains compatible after the API shape change. Constraint: token must not be embedded in the URL Rejected: token-as-uuid query fallback | leaked bearer tokens in URLs Confidence: high Scope-risk: moderate Directive: preserve the structured auth path; do not reintroduce query-token fallback when adjusting ACP transport code Tested: targeted ACP/RCS transport tests Not-tested: unrelated pre-existing ACP/CORS/token fallback residual risks * fix: normalize WebFetch request headers Normalize WebFetch headers before dispatch so canonicalization preserves auth semantics and duplicate forms do not slip through. Keep the behavior locked with a focused header test instead of broadening the request pipeline. Constraint: preserve header semantics without widening the fetch surface Rejected: ad hoc caller-side normalization | too easy to bypass in future call sites Confidence: high Scope-risk: narrow Directive: keep header normalization close to the WebFetch utility so future callers inherit the same behavior automatically Tested: targeted WebFetch header tests Not-tested: unrelated fetch backend behavior beyond header normalization * fix: harden ACP remote auth surfaces Tighten the remaining Claude security artifact items by requiring API keys on ACP global reads and relay upgrades, moving WebSocket tokens out of URLs, and replacing open web CORS with an explicit allowlist. Constraint: Browser WebSocket clients cannot set arbitrary Authorization headers, so the token is carried in a selected subprotocol instead of a query string. Rejected: Keep UUID auth for ACP channel groups | any caller can mint a UUID and read global ACP data. Rejected: Preserve ?token= compatibility | secrets leak into logs, history, referrers, and intermediaries. Confidence: high Scope-risk: moderate Directive: Do not reintroduce query-string bearer tokens; use Authorization or rcs.auth.<base64url-token>. Tested: bunx tsc --noEmit --pretty false Tested: bun run typecheck in packages/remote-control-server Tested: bun run build in packages/acp-link Tested: bun run lint Tested: bun audit Tested: focused RCS/acp-link/web tests, 160 pass Tested: Edge headless browser WebSocket subprotocol handshake Tested: bun run test:all, 3669 pass Tested: bun run build:vite Tested: bun run build Not-tested: Manual end-to-end relay with a live external ACP agent * fix: resolve CI dependency override lookup The CI runner does not expose @grpc/proto-loader as a root-resolvable package, and the test was relying on local hoisting rather than the real dependency owner. Resolve proto-loader through @opentelemetry/exporter-trace-otlp-grpc and @grpc/grpc-js so the smoke test follows the package graph it is validating. Constraint: Do not add a new root dependency for a transitive smoke test. Rejected: Skip or weaken the test | the test protects the protobuf 7 override path and should keep exercising loadSync. Rejected: Add @grpc/proto-loader directly to root package.json | that hides the owning-package resolution issue and broadens dependency surface. Confidence: high Scope-risk: narrow Directive: Dependency override smoke tests should resolve from the package that actually owns the dependency, not from incidental root hoisting. Tested: bun test tests/integration/dependency-overrides.test.ts; bunx tsc --noEmit --pretty false; bun run lint; bun audit; bun run test:all; git diff --check --------- Co-authored-by: unraid <local@unraid.local>
304 lines
11 KiB
TypeScript
304 lines
11 KiB
TypeScript
/**
|
|
* Safe wrappers for shell-quote library functions that handle errors gracefully
|
|
* These are drop-in replacements for the original functions
|
|
*/
|
|
|
|
import {
|
|
type ParseEntry,
|
|
parse as shellQuoteParse,
|
|
quote as shellQuoteQuote,
|
|
} from 'shell-quote'
|
|
import { logError } from '../log.js'
|
|
import { jsonStringify } from '../slowOperations.js'
|
|
|
|
export type { ParseEntry } from 'shell-quote'
|
|
|
|
export type ShellParseResult =
|
|
| { success: true; tokens: ParseEntry[] }
|
|
| { success: false; error: string }
|
|
|
|
export type ShellQuoteResult =
|
|
| { success: true; quoted: string }
|
|
| { success: false; error: string }
|
|
|
|
export function tryParseShellCommand(
|
|
cmd: string,
|
|
env?:
|
|
| Record<string, string | undefined>
|
|
| ((key: string) => string | undefined),
|
|
): ShellParseResult {
|
|
try {
|
|
const tokens =
|
|
typeof env === 'function'
|
|
? shellQuoteParse(cmd, env)
|
|
: shellQuoteParse(cmd, env)
|
|
return { success: true, tokens }
|
|
} catch (error) {
|
|
if (error instanceof Error) {
|
|
logError(error)
|
|
}
|
|
return {
|
|
success: false,
|
|
error: error instanceof Error ? error.message : 'Unknown parse error',
|
|
}
|
|
}
|
|
}
|
|
|
|
export function tryQuoteShellArgs(args: unknown[]): ShellQuoteResult {
|
|
try {
|
|
const validated: string[] = args.map((arg, index) => {
|
|
if (arg === null || arg === undefined) {
|
|
return String(arg)
|
|
}
|
|
|
|
const type = typeof arg
|
|
|
|
if (type === 'string') {
|
|
return arg as string
|
|
}
|
|
if (type === 'number' || type === 'boolean') {
|
|
return String(arg)
|
|
}
|
|
|
|
if (type === 'object') {
|
|
throw new Error(
|
|
`Cannot quote argument at index ${index}: object values are not supported`,
|
|
)
|
|
}
|
|
if (type === 'symbol') {
|
|
throw new Error(
|
|
`Cannot quote argument at index ${index}: symbol values are not supported`,
|
|
)
|
|
}
|
|
if (type === 'function') {
|
|
throw new Error(
|
|
`Cannot quote argument at index ${index}: function values are not supported`,
|
|
)
|
|
}
|
|
|
|
throw new Error(
|
|
`Cannot quote argument at index ${index}: unsupported type ${type}`,
|
|
)
|
|
})
|
|
|
|
const quoted = shellQuoteQuote(validated)
|
|
return { success: true, quoted }
|
|
} catch (error) {
|
|
if (error instanceof Error) {
|
|
logError(error)
|
|
}
|
|
return {
|
|
success: false,
|
|
error: error instanceof Error ? error.message : 'Unknown quote error',
|
|
}
|
|
}
|
|
}
|
|
|
|
/**
|
|
* Checks if parsed tokens contain malformed entries that suggest shell-quote
|
|
* misinterpreted the command. This happens when input contains ambiguous
|
|
* patterns (like JSON-like strings with semicolons) that shell-quote parses
|
|
* according to shell rules, producing token fragments.
|
|
*
|
|
* For example, `echo {"hi":"hi;evil"}` gets parsed with `;` as an operator,
|
|
* producing tokens like `{hi:"hi` (unbalanced brace). Legitimate commands
|
|
* produce complete, balanced tokens.
|
|
*
|
|
* Also detects unterminated quotes in the original command: shell-quote
|
|
* silently drops an unmatched `"` or `'` and parses the rest as unquoted,
|
|
* leaving no trace in the tokens. `echo "hi;evil | cat` (one unmatched `"`)
|
|
* is a bash syntax error, but shell-quote yields clean tokens with `;` as
|
|
* an operator. The token-level checks below can't catch this, so we walk
|
|
* the original command with bash quote semantics and flag odd parity.
|
|
*
|
|
* Security: This prevents command injection via HackerOne #3482049 where
|
|
* shell-quote's correct parsing of ambiguous input can be exploited.
|
|
*/
|
|
export function hasMalformedTokens(
|
|
command: string,
|
|
parsed: ParseEntry[],
|
|
): boolean {
|
|
// Check for unterminated quotes in the original command. shell-quote drops
|
|
// an unmatched quote without leaving any trace in the tokens, so this must
|
|
// inspect the raw string. Walk with bash semantics: backslash escapes the
|
|
// next char outside single-quotes; no escapes inside single-quotes.
|
|
let inSingle = false
|
|
let inDouble = false
|
|
let doubleCount = 0
|
|
let singleCount = 0
|
|
for (let i = 0; i < command.length; i++) {
|
|
const c = command[i]
|
|
if (c === '\\' && !inSingle) {
|
|
i++
|
|
continue
|
|
}
|
|
if (c === '"' && !inSingle) {
|
|
doubleCount++
|
|
inDouble = !inDouble
|
|
} else if (c === "'" && !inDouble) {
|
|
singleCount++
|
|
inSingle = !inSingle
|
|
}
|
|
}
|
|
if (doubleCount % 2 !== 0 || singleCount % 2 !== 0) return true
|
|
|
|
for (const entry of parsed) {
|
|
if (typeof entry !== 'string') continue
|
|
|
|
// Check for unbalanced curly braces
|
|
const openBraces = (entry.match(/{/g) || []).length
|
|
const closeBraces = (entry.match(/}/g) || []).length
|
|
if (openBraces !== closeBraces) return true
|
|
|
|
// Check for unbalanced parentheses
|
|
const openParens = (entry.match(/\(/g) || []).length
|
|
const closeParens = (entry.match(/\)/g) || []).length
|
|
if (openParens !== closeParens) return true
|
|
|
|
// Check for unbalanced square brackets
|
|
const openBrackets = (entry.match(/\[/g) || []).length
|
|
const closeBrackets = (entry.match(/\]/g) || []).length
|
|
if (openBrackets !== closeBrackets) return true
|
|
|
|
// Check for unbalanced double quotes
|
|
// Count quotes that aren't escaped (preceded by backslash)
|
|
// A token with an odd number of unescaped quotes is malformed
|
|
// eslint-disable-next-line custom-rules/no-lookbehind-regex -- gated by hasCommandSeparator check at caller, runs on short per-token strings
|
|
const doubleQuotes = entry.match(/(?<!\\)"/g) || []
|
|
if (doubleQuotes.length % 2 !== 0) return true
|
|
|
|
// Check for unbalanced single quotes
|
|
// eslint-disable-next-line custom-rules/no-lookbehind-regex -- same as above
|
|
const singleQuotes = entry.match(/(?<!\\)'/g) || []
|
|
if (singleQuotes.length % 2 !== 0) return true
|
|
}
|
|
return false
|
|
}
|
|
|
|
/**
|
|
* Detects commands containing '\' patterns that exploit the shell-quote library's
|
|
* incorrect handling of backslashes inside single quotes.
|
|
*
|
|
* In bash, single quotes preserve ALL characters literally - backslash has no
|
|
* special meaning. So '\' is just the string \ (the quote opens, contains \,
|
|
* and the next ' closes it). But shell-quote incorrectly treats \ as an escape
|
|
* character inside single quotes, causing '\' to NOT close the quoted string.
|
|
*
|
|
* This means the pattern '\' <payload> '\' hides <payload> from security checks
|
|
* because shell-quote thinks it's all one single-quoted string.
|
|
*/
|
|
export function hasShellQuoteSingleQuoteBug(command: string): boolean {
|
|
// Walk the command with correct bash single-quote semantics
|
|
let inSingleQuote = false
|
|
let inDoubleQuote = false
|
|
|
|
for (let i = 0; i < command.length; i++) {
|
|
const char = command[i]
|
|
|
|
// Handle backslash escaping outside of single quotes
|
|
if (char === '\\' && !inSingleQuote) {
|
|
// Skip the next character (it's escaped)
|
|
i++
|
|
continue
|
|
}
|
|
|
|
if (char === '"' && !inSingleQuote) {
|
|
inDoubleQuote = !inDoubleQuote
|
|
continue
|
|
}
|
|
|
|
if (char === "'" && !inDoubleQuote) {
|
|
inSingleQuote = !inSingleQuote
|
|
|
|
// Check if we just closed a single quote and the content ends with
|
|
// trailing backslashes. shell-quote's chunker regex '((\\'|[^'])*?)'
|
|
// incorrectly treats \' as an escape sequence inside single quotes,
|
|
// while bash treats backslash as literal. This creates a differential
|
|
// where shell-quote merges tokens that bash treats as separate.
|
|
//
|
|
// Odd trailing \'s = always a bug:
|
|
// '\' -> shell-quote: \' = literal ', still open. bash: \, closed.
|
|
// 'abc\' -> shell-quote: abc then \' = literal ', still open. bash: abc\, closed.
|
|
// '\\\' -> shell-quote: \\ + \', still open. bash: \\\, closed.
|
|
//
|
|
// Even trailing \'s = bug ONLY when a later ' exists in the command:
|
|
// '\\' alone -> shell-quote backtracks, both parsers agree string closes. OK.
|
|
// '\\' 'next' -> shell-quote: \' consumes the closing ', finds next ' as
|
|
// false close, merges tokens. bash: two separate tokens.
|
|
//
|
|
// Detail: the regex alternation tries \' before [^']. For '\\', it matches
|
|
// the first \ via [^'] (next char is \, not '), then the second \ via \'
|
|
// (next char IS '). This consumes the closing '. The regex continues reading
|
|
// until it finds another ' to close the match. If none exists, it backtracks
|
|
// to [^'] for the second \ and closes correctly. If a later ' exists (e.g.,
|
|
// the opener of the next single-quoted arg), no backtracking occurs and
|
|
// tokens merge. See H1 report: git ls-remote 'safe\\' '--upload-pack=evil' 'repo'
|
|
// shell-quote: ["git","ls-remote","safe\\\\ --upload-pack=evil repo"]
|
|
// bash: ["git","ls-remote","safe\\\\","--upload-pack=evil","repo"]
|
|
if (!inSingleQuote) {
|
|
let backslashCount = 0
|
|
let j = i - 1
|
|
while (j >= 0 && command[j] === '\\') {
|
|
backslashCount++
|
|
j--
|
|
}
|
|
if (backslashCount > 0 && backslashCount % 2 === 1) {
|
|
return true
|
|
}
|
|
// Even trailing backslashes: only a bug when a later ' exists that
|
|
// the chunker regex can use as a false closing quote. We check for
|
|
// ANY later ' because the regex doesn't respect bash quote state
|
|
// (e.g., a ' inside double quotes is also consumable).
|
|
if (
|
|
backslashCount > 0 &&
|
|
backslashCount % 2 === 0 &&
|
|
command.indexOf("'", i + 1) !== -1
|
|
) {
|
|
return true
|
|
}
|
|
}
|
|
}
|
|
}
|
|
|
|
return false
|
|
}
|
|
|
|
export function quote(args: ReadonlyArray<unknown>): string {
|
|
// First try the strict validation
|
|
const result = tryQuoteShellArgs([...args])
|
|
|
|
if (result.success) {
|
|
return result.quoted
|
|
}
|
|
|
|
// If strict validation failed, use lenient fallback
|
|
// This handles objects, symbols, functions, etc. by converting them to strings
|
|
try {
|
|
const stringArgs = args.map(arg => {
|
|
if (arg === null || arg === undefined) {
|
|
return String(arg)
|
|
}
|
|
|
|
const type = typeof arg
|
|
|
|
if (type === 'string' || type === 'number' || type === 'boolean') {
|
|
return String(arg)
|
|
}
|
|
|
|
// For unsupported types, use JSON.stringify as a safe fallback
|
|
// This ensures we don't crash but still get a meaningful representation
|
|
return jsonStringify(arg)
|
|
})
|
|
|
|
return shellQuoteQuote(stringArgs)
|
|
} catch (error) {
|
|
// SECURITY: Never use JSON.stringify as a fallback for shell quoting.
|
|
// JSON.stringify uses double quotes which don't prevent shell command execution.
|
|
// For example, jsonStringify(['echo', '$(whoami)']) produces "echo" "$(whoami)"
|
|
if (error instanceof Error) {
|
|
logError(error)
|
|
}
|
|
throw new Error('Failed to quote shell arguments safely')
|
|
}
|
|
}
|