Skip to content

Protocol, search, and runtime-boundary batch

Signal: GitHub Security Advisories REST fallback surfaced a fresh 2026-05-07 batch where parser differentials, search authorization, TLS verification, and runtime resource accounting crossed security boundaries.

Advisories covered

Why this is durable

Parser outputs, search filters, and runtime allocation requests are policy inputs. If different layers disagree about chunk sizes, DNS labels, URL paths, TLS names, or object ownership, attackers can route around the layer that was supposed to enforce the boundary.

Immediate triage

  1. Patch Netty, OpenSearch, Wasmtime, Hono, and diesel-async where present.
  2. Place request-smuggling and malformed-path tests in front of every proxy pair that mixes Netty-based and non-Netty parsers.
  3. Re-test OpenSearch DLS/FLS, rollover APIs, parent/child queries, and REST authorization with malformed paths and alternate index aliases.
  4. Add hard caps and fail-closed behavior for guest/runtime allocation requests and chunked request bodies.
  5. Treat renderer tag names, protocol header names, and database encoder structs as untrusted until normalized and bounds-checked.

Durable controls

  • Keep one canonical parser result per request and pass that object to auth, routing, logging, and backend forwarding.
  • Enforce search authorization inside query execution and index-management helpers, not only at REST route entry.
  • Require TLS verification tests that include hostname mismatch, custom trust roots, and proxy-forwarded cluster traffic.
  • Zero-initialize serialized structs and fuzz encode/decode paths with memory-sanitizer builds where possible.