Reject redirect-following curl probe flags - #5564
Conversation
|
No actionable comments were generated in the recent review. 🎉 ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: CHILL Plan: Enterprise Run ID: 📒 Files selected for processing (4)
💤 Files with no reviewable changes (1)
📝 WalkthroughWalkthroughRedirect-following curl flags ( ChangesRemove redirect-following curl flags
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~4 minutes Poem
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
|
Maintainer disposition: closing this PR as obsolete, without merge. Thank you @fallintoplace for identifying redirect-following curl behavior as an SSRF risk and for adding focused before-spawn negative tests for Current
The PR no longer closes a live SSRF gap and is stale against current No code was copied and no replacement PR was created. The |
Summary
-L,-sfL, and--locationfrom the shared curl probe allowlist-sfLWhy
The curl probe validator normalizes the initial URL, then lets curl execute the rebuilt argv. Allowing redirect-following flags means a URL that starts public can still be followed to loopback, link-local, or another private/internal target outside the validator's view. Default-denying redirects keeps the existing SSRF boundary honest until a redirect-aware validator exists.
Validation
npm run build:cli./node_modules/.bin/vitest run src/lib/adapters/http/probe.test.ts src/lib/inference/ollama/model-size.test.tsnpm run typecheck:cliSummary by CodeRabbit
Release Notes
Bug Fixes
Tests