4.8 MEDIUM
- CVSS version (CVSS): 3.1
- Attack Vector (AV): Network (N)
- Attack Complexity (AC): High (H)
- Privileges Required (PR): Low (L)
- User Interaction (UI): Required (R)
- Scope (S): Unchanged (U)
- Confidentiality (C): High (H)
- Integrity (I): None (N)
- Availability (A): None (N)
- Modified Attack Vector (MAV): Network (N)
- Modified Attack Complexity (MAC): High (H)
- Modified Privileges Required (MPR): Low (L)
- Modified User Interaction (MUI): Required (R)
- Modified Confidentiality (MC): High (H)
- Modified Scope (MS): Unchanged (U)
- Modified Integrity (MI): None (N)
- Modified Availability (MA): None (N)
Activity log
- Created suggestion
Hono: `memo()` retains SSR output across requests, leading to cross-user data disclosure
Hono is a Web application framework that provides support for any JavaScript runtime. From 3.8.0 to 4.12.33, memo() from hono/jsx retains the result of a server side render and reuses it for later renders with comparator equal props, and request scoped values read inside the component take no part in that comparison, so a response can contain HTML rendered for another user's request. Components wrapped with memo() are compared by props alone; values read implicitly during rendering, such as JSX Context through createContext() and useContext(), useRequestContext() from hono/jsx-renderer, and getContext() from hono/context-storage, do not participate, and the retained result lives as long as the wrapped component, so it outlives the request that produced it. A user may receive a response containing HTML rendered for another user when both render the same memoized component with comparator equal props on the same warm instance, which may disclose another user's account or profile data, disclose request scoped secrets embedded in HTML such as CSRF tokens, or expose role specific content to users who should not receive it. This issue is fixed in version 4.12.34.
References
-
https://github.com/honojs/hono/security/advisories/GHSA-f23p-vx2j-j53r x_refsource_CONFIRM
Affected products
- ==>= 3.8.0, < 4.12.34
Matching in nixpkgs
pkgs.kdePackages.phonon
Multi-platform sound framework for application developers
pkgs.kdePackages.phonon-vlc
VLC backend for the Phonon multimedia library
pkgs.typstPackages.phonokit
None
pkgs.python313Packages.phonopy
Modulefor phonon calculations at harmonic and quasi-harmonic levels
pkgs.python314Packages.phonopy
Modulefor phonon calculations at harmonic and quasi-harmonic levels
pkgs.typstPackages.phonokit_0_0_1
None
pkgs.typstPackages.phonokit_0_2_0
None
pkgs.typstPackages.phonokit_0_3_0
None
pkgs.typstPackages.phonokit_0_3_5
None
pkgs.typstPackages.phonokit_0_3_6
None
pkgs.typstPackages.phonokit_0_3_7
None
pkgs.typstPackages.phonokit_0_4_0
None
pkgs.typstPackages.phonokit_0_4_1
None
pkgs.typstPackages.phonokit_0_4_5
None
pkgs.typstPackages.phonokit_0_4_6
None
pkgs.typstPackages.phonokit_0_5_0
None
pkgs.typstPackages.phonokit_0_5_1
None
pkgs.typstPackages.phonokit_0_5_2
None
pkgs.typstPackages.phonokit_0_5_3
None
pkgs.typstPackages.phonokit_0_5_4
None
pkgs.typstPackages.phonokit_0_5_5
None
pkgs.typstPackages.phonokit_0_5_6
None
pkgs.typstPackages.phonokit_0_5_7
None
pkgs.typstPackages.phonokit_0_5_8
None
pkgs.python313Packages.pythonocc-core
Python wrapper for the OpenCASCADE 3D modeling kernel
-
nixos-unstable 7.9.0-unstable-2025-12-31
- nixpkgs-unstable 7.9.0-unstable-2025-12-31
- nixos-unstable-small 7.9.0-unstable-2025-12-31
-
nixos-26.05 7.9.0-unstable-2025-12-31
- nixos-26.05-small 7.9.0-unstable-2025-12-31
- nixpkgs-26.05-darwin 7.9.0-unstable-2025-12-31
pkgs.python314Packages.pythonocc-core
Python wrapper for the OpenCASCADE 3D modeling kernel
-
nixos-unstable 7.9.0-unstable-2025-12-31
- nixpkgs-unstable 7.9.0-unstable-2025-12-31
- nixos-unstable-small 7.9.0-unstable-2025-12-31
-
nixos-26.05 7.9.0-unstable-2025-12-31
- nixos-26.05-small 7.9.0-unstable-2025-12-31
- nixpkgs-26.05-darwin 7.9.0-unstable-2025-12-31
Package maintainers
-
@LunNova Luna Nova <nixpkgs-maintainer@lunnova.dev>
-
@SuperSandro2000 Sandro Jäckel <sandro.jaeckel@gmail.com>
-
@K900 Ilya K. <me@0upti.me>
-
@bkchr Bastian Köcher <nixos@kchr.de>
-
@mjm Matt Moriarity <matt@mattmoriarity.com>
-
@FRidh Frederik Rietdijk <fridh@fridh.nl>
-
@peterhoeg Peter Hoeg <peter@hoeg.com>
-
@ilya-fedin Ilya Fedin <fedin-ilja2010@ya.ru>
-
@NickCao Nick Cao <nickcao@nichi.co>
-
@nyanloutre Paul Trehiou <paul@nyanlout.re>
-
@PsyanticY Psyanticy <iuns@outlook.fr>
-
@CHN-beta Haonan Chen <chn@chn.moe>