Decomposition of docs/reviews/002-post-remediation-review.md per its 5-unit remediation plan: - Unit 1 (security-critical): gw15-publish-body-cap, prj16-schema-via-call (CF-004 filed alkcall-side), fwd13-dot-segments, fwd16-missing-capability, oai11-ref-memoization - Unit 2 (timeout/terminality): ws13-idle-progress, fwd15-stream-timeout, cli01-retry-after-budget, con17-mcp-pagination, con18-wss-sweep-exit - Unit 3 (projection/docs): projection-truthfulness, mcp-batch-cap, gw16-status-drift - Unit 4 (spec-import): yaml-normalization, oai13-path-item-wildcards, import-loudness-cluster, js01-placeholder-check, fwd17-19-contract-decisions - Unit 5 (WS polish + tests): con18b-ws-polish, client-policy-wire-tests, cov-deployment-knobs, cov13-dead-code, srv11-srv12-router-ordering - review-002-bracketed-followup: tentatively planned post-bulk pass (stale-check, OQA-18 enforcement decision, CON-08/09 close() lever, cross-crate re-checks) — deliberately not serialized against the bulk Also: review-002 numbering repair (CON-14 was double-booked; MCP pagination now CON-14, from_wss monitor renumbered CON-18, missing CON-14 section added). taskgraph: 66 valid, no cycles; 24 pending (all review-002); gen-1/gen-2 parallel waves identified; workflow-cost hotspots are prj16 (12.8) and ws13 (11.1), both carrying the reviewed slicing guidance in their Notes.
3.0 KiB
id, name, status, depends_on, scope, risk, impact, level, tags
| id | name | status | depends_on | scope | risk | impact | level | tags | ||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| review-002-fwd13-dot-segments | Reject lone dot-dot path values that Url-set_path normalizes away (FWD-13) | pending | narrow | medium | component | implementation |
|
Description
Review 002 FWD-13 [major, security]. Lone ./.. path-parameter
values survive the PATH_VALUE_ENCODE_SET (which has no .) and are
silently normalized away by Url::set_path — empirically
reproduced against the locked url 2.5.8:
set_path("/tenants/../admin")→/adminset_path("/files/..")→/set_path("/repos/%2e%2e/x")→/x(so adding%2eto the encode set would NOT fix it — the parser normalizes every case-insensitive spelling)
Scenario: template /tenants/{tenant}/resources with peer input
tenant = ".." → the upstream receives /resources — a different
(east commonly less-scoped, list-everything) endpoint than the template
describes, with the namespace's injected credentials attached. The
existing dot-segment test (traversal_value_cannot_escape_template_path,
forward.rs:1155) only covers the multi-segment ../../admin form the
encoder does catch. The origin check in assemble_request_url
(:520-522) cannot catch this — the origin never changes.
Acceptance Criteria
- Rendered path values that are exactly
.or..(case-insensitive, including%2espellings before encoding) are rejected with a loudINVALID_INPUT-family CallError — the cleanest point isvalue_to_path_segment/render_path_template - A post-
set_pathinvariant assert (decoded path segments = base_dir + rendered segments, byte-identical) protects against future normalizer surprises (implementer's choice: debug_assert + loud runtime check, or a property test with a dot/percent/binary corpus) - Tests: lone
..value → error; lone.value → error;%2e%2espelling → error; a legitimate segment containing a dot (v1.2.3,.hidden-fileas a value) still works (the rejection is exact-match, not substring) - Existing traversal/encoding tests unchanged and passing
cargo test,cargo clippy --all-targets -- -D warnings,cargo fmt --checkpass
References
- docs/reviews/002-post-remediation-review.md (Part D', FWD-13)
- src/adapters/forward.rs:340-352 (encode set lacking
.), :413-448 (renderer), :481-531 (set_path + origin check), :1155 (the test family) - tasks/adapters/review-001-forward-url-safety.md (the FWD-01 fix this completes — one case short)
Notes
The error message must not echo the raw value's neighbor inputs (no
spec/content leakage beyond the parameter name — follow the existing
message style in render_path_template's unbound-placeholder error).
FWD-18 (object/array placeholder values double-routing to query) is
tracked separately in review-002-fwd17-19-contract-decisions — do not
fold it here, the mechanisms are adjacent but the decisions differ.