[Aikido] Fix critical issue in axios via minor version upgrade from 1.7.9 to 1.18.0 - #32
Open
aikido-autofix[bot] wants to merge 1 commit into
Open
Conversation
aikido-autofix
Bot
force-pushed
the
fix/aikido-security-update-packages-42839464-b1g3
branch
from
June 27, 2026 00:52
0ac90cb to
7a81280
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Upgrade axios to fix critical SSRF/proxy bypass vulnerabilities (CVE-2025-62718, CVE-2026-42043) and prototype pollution gadget attacks enabling response manipulation and authorization bypass (CVE-2026-42264, CVE-2026-42044).
✅ Code not affected by breaking changes.
✅ No breaking changes affect this codebase.
While
axiosis present as a transitive dependency (used internally by@switchboard-xyz/on-demandand@solana/kit), the codebase does not directly import or use axios. The breaking change regarding theallowAbsoluteUrlsconfiguration option only affects code that directly configures axios instances or makes requests with absolute URLs. Since this codebase has no direct axios usage, the breaking change has no impact.All breaking changes by upgrading axios from version 1.7.9 to 1.18.0 (CHANGELOG)
allowAbsoluteUrlsconfig option\ror\ncharacters are now rejected and throw "Invalid character in header content" to block CRLF injectionmaxBodyLengthandmaxContentLengthlimits which were previously silently ignoredparseProtocolnow strictly requires a colon in the protocol separator; strings that loosely parsed as protocols before may no longer matchhttp:andhttps:URLs that omit//are now rejected withERR_INVALID_URL✅ 28 CVEs resolved by this upgrade, including 4 critical 🚨 CVEs
This PR will resolve the following CVEs:
data:scheme URLs that bypass memory limits, causing unbounded memory allocation and process crashes (DoS) on Node.js. The issue affects versions 0.28.0 through 0.30.1 and 1.x before 1.12.0.allowAbsoluteUrlsnot being set tofalseby default inbuildFullPath(), allowing attackers to bypass URL restrictions and process unintended URLs.formDataToJSONhelper allows attackers to polluteObject.prototypethrough specially crafted multipart field names, potentially enabling remote code execution or other malicious actions.🤖 Remediation details
Fix transitive
axiosvulnerability (CVE-2025-27152 and related advisories)Short summary
This PR remediates a chain of security vulnerabilities in the transitive dependency
axios, which was resolved at1.7.9inyarn.lockvia two parent packages (@switchboard-xyz/commonand@switchboard-xyz/on-demand). Nopackage.jsonmanifest changes were required; the fix is a lockfile-only refresh that advances the resolved version ofaxiosto1.18.0, satisfying all patched-version requirements across the full advisory set.axios
axiosappeared only as a transitive dependency, pulled in by@switchboard-xyz/common@2.5.7and@switchboard-xyz/on-demand@1.2.54, both of which declareaxios: npm:^1.7.8. Because the caret range^1.7.8already permits any1.x ≥ 1.7.8, no parent bump or manifest edit was needed — the lockfile entry was simply stale. Runningyarn up -R axios --mode=update-lockfilerefreshed the single lockfile entry from1.7.9to1.18.0, which exceeds the highest minimum patched version required across all advisories (1.16.1), fully remediating the entire advisory set without touchingpackage.jsonor adding anyresolutionsoverride.Version changes
axios1.7.91.18.0@switchboard-xyz/commonand@switchboard-xyz/on-demand; direct CVE fix