6.2 MEDIUM
- CVSS version (CVSS): 3.1
- Attack Vector (AV): Local (L)
- Attack Complexity (AC): Low (L)
- Privileges Required (PR): None (N)
- User Interaction (UI): None (N)
- Scope (S): Unchanged (U)
- Confidentiality (C): None (N)
- Integrity (I): High (H)
- Availability (A): None (N)
- Modified Attack Vector (MAV): Local (L)
- Modified Attack Complexity (MAC): Low (L)
- Modified Privileges Required (MPR): None (N)
- Modified User Interaction (MUI): None (N)
- Modified Confidentiality (MC): None (N)
- Modified Scope (MS): Unchanged (U)
- Modified Integrity (MI): High (H)
- Modified Availability (MA): None (N)
Activity log
- Created suggestion
An issue was discovered in the mirage-crypto package before 2.2.0 …
An issue was discovered in the mirage-crypto package before 2.2.0 for OCaml. The AES.GCM.authenticate_decrypt_into and Chacha20.authenticate_decrypt_into functions write the decrypted plaintext into a caller-provided buffer and only then compares the tag. On a forged tag, the functions returns false, but the destination buffer already holds the full plaintext.
References
Affected products
- <2.2.0
Matching in nixpkgs
pkgs.ocamlPackages.mirage-crypto
Simple symmetric cryptography for the modern age
pkgs.ocamlPackages.mirage-crypto-ec
Elliptic Curve Cryptography with primitives taken from Fiat
pkgs.ocamlPackages.mirage-crypto-pk
Simple public-key cryptography for the modern age
pkgs.ocamlPackages.mirage-crypto-rng
Cryptographically secure PRNG
pkgs.ocamlPackages_latest.mirage-crypto
Simple symmetric cryptography for the modern age
pkgs.ocamlPackages_latest.mirage-crypto-ec
Elliptic Curve Cryptography with primitives taken from Fiat
pkgs.ocamlPackages_latest.mirage-crypto-pk
Simple public-key cryptography for the modern age
pkgs.ocamlPackages.mirage-crypto-rng-mirage
Entropy collection for a cryptographically secure PRNG
pkgs.ocamlPackages_latest.mirage-crypto-rng
Cryptographically secure PRNG
pkgs.ocamlPackages_latest.mirage-crypto-rng-mirage
Entropy collection for a cryptographically secure PRNG
Package maintainers
-
@sternenseemann Lukas Epple <sternenseemann@systemli.org>