Skip to content

chore(deps): bump hono from 4.12.21 to 4.12.25 in /apps/backend in the npm_and_yarn group across 1 directory#25

Open
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/npm_and_yarn/apps/backend/npm_and_yarn-c3b932bfa0
Open

chore(deps): bump hono from 4.12.21 to 4.12.25 in /apps/backend in the npm_and_yarn group across 1 directory#25
dependabot[bot] wants to merge 1 commit into
mainfrom
dependabot/npm_and_yarn/apps/backend/npm_and_yarn-c3b932bfa0

Conversation

@dependabot

@dependabot dependabot Bot commented on behalf of github Jun 20, 2026

Copy link
Copy Markdown
Contributor

Bumps the npm_and_yarn group with 1 update in the /apps/backend directory: hono.

Updates hono from 4.12.21 to 4.12.25

Release notes

Sourced from hono's releases.

v4.12.25

Security fixes

This release includes fixes for the following security issues:

CORS Middleware reflects any Origin with credentials when origin defaults to the wildcard

Affects: hono/cors. Fixes the wildcard origin reflecting the request Origin and sending Access-Control-Allow-Credentials: true when credentials: true is set without an explicit origin, where any site a logged-in user visited could make credentialed cross-origin requests and read responses from cookie-authenticated endpoints. GHSA-88fw-hqm2-52qc

Body Limit Middleware can be bypassed on AWS Lambda by understating Content-Length

Affects: hono/body-limit on AWS Lambda (hono/aws-lambda, hono/lambda-edge). Fixes the request being built with the client-declared Content-Length while the body is delivered fully buffered, where a client could declare a small Content-Length with a much larger body and slip past the configured size limit. GHSA-rv63-4mwf-qqc2

Path traversal in serve-static on Windows via encoded backslash (%5C)

Affects: serveStatic on Windows (Node, Bun, Deno adapters). Fixes the path guard allowing a lone backslash, where an encoded backslash (%5C) decoded to \ was treated as a separator by the Windows path resolver, letting a single URL segment escape into a middleware-guarded subtree. GHSA-wwfh-h76j-fc44

AWS Lambda adapter merges multiple Set-Cookie headers into one value, dropping cookies on ALB single-header and Lattice

Affects: hono/aws-lambda. Fixes multiple Set-Cookie response headers being joined into one comma-separated value for ALB single-header responses and VPC Lattice v2, where the value could not be split back into individual cookies and clients silently dropped or misparsed them. GHSA-j6c9-x7qj-28xf

Lambda@Edge adapter keeps only the last value of a repeated request header, dropping the rest

Affects: hono/lambda-edge. Fixes repeated request headers being written with overwrite instead of append, where only the last value of a header such as X-Forwarded-For reached the application and the remaining values were silently dropped. GHSA-wgpf-jwqj-8h8p

v4.12.24

What's Changed

Full Changelog: honojs/hono@v4.12.23...v4.12.24

v4.12.23

What's Changed

Full Changelog: honojs/hono@v4.12.22...v4.12.23

v4.12.22

What's Changed

... (truncated)

Commits

Greptile Summary

This PR bumps hono from 4.12.21 to 4.12.25 in apps/backend, picking up five security patches released in v4.12.25. The backend does not appear to use the affected middleware (CORS with wildcard credentials, body-limit on AWS Lambda, serve-static on Windows, or Lambda adapters), so no application-level changes are needed.

  • Security fixes included: CORS wildcard-origin credential reflection (GHSA-88fw-hqm2-52qc), body-limit bypass on AWS Lambda (GHSA-rv63-4mwf-qqc2), path traversal via %5C on Windows (GHSA-wwfh-h76j-fc44), Set-Cookie merge on ALB (GHSA-j6c9-x7qj-28xf), and header overwrite on Lambda@Edge (GHSA-wgpf-jwqj-8h8p).
  • Lockfile gap: bun.lock was not updated by Dependabot (Bun lockfiles are not yet supported by Dependabot), so the patched version won't actually be installed until bun install is run and the updated lockfile is committed.

Confidence Score: 4/5

Safe to merge, but the security patches won't take effect until bun.lock is regenerated and committed separately.

