Skip to main content
Press slash or control plus K to focus the search. Use the arrow keys to navigate results and press enter to open a threat.

Threat Intelligence Database

Comprehensive database of the latest cyber threats affecting organizations worldwide. Filter and search to find specific threat intelligence relevant to your organization.

Pro Console Lifetime

Stop chasing alerts. Route them.

Start free, then upgrade once to turn Radar into an automated delivery engine for your security stack.

Custom feeds / Automations: email, Slack, webhooks, SIEM/MISP / API access (baseline limits)

View Plans & Pricing

API access activates after upgrading in Console -> Billing.

Breach by OffSeqOFFSEQFRIENDS — 25% OFF

Check if your credentials are on the dark web

Instant breach scanning across billions of leaked records. Free tier available.

Scan now

Filter Threats

Narrow down the results by type, severity, or affected countries

Search threats by title, CVE ID, or description. Maximum 100 characters.

Threat Intelligence

Click on any threat for detailed analysis and mitigation recommendations

CVE-2026-53939: CWE-321: Use of Hard-coded Cryptographic Key in OpenIDC cjoseCVE-2026-53939
0

CVE-2026-53939 is a critical vulnerability in the OpenIDC cjose C library affecting versions 0.6.1 through 0.6.2.5. The flaw causes the content-encryption key (CEK) used in AES-CBC-HMAC encryption to be all zero bytes instead of randomly generated, resulting in encryption under a fixed, publicly known key. This allows anyone with access to the encrypted data to decrypt and modify it. The issue is fixed in version 0.6.2.6. Mitigations for new ciphertexts include using AES-GCM encryption, supplying a CEK directly, or avoiding the affected algorithm combinations. Data already encrypted with the zero key remains compromised and should be re-encrypted with rotated secrets.

Join the discussion
CVE-2026-53938: CWE-122: Heap-based Buffer Overflow in OpenIDC cjoseCVE-2026-53938
0

OpenIDC/cjose is a C library implementing the Javascript Object Signing and Encryption (JOSE). Prior to version 0.6.2.5, cjose's JWE decryption path for the AES Key Wrap key-management algorithms (`alg` = `A128KW`, `A192KW`, `A256KW`) does not validate the length of the attacker-supplied `encrypted_key` (JWE Encrypted Key) before unwrapping it into a fixed-size, heap-allocated Content Encryption Key (CEK) buffer. A remote, unauthenticated attacker who can submit a crafted JWE to an application that decrypts it with an AES-KW symmetric key can trigger an out-of-bounds heap write, corrupting the heap. This leads at minimum to a crash (denial of service) and, depending on the heap layout and allocator, may be leverageable for further memory-corruption impact. `cjose_jwe_import()` / `cjose_jwe_decrypt()` are pre-authentication entry points: they parse and process fully attacker-controlled input. Upgrade to cjose 0.6.2.5 to receive a patch. If upgrading is not immediately possible, reject the AES Key Wrap algorithms (`A128KW`/`A192KW`/`A256KW`) for untrusted JWEs at the application layer.

Join the discussion

Showing 1 to 2 of 2 results

Filters:Package: pkg:github/openidc/cjose
Page 1 of 1
OffSeq TrainingCredly Certified

Lead Pen Test Professional

Technical5-day eLearningPECB Accredited
View courses