{"api_version":"1","generated_at":"2026-10-31T00:17:51+00:00","cve":"CVE-2026-116127","urls":{"html":"https://cve.report/CVE-2026-116127","api":"https://cve.report/api/cve/CVE-2026-116127.json","docs":"https://cve.report/api","cve_org":"https://www.cve.org/CVERecord?id=CVE-2026-116127","nvd":"https://nvd.nist.gov/vuln/detail/CVE-2026-116127"},"summary":{"title":"Starlet versions before 0.33 for Perl send a body in responses to HEAD requests, corrupting the next response on a persistent or pipelined connection","description":"Starlet versions before 0.33 for Perl send a body in responses to HEAD requests, corrupting the next response on a persistent or pipelined connection.\n\nThe request method is not passed to the response writer, so whatever body the application returns for a HEAD request is sent. With Plack::Middleware::Head the body is empty, but an HTTP/1.1 response without a Content-Length header still gets the chunked encoding terminator. Responses with status 204 or 304 are also sent with their body.\n\nPipelined GET and HEAD requests keep the connection open even when keep-alive is disabled, which is the default. A client or proxy reading the connection takes the extra bytes as the start of the next response, which may desynchronize a proxy that shares the connection across clients.","state":"PUBLISHED","assigner":"CPANSec","published_at":"2026-10-30 13:18:31","updated_at":"2026-10-30 17:13:54"},"problem_types":["CWE-444","CWE-444 CWE-444 Inconsistent Interpretation of HTTP Requests"],"metrics":[],"references":[{"url":"https://metacpan.org/release/KAZUHO/Starlet-0.33/changes","name":"https://metacpan.org/release/KAZUHO/Starlet-0.33/changes","refsource":"9b29abf9-4ab0-4765-b253-1875cd9b441e","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://github.com/kazuho/Starlet/commit/859e0c9572cdbed4bb45706d3957b3c025dc0ede.patch","name":"https://github.com/kazuho/Starlet/commit/859e0c9572cdbed4bb45706d3957b3c025dc0ede.patch","refsource":"9b29abf9-4ab0-4765-b253-1875cd9b441e","tags":[],"title":"","mime":"","httpstatus":"","archivestatus":"0"},{"url":"https://www.cve.org/CVERecord?id=CVE-2026-116127","name":"CVE Program record","refsource":"CVE.ORG","tags":["canonical"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-116127","name":"NVD vulnerability detail","refsource":"NVD","tags":["canonical","analysis"]}],"affected":[],"timeline":[],"solutions":[{"source":"CNA","title":"","value":"Upgrade to Starlet 0.33 or later.","time":"","lang":"en"}],"workarounds":[],"exploits":[],"credits":[],"nvd_cpes":[],"vendor_comments":[],"enrichments":{"kev":null,"epss":null,"legacy_qids":[]},"source_records":{"cve_program":{"containers":{"cna":{"affected":[{"collectionURL":"https://cpan.org/modules","defaultStatus":"unaffected","modules":["Starlet"],"packageName":"Starlet","packageURL":"pkg:cpan/Starlet","programFiles":["lib/Starlet/Server.pm"],"programRoutines":[{"name":"Starlet::Server::_handle_response"},{"name":"Starlet::Server::handle_connection"}],"repo":"https://github.com/kazuho/Starlet","versions":[{"lessThan":"0.33","status":"affected","version":"0","versionType":"custom"}]}],"descriptions":[{"lang":"en","value":"Starlet versions before 0.33 for Perl send a body in responses to HEAD requests, corrupting the next response on a persistent or pipelined connection.\n\nThe request method is not passed to the response writer, so whatever body the application returns for a HEAD request is sent. With Plack::Middleware::Head the body is empty, but an HTTP/1.1 response without a Content-Length header still gets the chunked encoding terminator. Responses with status 204 or 304 are also sent with their body.\n\nPipelined GET and HEAD requests keep the connection open even when keep-alive is disabled, which is the default. A client or proxy reading the connection takes the extra bytes as the start of the next response, which may desynchronize a proxy that shares the connection across clients."}],"problemTypes":[{"descriptions":[{"cweId":"CWE-444","description":"CWE-444 Inconsistent Interpretation of HTTP Requests","lang":"en","type":"CWE"}]}],"providerMetadata":{"dateUpdated":"2026-10-30T12:46:11.352Z","orgId":"9b29abf9-4ab0-4765-b253-1875cd9b441e","shortName":"CPANSec"},"references":[{"tags":["patch"],"url":"https://github.com/kazuho/Starlet/commit/859e0c9572cdbed4bb45706d3957b3c025dc0ede.patch"},{"tags":["release-notes"],"url":"https://metacpan.org/release/KAZUHO/Starlet-0.33/changes"}],"solutions":[{"lang":"en","value":"Upgrade to Starlet 0.33 or later."}],"source":{"discovery":"UNKNOWN"},"title":"Starlet versions before 0.33 for Perl send a body in responses to HEAD requests, corrupting the next response on a persistent or pipelined connection","x_generator":{"engine":"cpansec-cna-tool 0.1"}}},"cveMetadata":{"assignerOrgId":"9b29abf9-4ab0-4765-b253-1875cd9b441e","assignerShortName":"CPANSec","cveId":"CVE-2026-116127","datePublished":"2026-10-30T12:46:11.352Z","dateReserved":"2026-10-25T10:18:33.774Z","dateUpdated":"2026-10-30T12:46:11.352Z","state":"PUBLISHED"},"dataType":"CVE_RECORD","dataVersion":"5.2"},"nvd":{"publishedDate":"2026-10-30 13:18:31","lastModifiedDate":"2026-10-30 17:13:54","problem_types":["CWE-444","CWE-444 CWE-444 Inconsistent Interpretation of HTTP Requests"],"metrics":[],"configurations":[]},"legacy_mitre":{"record":{"CveYear":"2026","CveId":"116127","Ordinal":"1","Title":"Starlet versions before 0.33 for Perl send a body in responses t","CVE":"CVE-2026-116127","Year":"2026"},"notes":[{"CveYear":"2026","CveId":"116127","Ordinal":"1","NoteData":"Starlet versions before 0.33 for Perl send a body in responses to HEAD requests, corrupting the next response on a persistent or pipelined connection.\n\nThe request method is not passed to the response writer, so whatever body the application returns for a HEAD request is sent. With Plack::Middleware::Head the body is empty, but an HTTP/1.1 response without a Content-Length header still gets the chunked encoding terminator. Responses with status 204 or 304 are also sent with their body.\n\nPipelined GET and HEAD requests keep the connection open even when keep-alive is disabled, which is the default. A client or proxy reading the connection takes the extra bytes as the start of the next response, which may desynchronize a proxy that shares the connection across clients.","Type":"Description","Title":"Starlet versions before 0.33 for Perl send a body in responses t"}]}}}