chunkloris: uvicorn

part of the chunkloris per-chunk amplification survey. this page is the per-server record for uvicorn under http/1.1 chunked transfer encoding.

at a glance

  • server: uvicorn 0.32.1
  • runtime: python-3.12
  • ecosystem: python
  • concurrency model: event-loop
  • parser: h11 0.16.0 (pure Python)
  • delivery granularity: per-chunk
  • chunk-limit helper: exposed-stdlib
  • verdict: per-chunk β€” the parser/dispatcher boundary delivers one event per wire chunk. cpu cost under paced mode b is measurable per chunk.
  • scaling exponent (mode a): 0.96 (wall time vs N, log-log slope across common cells)
  • scaling exponent (mode b): 1.00

measurements

all cells run on a 1-vcpu docker container. cpu cost is derived from the target container’s cgroup v2 cpu.stat usage_usec delta around each cell.

modeNwall (s)server cpu %Β΅s / chunkbasisok
A-bridge-coalesced50,0000.210115.24.830server-cpu-cgroupβœ“
A-bridge-coalesced100,0000.383107.84.134server-cpu-cgroupβœ“
A-bridge-coalesced250,0000.975103.24.026server-cpu-cgroupβœ“
A-bridge-coalesced500,0002.480β€”4.960wallβœ“
A-bridge-coalesced1,000,0004.980β€”4.980wallβœ“
B-paced-100us50,0005.12416.216.624server-cpu-cgroupβœ“
B-paced-100us100,00010.27813.914.256server-cpu-cgroupβœ“
B-paced-100us250,00025.57413.713.987server-cpu-cgroupβœ“

parser path β€” source citations

  • decoder β€” h11/_connection.py:438 β†’ source
  • handler-delivery β€” uvicorn/protocols/http/h11_impl.py:257-261 β†’ source

what this means

the parser/dispatcher path on this server delivers one event per chunked-transfer-encoding chunk, so an attacker who sends a body as N one-byte chunks consumes roughly N Γ— (mode-b Β΅s/chunk) of server cpu on a single core. amplification scales linearly with N until the framework’s max_request_body_size (or equivalent) is hit.

what to do today

  • if this server runs as an origin behind nginx with the default proxy_request_buffering on, the per-chunk attack shape does not reach this server β€” nginx delivers one content-length-framed body to the upstream in a single recv().
  • if deployed direct-exposed, behind haproxy with default streaming, or behind any reverse proxy with proxy_request_buffering off, the per-chunk cost reaches this server.
  • there is no framework-level chunk-count limit in the default config; use a frontend buffer, transport-layer rate limiting, or a wrapping middleware that imposes a chunk-count cap before draining the body.

reproducer

the full reproducer for this server is in the paper repo. the docker container pins uvicorn 0.32.1 and constrains the test container to a single cpu (--cpus=1). the prober script implements mode a (bridge-coalesced) and mode b (paced 100 Β΅s) per the methodology section.

see the draft pdf for the full per-framework discussion.

on this page