The package.json change is correct and the target version carries important security fixes. However, bun.lock was not updated — it still resolves hono@4.12.21 — so the patched binary won't be installed from the lockfile until a follow-up bun install commit is made. This gap between declared and locked version is a real, present state in the repo that needs manual resolution.

bun.lock at the repo root needs to be regenerated with bun install and committed to complete this upgrade.

Important Files Changed

Filename Overview
apps/backend/package.json Bumps hono from 4.12.21 to 4.12.25 (5 security fixes); bun.lock not updated, so the new version won't be installed until the lockfile is regenerated and committed.

Sequence Diagram

%%{init: {'theme': 'neutral'}}%%
sequenceDiagram
    participant Dep as Dependabot
    participant PJ as package.json
    participant BL as bun.lock
    participant CI as CI / bun install

    Dep->>PJ: bumps hono 4.12.21 → 4.12.25
    Dep-->>BL: ❌ not updated (Bun lockfile unsupported)
    CI->>BL: "reads pinned hono@4.12.21"
    Note over CI,BL: Security patches not applied<br/>until bun install + lockfile commit
Loading
%%{init: {'theme': 'base', 'themeVariables': {"darkMode": true, "background": "#0d1117", "primaryColor": "#21262d", "primaryTextColor": "#e6edf3", "primaryBorderColor": "#8b949e", "lineColor": "#8b949e", "textColor": "#e6edf3", "edgeLabelBackground": "#161b22", "actorBkg": "#21262d", "actorBorder": "#8b949e", "actorTextColor": "#e6edf3", "actorLineColor": "#8b949e", "signalColor": "#8b949e", "signalTextColor": "#e6edf3", "noteBkgColor": "#373320", "noteBorderColor": "#d4a72c", "noteTextColor": "#f0e6c0", "labelBoxBkgColor": "#21262d", "labelBoxBorderColor": "#8b949e", "labelTextColor": "#e6edf3", "loopTextColor": "#e6edf3", "activationBkgColor": "#30363d", "activationBorderColor": "#8b949e"}}}%%
sequenceDiagram
    participant Dep as Dependabot
    participant PJ as package.json
    participant BL as bun.lock
    participant CI as CI / bun install

    Dep->>PJ: bumps hono 4.12.21 → 4.12.25
    Dep-->>BL: ❌ not updated (Bun lockfile unsupported)
    CI->>BL: "reads pinned hono@4.12.21"
    Note over CI,BL: Security patches not applied<br/>until bun install + lockfile commit
Loading

Fix All in Claude Code Fix All in Codex

Reviews (2): Last reviewed commit: "chore(deps): bump hono" | Re-trigger Greptile

Greptile also left 1 inline comment on this PR.

@dependabot dependabot Bot added dependencies Pull requests that update a dependency file javascript Pull requests that update javascript code labels Jun 20, 2026
Bumps the npm_and_yarn group with 1 update in the /apps/backend directory: [hono](https://github.com/honojs/hono).


Updates `hono` from 4.12.21 to 4.12.25
- [Release notes](https://github.com/honojs/hono/releases)
- [Commits](honojs/hono@v4.12.21...v4.12.25)

---
updated-dependencies:
- dependency-name: hono
  dependency-version: 4.12.25
  dependency-type: direct:production
...

Signed-off-by: dependabot[bot] <support@github.com>
@dependabot dependabot Bot force-pushed the dependabot/npm_and_yarn/apps/backend/npm_and_yarn-c3b932bfa0 branch from 08a94f7 to 03d6924 Compare June 22, 2026 19:56
Comment thread apps/backend/package.json
"bencode": "^4.0.0",
"drizzle-orm": "^0.45.2",
"hono": "4.12.21",
"hono": "4.12.25",

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 Lockfile not updated — security patches not yet effective

The root bun.lock still pins hono to 4.12.21 (line 36 and 676) while package.json now declares 4.12.25. Because Dependabot does not update Bun lockfiles, the security fixes bundled in this release will not be installed until someone runs bun install locally, verifies the lockfile diff, and commits the updated bun.lock. Any CI step that runs bun install --frozen-lockfile will also fail with the current state of the repository.

Fix in Claude Code Fix in Codex

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

dependencies Pull requests that update a dependency file javascript Pull requests that update javascript code

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants