Fg0X0

#676of 56,330
298.1Total CVSS
Vulnerabilities · 39
Medium
12
High
18
Critical
9
PT-2026-67301
7.5
2026-07-06
Npm · Axios · CVE-2026-67321
**Name of the Vulnerable Software and Affected Versions** axios versions 0.31.1 through 0.32.x axios versions 1.15.1 through 1.17.x **Description** An incomplete depth-limit bypass exists in `lib/helpers/toFormData.js` when serializing objects with top-level keys ending in `{}`. When such a key is present, the software calls `JSON.stringify()` on the value before the `formSerializer.maxDepth` guard can inspect the nested structure. An attacker who controls object keys and nested values passed to axios form or parameter serialization can trigger a `RangeError` (Maximum call stack size exceeded), leading to a denial of service in the affected request path. This issue affects the following components: - `lib/helpers/toFormData.js` (specifically the `defaultVisitor()` function) - `lib/helpers/toURLEncodedForm.js` - `lib/helpers/AxiosURLSearchParams.js` - Request transforms in `lib/defaults/index.js` when using `multipart/form-data` or `application/x-www-form-urlencoded`. **Recommendations** Update axios to version 0.33.0 or later. Update axios to version 1.18.0 or later. As a temporary workaround, reject or depth-limit untrusted objects before passing them to axios serialization. Strip or reject top-level keys ending in `{}` from untrusted objects when using axios form serialization. For query parameters, use a custom `paramsSerializer.serialize` that enforces a depth limit. For form bodies, construct `FormData` or `URLSearchParams` manually after validating input depth.
PT-2026-48341
9.8
2026-06-09
Rubygems · Net::Imap · CVE-2026-47241
**Name of the Vulnerable Software and Affected Versions** Net::IMAP versions prior to 0.5.15 Net::IMAP versions prior to 0.6.5 **Description** Several commands in the Net::IMAP Ruby client accept raw string arguments that are only validated to prevent CRLF injection and are then sent verbatim. An incorrect regular expression in the trailing-marker check fails to match `{0}` or `{0+}`, allowing attacker-controlled strings ending in these markers to pass validation. When these arguments are sent, the server interprets the trailing CRLF as part of a literal prefix, causing the next command sent by the client to be absorbed as a continuation of the first. This results in the first command eventually failing and the second command hanging until the connection is closed, potentially leading to a denial of service through unexpected crashes and timeouts. This issue is particularly impactful in multi-threaded environments. The affected components include: - The `criteria` variable for the `#search` and `#uid search` endpoints. - The `search keys` variable for the `#sort`, `#thread`, `#uid sort`, and `#uid thread` endpoints. - The `attr` variable for the `#fetch` and `#uid fetch` endpoints. **Recommendations** Update to version 0.5.15 or 0.6.5. As a temporary workaround, validate that user input provided to the affected command arguments does not end with the `}` character. Implement `Timeout` or other standard strategies for managing slow connections and misbehaving servers to mitigate the effects of hanging commands.