https://vulnerability.circl.lu Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Tue, 29 Sep 2026 18:12:30 +0000 https://vulnerability.circl.lu/vuln/cve-2026-32980 <p><strong>Affected:</strong> OpenClaw</p> <p>OpenClaw before 2026.3.13 reads and buffers Telegram webhook request bodies before validating the x-telegram-bot-api-secret-token header, allowing unauthenticated attackers to exhaust server resources. Attackers can send POST requests to the webhook endpoint to force memory consumption, socket time, and JSON parsing work before authentication validation occurs.</p> <p><strong>Affected:</strong> OpenClaw</p> <p>OpenClaw before 2026.3.13 reads and buffers Telegram webhook request bodies before validating the x-telegram-bot-api-secret-token header, allowing unauthenticated attackers to exhaust server resources. Attackers can send POST requests to the webhook endpoint to force memory consumption, socket time, and JSON parsing work before authentication validation occurs.</p> https://vulnerability.circl.lu/vuln/cve-2026-32980 https://vulnerability.circl.lu/vuln/ghsa-jq3f-vjww-8rq7 <p><strong>Affected:</strong> npm: openclaw</p> <p>### Summary `openclaw` versions `&lt;= 2026.3.12` read and buffered Telegram webhook request bodies before validating `x-telegram-bot-api-secret-token`. This let unauthenticated callers force up to the configured webhook body limit of pre-auth body I/O and JSON parse work per request.</p> <p>### Affected Packages / Versions - Package: `openclaw` (`npm`) - Affected versions: `&lt;= 2026.3.12` - Fixed version: `2026.3.13`</p> <p>### Details The vulnerable path was the standalone Telegram webhook listener in `src/telegram/webhook.ts`. In affected releases, the request handler accepted `POST` requests, called `readJsonBodyWithLimit(...)`, and only then checked the Telegram secret header. Because the secret validation happened after body reading, an unauthenticated caller could make the server spend memory, socket time, and JSON parse work on requests that should have been rejected before any body processing.</p> <p>This issue is in scope under OpenClaw&#39;s trust model because the Telegram webhook endpoint accepts untrusted network traffic and the secret header is the authentication boundary for that ingress path.</p> <p>### Fix `openclaw@2026.3.13` validates the Telegram webhook secret before any body I/O. Current code reads the header, rejects invalid requests immediately with `401`, and only calls `readJsonBodyWithLimit(...)` after `hasValidTelegramWebhookSecret(...)` succeeds.</p> <p>Regression coverage exists in `src/telegram/webhook.test.ts` (`rejects unauthenticated requests before reading the request body`).…</p> <p><strong>Affected:</strong> npm: openclaw</p> <p>### Summary `openclaw` versions `&lt;= 2026.3.12` read and buffered Telegram webhook request bodies before validating `x-telegram-bot-api-secret-token`. This let unauthenticated callers force up to the configured webhook body limit of pre-auth body I/O and JSON parse work per request.</p> <p>### Affected Packages / Versions - Package: `openclaw` (`npm`) - Affected versions: `&lt;= 2026.3.12` - Fixed version: `2026.3.13`</p> <p>### Details The vulnerable path was the standalone Telegram webhook listener in `src/telegram/webhook.ts`. In affected releases, the request handler accepted `POST` requests, called `readJsonBodyWithLimit(...)`, and only then checked the Telegram secret header. Because the secret validation happened after body reading, an unauthenticated caller could make the server spend memory, socket time, and JSON parse work on requests that should have been rejected before any body processing.</p> <p>This issue is in scope under OpenClaw&#39;s trust model because the Telegram webhook endpoint accepts untrusted network traffic and the secret header is the authentication boundary for that ingress path.</p> <p>### Fix `openclaw@2026.3.13` validates the Telegram webhook secret before any body I/O. Current code reads the header, rejects invalid requests immediately with `401`, and only calls `readJsonBodyWithLimit(...)` after `hasValidTelegramWebhookSecret(...)` succeeds.</p> <p>Regression coverage exists in `src/telegram/webhook.test.ts` (`rejects unauthenticated requests before reading the request body`).…</p> https://vulnerability.circl.lu/vuln/ghsa-jq3f-vjww-8rq7