🚨 [security] Update axios 1.4.0 → 1.7.9 (minor)

[depfu]

---

🚨 Your current dependencies have known security vulnerabilities 🚨

This dependency update fixes known security vulnerabilities. Please see the details below and assess their impact carefully. We recommend to merge and deploy this as soon as possible!

---

Here is everything you need to know about this update. Please take a good look at what changed and the test results before merging this pull request.

What changed?

✳️ axios (1.4.0 → 1.7.9) · Repo · Changelog

Security Advisories 🚨

🚨 Server-Side Request Forgery in axios

axios 1.7.2 allows SSRF via unexpected behavior where requests for path relative URLs get processed as protocol relative URLs.

🚨 Axios Cross-Site Request Forgery Vulnerability

An issue discovered in Axios 0.8.1 through 1.5.1 inadvertently reveals the confidential XSRF-TOKEN stored in cookies by including it in the HTTP header X-XSRF-TOKEN for every request made to any host allowing attackers to view sensitive information.

Release Notes

Too many releases to show here. View the full release notes.

Commits

See the full diff on Github. The new version differs by more commits than we can show here.

↗️ follow-redirects (indirect, 1.15.1 → 1.15.9) · Repo

Security Advisories 🚨

🚨 follow-redirects' Proxy-Authorization header kept across hosts

When using axios, its dependency follow-redirects only clears authorization header during cross-domain redirect, but allows the proxy-authentication header which contains credentials too.

Steps To Reproduce & PoC

Test code:

const axios = require('axios');
axios.get('http://127.0.0.1:10081/', {

headers: {

'AuThorization': 'Rear Test',

'ProXy-AuthoriZation': 'Rear Test',

'coOkie': 't=1'

}

})

.then((response) => {

console.log(response);

})

When I meet the cross-domain redirect, the sensitive headers like authorization and cookie are cleared, but proxy-authentication header is kept.

Impact

This vulnerability may lead to credentials leak.

Recommendations

Remove proxy-authentication header during cross-domain redirect

Recommended Patch

follow-redirects/index.js:464

- removeMatchingHeaders(/^(?:authorization|cookie)$/i, this._options.headers);
+ removeMatchingHeaders(/^(?:authorization|proxy-authorization|cookie)$/i, this._options.headers);

🚨 Follow Redirects improperly handles URLs in the url.parse() function

Versions of the package follow-redirects before 1.15.4 are vulnerable to Improper Input Validation due to the improper handling of URLs by the url.parse() function. When new URL() throws an error, it can be manipulated to misinterpret the hostname. An attacker could exploit this weakness to redirect traffic to a malicious site, potentially leading to information disclosure, phishing attacks, or other security breaches.

Commits

See the full diff on Github. The new version differs by 34 commits:

• Release version 1.15.9 of the npm package.
• Attempt much more gentle detection.
• Fix url field.
• Release version 1.15.8 of the npm package.
• Return subtlety.
• Fix native URL test for Node 20.
• Handle KeepAlive connections in tests.
• Test on Node 20 and 22.
• Fix typo.
• Release version 1.15.7 of the npm package.
• Graceful browser degradation.
• Release version 1.15.6 of the npm package.
• Drop Proxy-Authorization across hosts.
• Use GitHub for disclosure.
• Release version 1.15.5 of the npm package.
• Preserve fragment in responseUrl.
• Release version 1.15.4 of the npm package.
• Disallow bracketed hostnames.
• Prefer native URL instead of deprecated url.parse.
• Prefer native URL instead of legacy url.resolve.
• Simplify _processResponse error handling.
• Add bracket tests.
• Do not directly set Error properties.
• Release version 1.15.3 of the npm package.
• Fix resource leak on destroy.
• Split linting and testing.
• build: harden ci.yml permissions
• Release version 1.15.2 of the npm package.
• Default to localhost if no host given.
• Throw invalid URL error on relative URLs.
• Use type functions.
• ternary operator syntax fix
• HTTP header lines are separated by CRLF.
• Create SECURITY.md (#202)

---

Depfu will automatically keep this PR conflict-free, as long as you don't add any commits to this branch yourself. You can also trigger a rebase manually by commenting with @depfu rebase.

All Depfu comment commands

@​depfu rebase

Rebases against your default branch and redoes this update

@​depfu recreate

Recreates this PR, overwriting any edits that you've made to it

@​depfu merge

Merges this PR once your tests are passing and conflicts are resolved

@​depfu cancel merge

Cancels automatic merging of this PR

@​depfu close

Closes this PR and deletes the branch

@​depfu reopen

Restores the branch and reopens this PR (if it's closed)

@​depfu pause

Ignores all future updates for this dependency and closes this PR

@​depfu pause [minor|major]

Ignores all future minor/major updates for this dependency and closes this PR

@​depfu resume

Future versions of this dependency will create PRs again (leaves this PR as is)

Go to the Depfu Dashboard to see the state of your dependencies and to customize how Depfu works.