Approved changes feed: RSS · Atom
cpe:2.3:a:biscuit-auth:biscuit:*:*:*:*:*:*:*:*
part: a version: * update: *
| Vendor | Biscuit Auth (08ac5215-49bd-5452-b295-137447621a95) |
|---|---|
| Product | Biscuit (a2cd4b70-a9d6-5398-b965-d17506e04b7b) |
| Edition | * |
| Language | * |
| Software edition | * |
| Target software | * |
| Target hardware | * |
| Other | * |
| Notes | Imported from gcve-enriched-dumps CVE data |
PURL mappings
| PURL | Source | Last updated |
|---|---|---|
| No PURL mappings for this CPE yet. | ||
Vulnerability references
| Identifier | cpeApplicability | Submitted | db.gcve.eu details | Rationale |
|---|---|---|---|---|
CVE:CVE-2024-42350 |
vulnerable | 2026-06-08 06:43:56.462772 |
Public key confusion in third party block in Biscuit
LOW (3)
Biscuit is an authorization token with decentralized verification, offline attenuation and strong security policy enforcement based on a logic language. Third-party blocks can be generated without transferring the whole token to the third-party authority. Instead, a `ThirdPartyBlock` request can be sent, providing only the necessary info to generate a third-party block and to sign it: 1. the public key of the previous block (used in the signature), 2. the public keys part of the token symbol table (for public key interning in datalog expressions). A third-part block request forged by a malicious user can trick the third-party authority into generating datalog trusting the wrong keypair. Tokens with third-party blocks containing `trusted` annotations generated through a third party block request. This has been addressed in version 4 of the specification. Users are advised to update their implementations to conform. There are no known workarounds for this vulnerability.
Published: 2024-08-05T19:47:44.903Z
Updated: 2024-08-05T20:23:35.031Z |
Imported from gcve-enriched-dumps CVE data |
CVE:CVE-2022-31053 |
vulnerable | 2026-06-08 05:43:40.069209 |
Signature forgery in Biscuit
CRITICAL (9.8)
Biscuit is an authentication and authorization token for microservices architectures. The Biscuit specification version 1 contains a vulnerable algorithm that allows malicious actors to forge valid Γ-signatures. Such an attack would allow an attacker to create a token with any access level. The version 2 of the specification mandates a different algorithm than gamma signatures and as such is not affected by this vulnerability. The Biscuit implementations in Rust, Haskell, Go, Java and Javascript all have published versions following the v2 specification. There are no known workarounds for this issue.
Published: 2022-06-13T19:35:10.000Z
Updated: 2025-04-22T17:54:16.990Z |
Imported from gcve-enriched-dumps CVE data |
Contribute
You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.