CVE-2024-12133: Libtasn1: inefficient der decoding in libtasn1 leading to potential remote dos
A flaw in libtasn1 causes inefficient handling of specific certificate data. When processing a large number of elements in a certificate, libtasn1 takes much longer than expected, which can slow down or even crash the system. This flaw allows an attacker to send a specially crafted certificate, causing a denial of service attack.
Security readout for executives and security teams
Plain-English summary
CVE-2024-12133 is a denial-of-service flaw in libtasn1 certificate parsing. A crafted certificate with many elements can make parsing take far longer than expected, potentially slowing or crashing affected systems. It does not indicate data theft or code execution in the provided sources.
Executive priority
Handle in the normal security update cycle, with faster action for exposed certificate-processing services. Business impact is availability degradation, not confirmed compromise. The main risk is avoidable outage from malformed certificate input on affected systems.
Technical view
The issue is inefficient DER decoding in libtasn1, mapped to CWE-407. CVSS 3.1 is 5.3: network reachable, low complexity, no privileges, no user interaction, unchanged scope, availability impact only. Red Hat lists affected libtasn1 and some gnutls packages across RHEL streams and Red Hat Discovery.
Likely exposure
Exposure is most likely on systems or applications that use libtasn1, directly or through gnutls, to process untrusted certificates. The source bundle specifically identifies multiple Red Hat Enterprise Linux 8 and 9 streams, lifecycle add-ons, SAP/TUS variants, and Red Hat Discovery 1.14.
Exploitation context
The provided evidence supports remote denial of service through specially crafted certificate data. CISA KEV status is false in the bundle, and no cited source here confirms active exploitation. Treat this as a service-availability risk, especially for certificate-processing paths exposed to untrusted networks.
Researcher notes
Evidence is strongest for algorithmic complexity in DER certificate decoding. The affected list includes duplicated Red Hat entries and package-level detail; normalize by product stream, package, and installed version. Do not assume exploit-in-the-wild status from the provided bundle.
Mitigation direction
Apply vendor security updates from relevant Red Hat advisories where applicable.
Update affected libtasn1 and gnutls packages through supported package channels.
Check non-Red Hat platforms against their own vendor advisories.
Prioritize internet-facing or partner-facing certificate-processing services.
Avoid unsupported package pinning that leaves affected versions installed.
Validation and detection
Inventory installed libtasn1 and gnutls package versions across Linux hosts.
Compare versions and products against Red Hat CVE and RHSA entries.
Identify services that parse client-supplied or externally supplied certificates.
Review monitoring for CPU, latency, or crash spikes during certificate handling.
Regression-test TLS and certificate workflows after updating packages.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · low confidence lookup
CWE-407: Exact CWE lookup
Use the exact CWE identifier as the starting point before reviewing related ATT&CK behavior. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The affected technology mentions containers, so container-specific ATT&CK technique review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.