First published: Thu Jul 07 2022(Updated: )
A malicious server can serve excessive amounts of `Set-Cookie:` headers in a HTTP response to curl and curl < 7.84.0 stores all of them. A sufficiently large amount of (big) cookies make subsequent HTTP requests to this, or other servers to which the cookies match, create requests that become larger than the threshold that curl uses internally to avoid sending crazy large requests (1048576 bytes) and instead returns an error.This denial state might remain for as long as the same cookies are kept, match and haven't expired. Due to cookie matching rules, a server on `foo.example.com` can set cookies that also would match for `bar.example.com`, making it it possible for a "sister server" to effectively cause a denial of service for a sibling site on the same second level domain using this method.
Credit: CVE-2022-32205 CVE-2022-32206 CVE-2022-32207 CVE-2022-32208 support@hackerone.com Arsenii Kostromin (0x3c3e) Kshitij Kumar CrowdstrikeJai Musunuri CrowdstrikeSergii Kryvoblotskyi MacPaw IncLinus Henze Pinauten GmbHTommy Muir @Muirey03 Jiří Vinopal @vinopaljiri Check Point ResearchSonali Luthar the University of VirginiaMichael Liao the University of Illinois at UrbanaRohan Pahwa Rutgers University University of FloridaBao Nguyen University of FloridaBistrit Dahal Csaba Fitzl @theevilbit Offensive SecurityWojciech Reguła SecuRingRon Masas (breakpoint.sh) BreakPoint Technologies LTDPan ZhenPeng @Peterpan0927 Asahi Lina @LinaAsahi Yutao Wang @Jack Yu Zhou @yuzhou6666 Evgeny Legerov IntevydisJoshua Jones Yiğit Can YILMAZ @yilmazcanyigit Mickey Jin @patch1t CVE-2022-1622 Antonio Zekic @antoniozekic Peter Pan ZhenPeng STAR LabsTingting Yin Tsinghua UniversityZweig Kunlun LabIan Beer Google Project ZeroTim Michaud @TimGMichaud MoveworksXinru Chi Pangu LabJohn Aakerblom @jaakerblom Wojciech Reguła @_r3ggi SecuRingRon Masas breakpointhqan anonymous researcher Xingwei Lin @xwlin_roy Ant Security LightYinyi Wu Ant Security LightCVE-2021-39537 CVE-2022-29458 Gustav Hansen WithSecureUbeydullah Sümer Mickey Jin @patch1t Trend MicroEzekiel Elin Ashwani Rajput Nagarro Software PvtSrijan Shivam Mishra The Hack ReportJugal Goradia Aastha TechnologiesEvan Ricafort (evanricafort.com) Invalid Web SecurityShesha Sai C (linkedin.com/in/shesha-sai-c-18585b125) Pune PuneAmod Raghunath Patwardhan PuneIndia CVE-2022-28739 Rohit Chatterjee University of Illinois UrbanaJustin Bui @slyd0g SnowflakeCristian Dinca Tudor Vianu National High School of Computer Science ofOm kothawade Zaprico DigitalAndrew Goldberg The McCombs School of BusinessThe University Texas at AustinFelix Poulin-Belanger CVE-2021-36690 Adam Chester TrustedSecThijs Alkemade @xnyhps Computest Sector 7CVE-2022-0261 CVE-2022-0318 CVE-2022-0319 CVE-2022-0351 CVE-2022-0359 CVE-2022-0361 CVE-2022-0368 CVE-2022-0392 CVE-2022-0554 CVE-2022-0572 CVE-2022-0629 CVE-2022-0685 CVE-2022-0696 CVE-2022-0714 CVE-2022-0729 CVE-2022-0943 CVE-2022-1381 CVE-2022-1420 CVE-2022-1725 CVE-2022-1616 CVE-2022-1619 CVE-2022-1620 CVE-2022-1621 CVE-2022-1629 CVE-2022-1674 CVE-2022-1733 CVE-2022-1735 CVE-2022-1769 CVE-2022-1927 CVE-2022-1942 CVE-2022-1968 CVE-2022-1851 CVE-2022-1897 CVE-2022-1898 CVE-2022-1720 CVE-2022-2000 CVE-2022-2042 CVE-2022-2124 CVE-2022-2125 CVE-2022-2126 Francisco Alonso @revskills P1umer @p1umer afang @afang5472 xmzyshypnc @xmzyshypnc1 Jeonghoon Shin at Theori @singi21a Trend Micro Zero Day InitiativeJihwan Kim @gPayl0ad Dohyun Lee @l33d0hyun Dohyun Lee @l33d0hyun SSD LabsAbdulrahman Alqabandi Microsoft Browser Vulnerability ResearchRyan Shin IAAI SecLab at Korea UniversityDohyun Lee @l33d0hyun DNSLab at Korea UniversityWonyoung Jung @nonetype_pwn KAIST Hacking LabYonghwi Jin at Theori @jinmo123 Trend Micro Zero Day Initiative楼梦想改造家 @18 DBAppSecurity's WeBin lab @jq0904 DBAppSecurity's WeBin labJeff Johnson Wang Yu CyberservalEvgeny Legerov Yinyi Wu Google Project ZeroABC Research s.r.o Google Project ZeroNatalie Silvanovich Google Project ZeroTommaso Bianco @cutesmilee__ Antonio Zekic @antoniozekic Google Project ZeroKoh M. Nakagawa FFRI Security IncAnonymous Trend Micro Zero Day InitiativeABC Research s.r.o. Jonathan Bar Or MicrosoftJonathan Zhang Open Computing FacilityDavid Hoyt Hoyt LLCGuilherme Rambo Best Buddy AppsHalle Winkler @hallewinkler PolitepixThijs Alkemade Computest Sector 7Arsenii Kostromin Mohamed Ghannam @_simo36 ryuzaki
Affected Software | Affected Version | How to fix |
---|---|---|
debian/curl | 7.64.0-4+deb10u2 7.64.0-4+deb10u7 7.74.0-1.3+deb11u9 7.74.0-1.3+deb11u10 7.88.1-10+deb12u3 7.88.1-10+deb12u4 8.4.0-2 | |
Apple macOS | <13 | 13 |
Curl | >=7.71.0<7.84.0 | |
Fedora | =35 | |
Debian | =11.0 | |
NetApp Clustered Data ONTAP | ||
NetApp Element Software | ||
netapp hci management node | ||
netapp solidfire | ||
All of | ||
netapp h300s | ||
netapp h300s firmware | ||
All of | ||
netapp h500s | ||
NetApp H500S Firmware | ||
All of | ||
netapp h700s | ||
netapp h700s firmware | ||
All of | ||
netapp h410s | ||
netapp h410s firmware | ||
Apple iOS and macOS | <13.0 | |
All of | ||
Siemens Scalance SC622-2C Firmware | <3.0 | |
Siemens Scalance SC622-2C | ||
All of | ||
Siemens Scalance SC626-2C | <3.0 | |
Siemens Scalance SC626-2C Firmware | ||
All of | ||
Siemens Scalance SC632-2C Firmware | <3.0 | |
Siemens Scalance SC632-2C | ||
All of | ||
Siemens Scalance SC636-2C | <3.0 | |
Siemens Scalance SC636-2C | ||
All of | ||
Siemens Scalance SC642-2C | <3.0 | |
Siemens Scalance SC642-2C Firmware | ||
All of | ||
Siemens Scalance SC646-2C Firmware | <3.0 | |
siemens scalance sc646-2c firmware | ||
Splunk Universal Forwarder | >=8.2.0<8.2.12 | |
Splunk Universal Forwarder | >=9.0.0<9.0.6 | |
Splunk Universal Forwarder | =9.1.0 | |
netapp h300s firmware | ||
netapp h300s | ||
NetApp H500S Firmware | ||
netapp h500s | ||
netapp h700s firmware | ||
netapp h700s | ||
netapp h410s firmware | ||
netapp h410s | ||
Siemens Scalance SC622-2C Firmware | <3.0 | |
Siemens Scalance SC622-2C | ||
Siemens Scalance SC626-2C | <3.0 | |
Siemens Scalance SC626-2C Firmware | ||
Siemens Scalance SC632-2C Firmware | <3.0 | |
Siemens Scalance SC632-2C | ||
Siemens Scalance SC636-2C | <3.0 | |
Siemens Scalance SC636-2C | ||
Siemens Scalance SC642-2C | <3.0 | |
Siemens Scalance SC642-2C Firmware | ||
Siemens Scalance SC646-2C Firmware | <3.0 | |
siemens scalance sc646-2c firmware |
Sign up to SecAlerts for real-time vulnerability data matched to your software, aggregated from hundreds of sources.
(Found alongside the following vulnerabilities)
CVE-2022-32205 is a vulnerability in curl version 7.84.0 and earlier that allows a malicious server to serve excessive amounts of `Set-Cookie:` headers and store all of them, potentially creating large subsequent HTTP requests.
The vulnerability affects macOS Ventura version up to 13 and curl versions 7.64.0-4+deb10u2, 7.64.0-4+deb10u6, 7.74.0-1.3+deb11u7, 7.88.1-10, 7.88.1-10+deb12u1, 7.88.1-11, and 8.2.1-1 on Debian.
To fix the vulnerability, update curl to version 7.84.0 or later.
You can find more information about CVE-2022-32205 in the official CVE report at https://curl.se/docs/CVE-2022-32205.html.
Yes, you can find the code changes related to CVE-2022-32205 in the curl repository on GitHub at https://github.com/curl/curl/commit/ed35d6590e72c23c568af1e3b8ac6e4e2d883888 and https://github.com/curl/curl/commit/48d7064a49148f03942380967da739dcde1cdc24.