Update dependency koa to v3.1.2 [SECURITY] - #172
Open
renovate[bot] wants to merge 1 commit into
Open
Conversation
renovate
Bot
force-pushed
the
renovate/npm-koa-vulnerability
branch
from
August 5, 2025 11:58
331ffbe to
9ef1907
Compare
|
renovate
Bot
force-pushed
the
renovate/npm-koa-vulnerability
branch
from
August 10, 2025 14:02
9ef1907 to
e1710c9
Compare
renovate
Bot
force-pushed
the
renovate/npm-koa-vulnerability
branch
from
September 25, 2025 13:48
e1710c9 to
c81bb84
Compare
renovate
Bot
force-pushed
the
renovate/npm-koa-vulnerability
branch
from
October 21, 2025 10:39
c81bb84 to
a26e6ab
Compare
renovate
Bot
force-pushed
the
renovate/npm-koa-vulnerability
branch
from
November 11, 2025 01:57
a26e6ab to
de0f4a9
Compare
renovate
Bot
force-pushed
the
renovate/npm-koa-vulnerability
branch
from
December 3, 2025 18:04
de0f4a9 to
e9cdc2a
Compare
renovate
Bot
force-pushed
the
renovate/npm-koa-vulnerability
branch
from
February 28, 2026 09:39
e9cdc2a to
8b1d063
Compare
renovate
Bot
force-pushed
the
renovate/npm-koa-vulnerability
branch
2 times, most recently
from
March 30, 2026 21:38
8b1d063 to
1e2a006
Compare
renovate
Bot
force-pushed
the
renovate/npm-koa-vulnerability
branch
2 times, most recently
from
April 27, 2026 22:48
1e2a006 to
f854b11
Compare
renovate
Bot
force-pushed
the
renovate/npm-koa-vulnerability
branch
from
May 18, 2026 20:07
f854b11 to
65422b0
Compare
renovate
Bot
force-pushed
the
renovate/npm-koa-vulnerability
branch
from
May 28, 2026 19:13
65422b0 to
6a27816
Compare
renovate
Bot
force-pushed
the
renovate/npm-koa-vulnerability
branch
from
July 24, 2026 20:08
6a27816 to
f60a13b
Compare
renovate
Bot
force-pushed
the
renovate/npm-koa-vulnerability
branch
from
August 14, 2026 17:15
f60a13b to
e1603a0
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.
This PR contains the following updates:
3.0.0→3.1.2Koa Open Redirect via Referrer Header (User-Controlled)
CVE-2025-8129 / GHSA-jgmv-j7ww-jx2x
More information
Details
Summary
In the latest version of Koa, the back method used for redirect operations adopts an insecure implementation, which uses the user-controllable referrer header as the redirect target.
Details
on the API document https://www.koajs.net/api/response#responseredirecturl-alt, we can see:
response.redirect(url, [alt])
however, the "back" method is insecure:
Referrer Header is User-Controlled.
PoC
there is a demo for POC:
Proof Of Concept
Impact
https://learn.snyk.io/lesson/open-redirect/
Severity
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:P/VC:N/VI:L/VA:N/SC:N/SI:N/SA:N/E:PReferences
This data is provided by the GitHub Advisory Database (CC-BY 4.0).
Koa has Host Header Injection via ctx.hostname
CVE-2026-27959 / GHSA-7gcc-r8m5-44qm
More information
Details
Summary
Koa's
ctx.hostnameAPI performs naive parsing of the HTTP Host header, extracting everything before the first colon without validating the input conforms to RFC 3986 hostname syntax. When a malformed Host header containing a@symbol (e.g.,evil.com:fake@legitimate.com) is received,ctx.hostnamereturnsevil.com- an attacker-controlled value. Applications usingctx.hostnamefor URL generation, password reset links, email verification URLs, or routing decisions are vulnerable to Host header injection attacks.Details
The vulnerability exists in Koa's hostname getter in
lib/request.js:The
hostgetter retrieves the raw header value with HTTP/2 and proxy support:The Problem
The parsing logic simply splits on the first
:and returns the first segment. There is no validation that the resulting string is a valid hostname per RFC 3986 Section 3.2.2.RFC 3986 Section 3.2.2 defines the host component as:
The
@character is explicitly NOT permitted in the host component - it is the delimiter separating userinfo from host in the authority component.Attack Vector
When an attacker sends:
Koa parses this as:
ctx.get('Host')"evil.com:fake@legitimate.com:3000"ctx.hostname"evil.com"ctx.host"evil.com:fake@legitimate.com:3000"ctx.origin"http://evil.com:fake@legitimate.com:3000"The
ctx.hostnameAPI returnsevil.combecause the parser splits on the first:without understanding thatevil.com:fake@legitimate.comis a malformed authority component whereevil.com:fakewould be interpreted as userinfo by a proper URI parser.Additional Concern:
ctx.originKoa's
ctx.originproperty concatenates protocol and host without validation:Applications using
ctx.originfor URL generation receive the full malformed Host header value, creating URLs with embedded credentials that browsers may interpret as userinfo.HTTP/2 Consideration
Koa explicitly checks
httpVersionMajor >= 2to read the:authoritypseudo-header:The same vulnerability applies - malformed
:authorityvalues containing userinfo would be accepted and parsed identically.PoC
Setup
Exploit
curl -H "Host: evil.com:fake@localhost:3000" http://localhost:3000/forgot-passwordResult
{ "message": "Password reset link generated", "resetUrl": "http://evil.com/reset?token=abc123securtoken", "debug": { "rawHost": "evil.com:fake@localhost:3000", "parsedHostname": "evil.com", "origin": "http://evil.com:fake@localhost:3000", "protocol": "http" } }The password reset URL points to
evil.cominstead of the legitimate server. In a real attack:ctx.hostname→https://evil.com/reset?token=SECRETAdditional Test Cases
Deployment Consideration
For this attack to succeed in production, the malicious Host header must reach the Koa application. This occurs when:
app.proxy = true) -X-Forwarded-Hostcan be injectedImpact
Vulnerability Type
Attack Scenarios
1. Password Reset Poisoning (High Severity)
2. Email Verification Bypass
3. OAuth/SSO Callback Manipulation
ctx.hostnamefor OAuth redirect URIs4. Web Cache Poisoning
5. Server-Side Request Forgery (SSRF)
ctx.hostnameWho Is Impacted
ctx.hostnameorctx.originfor URL generation without additional validationSeverity
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:H/A:NReferences
This data is provided by the GitHub Advisory Database (CC-BY 4.0).
Release Notes
koajs/koa (koa)
v3.1.2Compare Source
What's Changed
ctx.hostnameby @killagu GHSA-7gcc-r8m5-44qmNew Contributors
Full Changelog: koajs/koa@v3.1.1...v3.1.2
v3.1.1Compare Source
What's Changed
Full Changelog: koajs/koa@v3.1.0...v3.1.1
v3.1.0Compare Source
==================
fixes
2ee32f5] - fix: pin debug@~3.1.0 avoid deprecated warnning (#1245) (fengmk2 <<fengmk2@gmail.com>>)others
2180839] - docs: Update koa-vs-express.md (#1230) (Clayton Ray <iamclaytonray@gmail.com>)v3.0.3Compare Source
What's Changed
Full Changelog: koajs/koa@v3.0.2...v3.0.3
v3.0.2Compare Source
What's Changed
New Contributors
Full Changelog: koajs/koa@v3.0.1...v3.0.2
v3.0.1Compare Source
What's Changed
422c551Full Changelog: koajs/koa@v3.0.0...v3.0.1
Configuration
📅 Schedule: (UTC)
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.