POJIA破甲
地图 / Windows filename sanitizer misses Unicode COM/LPT reserved device names

Windows filename sanitizer misses Unicode COM/LPT reserved device names

其他弱点 / Unlabeled / #4040799

厂商
curl
严重程度
低危
赏金
—
弱点
Unlabeled
研究员
@giant_anteater
披露日期
2026-09-24
资产
—
CVE
—

该报告还没有中文解读。

原文摘录

摘自原文(7851 字符中的一小部分)
I found a way for a server-selected Windows filename to bypass curl's reserved DOS device-name sanitizer. With `curl -O -J`, a `Content-Disposition` filename such as `COM¹`, `COM²`, `COM³`, `LPT¹`, `LPT²`, or `LPT³` is left unchanged, even though Windows treats all six as reserved device names.
原文中的代码
(curl_strnequal(p, "COM", 3) || curl_strnequal(p, "LPT", 3)) ?
  (('1' <= p[3] && p[3] <= '9') ? 4 : 3) : 0;

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

时间线

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

同类报告

June 2022 Incident ReportHackerOne · 2022-07-01HTML-injection in PDF-export leads to LFIVisma Public · — · $500DOM XSS on duckduckgo.com searchDuckDuckGo · 2020-06-14An attacker can archive and unarchive any structured scope object on HackerOneHackerOne · 2022-04-18Java (Maven): Actually fix the use of insecure protocol to download/upload artifactsGitHub Security Lab · — · $4,000Handling of `tracking` command allows making arbitrary blind requests with user's cookies from Grammarly Extension's originSuperhuman (formerly Grammarly) · 2019-08-01