POJIA破甲
地图 / MQTT: Missing upper bound on incoming Remaining Length allows server-controlled long wait

MQTT: Missing upper bound on incoming Remaining Length allows server-controlled long wait

拒绝服务 / 资源消耗失控 / #3488278

厂商
curl
严重程度
低危
赏金
—
弱点
资源消耗失控
研究员
@gaurav_7777
披露日期
2026-01-06
资产
https://github.com/curl/curl
CVE
—

该报告还没有中文解读。

原文摘录

摘自原文(2096 字符中的一小部分)
Curl's MQTT implementation accepts any valid Remaining Length advertised by the server without an explicit upper bound (beyond the MQTT spec maximum of 268,435,455 bytes). A malicious server can send a PUBLISH packet claiming this maximum size but provide only minimal payload, causing curl to wait …
原文中的代码
data->req.size = remlen;
mq->npacket = remlen;

默认不展示报告全文。以上为简短摘录,完整复现过程请阅读原文。版权归研究员与 curl 所有。

时间线

  • 报告提交
  • 公开披露
阅读 HackerOne 原文 ↗作者 @gaurav_7777 · 版权归作者与 curl 所有

同类报告

DoS on PayPal via web cache poisoningPayPal · 2019-10-23 · $9,700profile-picture name parameter with large value lead to DoS for other users and programs on the platformHackerOne · 2020-03-25Denial of service to WP-JSON API by cache poisoning the CORS allow origin headerAutomattic · 2020-04-16[Urgent] Invalidating OAuth2 Bearer token makes TweetDeck unavailableX / xAI · 2019-04-25Oracle Webcenter Sites administrative and hi-privilege access available directly from the internet (/cs/Satellite)LocalTapiola · — · $18,000Denial of service via cache poisoningHackerOne · 2018-12-22 · $2,500