[Aikido] Fix 2 critical issues in next and 9 other issues - #168
Closed
aikido-autofix[bot] wants to merge 1 commit into
Closed
aikido-autofix[bot] wants to merge 1 commit into
aikido-autofix[bot] wants to merge 1 commit into
Conversation
Contributor
Author
|
Aikido's automated cron job opened a newer AutoFix. It fixes the same vulnerabilities and more: [Aikido] Fix 2 critical issues in next and 10 other issues |
aikido-autofix
Bot
deleted the
fix/aikido-security-update-packages-117846307-7rz4
branch
September 19, 2026 02:22
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 dependencies to fix critical RCE vulnerabilities in image optimization (AVIF heap buffer overflow) and high-severity XSS/prototype pollution in rich text editor.
✅ No breaking changes from the axios upgrade (1.18.0 => 1.20.0) affect this codebase.
The codebase uses axios only as a transitive dependency through the
@i-dot-ai-npm/utilities-authpackage. After searching the entire frontend codebase, I found:No direct axios usage: The codebase does not import or use axios directly. It only uses the
@i-dot-ai-npm/utilities-authpackage which internally depends on axios.No affected breaking changes:
No code checks for HTTP status codes
PayloadTooLarge,UnprocessableEntity,ContentTooLarge, orUnprocessableContentNo code checks for
status === 0(navigation-canceled XHR behavior change)No code checks for
ECONNABORTEDorERR_BAD_OPTION_VALUEerror codesNo axios interceptors are configured or used
No axios configuration options like
httpVersion,NO_PROXY, or DNS settings are usedError handling is generic: The only error handling in
frontend/utils/auth.tsuses a genericcatch (error)block that logs the error and returns null, which will continue to work regardless of axios error format changes.The upgrade should be safe to proceed.
All breaking changes by upgrading axios from version 1.18.0 to 1.20.0 (CHANGELOG)
✅ 11 CVEs resolved by this upgrade, including 2 critical 🚨 CVEs
This PR will resolve the following CVEs:
libheiflibrary used bysharpwhich Next.js uses for image optimization can lead to remote code execution when AVIF files are optimized.Until a fix has propagated, optimization of AVIF files is disabled.
mergeAttributes()helper is vulnerable to prototype pollution via untrusted attribute objects, allowing attackers to inject malicious DOM attributes through XSS when content is serialized as ProseMirror output.mergeAttributes()helper allows attackers to inject malicious properties into object prototypes via__proto__keys in document data, leading to arbitrary JavaScript execution when attributes are rendered in the DOM.mergeAttributes()helper allows attackers to manipulate an object's prototype through a__proto__key in untrusted JSON, enabling arbitrary inherited properties to be injected into DOM attributes and execute JavaScript code. The vulnerability affects applications that merge untrusted data and use the result with ProseMirror's DOM serializer.IN_PLACEoption enabled, enabling arbitrary code execution after sanitization completes when pending resource events fire.adapter,proxy, ortransformResponse.🤖 Remediation details
Fix security vulnerabilities in next, sharp, @tiptap/core, dompurify, and axios
Short summary
This PR remediates security vulnerabilities in five npm packages:
next,sharp,@tiptap/core,dompurify, andaxios. Direct dependency specs infrontend/package.jsonwere updated fornextand the full@tiptap/*family; two existing overrides were tightened to reflect new patched floors; andfrontend/package-lock.jsonwas refreshed to resolve all five vulnerable packages to patched versions, withsharpanddompurifyresolved transitively through their respective parents.next
nextis a direct dependency infrontend/package.json. Its declared spec was raised from^15.5.21to^15.5.24to clear two critical Next.js vulnerabilities;npm install --package-lock-onlyresolved it to15.5.25in the lockfile. Bumpingnextalso served as the parent-bump path forsharp(see below), sincenext@15.5.24+widens its optional dependency onsharpto^0.35.3, allowing the patched0.35.4to be resolved.sharp
sharpis an optional transitive dependency pulled in exclusively bynext. It was pinned to0.35.0undernext@15.5.22and could not be updated independently. Bumpingnextto15.5.25(see above) caused npm to resolvesharpto0.35.4, satisfying the patched version requirement. The pre-existing overridesharp@<0.35.0: 0.35.0was also updated tosharp@<0.35.4: 0.35.4to ensure the patched floor is enforced for any other consumers.@tiptap/core
@tiptap/coreis a direct dependency infrontend/package.json, and all six sibling@tiptap/*packages declared in the same manifest shared the same^3.27.0range. All seven specs were raised together to^3.30.4(the minimum patched release) and resolved to3.31.3in the lockfile afternpm install --package-lock-only --legacy-peer-deps; the--legacy-peer-depsflag was required because intermediate tiptap extension packages in the existing lockfile carried exact peer-dependency pins on the old version, which would have caused a false ERESOLVE conflict during the lockfile-only refresh. Moving the entire tiptap family in one edit ensures all peer-dependency relationships remain internally consistent.dompurify
dompurifyis a transitive dependency pulled in byposthog-js, which is a direct dependency infrontend/package.json. Becauseposthog-jsdeclaresdompurifyas^3.3.2, the patched version3.4.15already satisfies that range; runningnpm update dompurify --package-lock-onlyfrom the lockfile root was sufficient to advance the resolved version from3.4.12to3.4.15without any manifest change.axios
axiosis a transitive dependency pulled in by@i-dot-ai-npm/utilities-auth, which is a direct dependency infrontend/package.json. That parent declaresaxiosas^1.16.0, so the patched version1.20.0already satisfies the declared range; runningnpm update axios --package-lock-onlyadvanced the resolved version from1.18.0to1.20.0. The pre-existing overrideaxios@<1.18.0: 1.18.0was also updated toaxios@<1.20.0: 1.20.0to enforce the new patched floor for any other consumers.Version changes
next^15.5.21→15.5.22resolved^15.5.24→15.5.25resolvedsharp0.35.00.35.4next@tiptap/core^3.27.0→3.29.2resolved^3.30.4→3.31.3resolved@tiptap/extension-document^3.27.0→3.29.2resolved^3.30.4→3.31.3resolved@tiptap/core@tiptap/extension-hard-break^3.27.0→3.29.2resolved^3.30.4→3.31.3resolved@tiptap/core@tiptap/extension-paragraph^3.27.0→3.29.2resolved^3.30.4→3.31.3resolved@tiptap/core@tiptap/extension-text^3.27.0→3.29.2resolved^3.30.4→3.31.3resolved@tiptap/core@tiptap/react^3.27.0→3.29.2resolved^3.30.4→3.31.3resolved@tiptap/core@tiptap/starter-kit^3.27.0→3.29.2resolved^3.30.4→3.31.3resolved@tiptap/coredompurify3.4.123.4.15posthog-jsaxios1.18.01.20.0@i-dot-ai-npm/utilities-authaxios@<1.18.01.18.0floor1.20.0floor (axios@<1.20.0)sharp@<0.35.00.35.0floor0.35.4floor (sharp@<0.35.4)