{"answers":{"affected":"2 open source packages ship an affected version, including cryptoauthlib.","exploited":"There is no known exploitation of GHSA-f366-4rvv-95x2 in the wild and no public exploit code.","fix":"Upgrade cryptoauthlib to 20200912 or later.","what":"GHSA-f366-4rvv-95x2 is a memory corruption vulnerability in cryptoauthlib, published on 2 Oct 2020. It can only be exploited from the same machine or local network, and only if a user opens a file or follows a link."},"fix_prompt":"Check this codebase for GHSA-f366-4rvv-95x2 and fix it if it is affected.\n\nWhat it is: GHSA-f366-4rvv-95x2 is a memory corruption vulnerability in cryptoauthlib, published on 2 Oct 2020. It can only be exploited from the same machine or local network, and only if a user opens a file or follows a link.\nExploitation: There is no known exploitation of GHSA-f366-4rvv-95x2 in the wild and no public exploit code.\n\nAffected packages and fixed versions:\n- cryptoauthlib (PyPI): affected all versions; fixed in 20200912\n- cryptoauthlib (PyPI): affected all versions; fixed in 20200912\n\nTask:\n1. Search the dependency manifests and lockfiles (for example package.json, package-lock.json, requirements.txt, poetry.lock, uv.lock, pom.xml, build.gradle, go.mod, Cargo.lock, Gemfile.lock) and any Dockerfiles for the affected packages, including transitive dependencies.\n2. If an affected version is in use, upgrade it to the fixed version for its release line with the project's package manager, so the lockfile is regenerated. Prefer the smallest upgrade that fixes it.\n3. If there is no fix, or the upgrade would break the build, do not guess: explain the risk and the safest workaround instead.\n4. Run the tests and summarise what changed and why.\n5. If nothing in the project is affected, say so and change nothing.\n\nReference: https://insights.sbomify.com/GHSA-f366-4rvv-95x2/ (Markdown: https://insights.sbomify.com/GHSA-f366-4rvv-95x2/index.md)","id":"GHSA-f366-4rvv-95x2","markdown":"https://insights.sbomify.com/GHSA-f366-4rvv-95x2/index.md","name":"GHSA-f366-4rvv-95x2","record":{"aliases":[],"analysis":{"component_type":"library","fix_type":"upgrade","impacts":["code_execution","denial_of_service"],"network_reachable":"adjacent_or_local","non_default_config":true,"product_category":"CryptoAuthLib USB HAL","requires_auth":"none","summary":"An attacker can trigger buffer or stack overflows in deprecated USB HALs or via excessive device enumeration, potentially causing code execution or crashes.","user_interaction":"required","vuln_class":"memory_corruption"},"analysis_generated_by":"qwen3.8-flash-next","assigner":null,"cpe":[],"cvss":{"score":null,"severity":null,"source":null,"vector":null,"version":null},"cwes":[],"description":"### Impact\n1) If an application is making use of the deprecated kit protocol HALs as the communication channel to the target device an attacker can masquerade as a device and return malformed packets of arbitrary length which the protocol stack will write to the stack. HALs intended for production use are unaffected (I2C, SWI, \u0026 SPI) as well as the hidapi HAL (hal_all_platforms_kit_hidapi.c).\n\n2) The hidapi HAL can be made to overrun the application stack by attaching more than 10 (real or virtual) devices likely resulting in an application crash as this does not allow arbitrary data to be written to the stack.\n\n### Patches\nUSB kit enumeration has been patched in v3.2.3 for the hidapi HAL (hal_all_platforms_kit_hidapi.c).\n\n### Removal of deprecated HALs\nDeprecated usb kit HALs have been removed in v3.2.3.\n\n### Workarounds\nThis vulnerability is limited to users of the kit protocol which is used with Microchip kits and kit firmware to bridge communication from USB-HID to I2C or SWI. It is not expected that kits would be used in an production environment. This is an optional component for users as well so they can always compile the library without the usb support option.\n\n### Special python packaging notes\nThe python package for cryptoauthlib uses date codes for identifying versions. The patched version for python packages is 20200912\n\n### References\nPlease see [Microchip PSIRT](https://www.microchip.com/design-centers/embedded-security/how-to-report-potential-product-security-vulnerabilities) for Microchip's security policy and reporting procedures\n\n### Credits\nSpecial thanks to Ruben Santamarta of [IOActive](https://blogs.ioactive.com/) for reporting","ecosystems":["PyPI"],"exploits":{"exploitdb":null,"first_seen":null,"github_poc":null,"max_poc_stars":null,"metasploit":null,"nuclei":null,"refs":[],"tier":null},"has_fix":true,"headline":"Buffer overflow in deprecated USB HALs and stack overflow in USB enumeration","id":"GHSA-f366-4rvv-95x2","indexable":true,"kev":null,"kind":"advisory","links":{"ecosystem":"PyPI","product":null,"products":[],"type":"memory_corruption","year":"2020"},"n_packages":2,"n_references":null,"packages":[{"ecosystem":"PyPI","fixed":["20200912"],"introduced":["0"],"last_affected":[],"package":"cryptoauthlib","purl":null,"source":"GHSA-f366-4rvv-95x2"},{"ecosystem":"PyPI","fixed":["20200912"],"introduced":["0"],"last_affected":[],"package":"cryptoauthlib","purl":"pkg:pypi/cryptoauthlib","source":"GHSA-f366-4rvv-95x2"}],"products":null,"published":"2020-10-02","related":[],"sources":[{"class":"attribution","licence":"CC BY 4.0","name":"GitHub Advisory Database","prefix":"GHSA"}],"ssvc":{"automatable":null,"exploitation":null,"technical_impact":null},"state":null,"updated":null,"vendors":null},"summary":"An attacker can trigger buffer or stack overflows in deprecated USB HALs or via excessive device enumeration, potentially causing code execution or crashes.","url":"https://insights.sbomify.com/GHSA-f366-4rvv-95x2/"}