{"schema_version":"1.7.2","id":"OESA-2026-2044","modified":"2026-04-25T05:49:08Z","published":"2026-04-25T05:49:08Z","upstream":["CVE-2026-28387","CVE-2026-28388","CVE-2026-28389","CVE-2026-28390"],"summary":"openssl security update","details":"Security Fix(es):\n\nIssue summary: An uncommon configuration of clients performing DANE TLSA-based\nserver authentication, when paired with uncommon server DANE TLSA records, may\nresult in a use-after-free and/or double-free on the client side.\n\nImpact summary: A use after free can have a range of potential consequences\nsuch as the corruption of valid data, crashes or execution of arbitrary code.\n\nHowever, the issue only affects clients that make use of TLSA records with both\nthe PKIX-TA(0/PKIX-EE(1) certificate usages and the DANE-TA(2) certificate\nusage.\n\nBy far the most common deployment of DANE is in SMTP MTAs for which RFC7672\nrecommends that clients treat as 'unusable' any TLSA records that have the PKIX\ncertificate usages.  These SMTP (or other similar) clients are not vulnerable\nto this issue.  Conversely, any clients that support only the PKIX usages, and\nignore the DANE-TA(2) usage are also not vulnerable.\n\nThe client would also need to be communicating with a server that publishes a\nTLSA RRset with both types of TLSA records.\n\nNo FIPS modules are affected by this issue, the problem code is outside the\nFIPS module boundary.(CVE-2026-28387)\n\nIssue summary: When a delta CRL that contains a Delta CRL Indicator extension\nis processed a NULL pointer dereference might happen if the required CRL\nNumber extension is missing.\n\nImpact summary: A NULL pointer dereference can trigger a crash which\nleads to a Denial of Service for an application.\n\nWhen CRL processing and delta CRL processing is enabled during X.509\ncertificate verification, the delta CRL processing does not check\nwhether the CRL Number extension is NULL before dereferencing it.\nWhen a malformed delta CRL file is being processed, this parameter\ncan be NULL, causing a NULL pointer dereference.\n\nExploiting this issue requires the X509_V_FLAG_USE_DELTAS flag to be enabled in\nthe verification context, the certificate being verified to contain a\nfreshestCRL extension or the base CRL to have the EXFLAG_FRESHEST flag set, and\nan attacker to provide a malformed CRL to an application that processes it.\n\nThe vulnerability is limited to Denial of Service and cannot be escalated to\nachieve code execution or memory disclosure. For that reason the issue was\nassessed as Low severity according to our Security Policy.\n\nThe FIPS modules in 3.6, 3.5, 3.4, 3.3 and 3.0 are not affected by this issue,\nas the affected code is outside the OpenSSL FIPS module boundary.(CVE-2026-28388)\n\nIssue summary: During processing of a crafted CMS EnvelopedData message\nwith KeyAgreeRecipientInfo a NULL pointer dereference can happen.\n\nImpact summary: Applications that process attacker-controlled CMS data may\ncrash before authentication or cryptographic operations occur resulting in\nDenial of Service.\n\nWhen a CMS EnvelopedData message that uses KeyAgreeRecipientInfo is\nprocessed, the optional parameters field of KeyEncryptionAlgorithmIdentifier\nis examined without checking for its presence. This results in a NULL\npointer dereference if the field is missing.\n\nApplications and services that call CMS_decrypt() on untrusted input\n(e.g., S/MIME processing or CMS-based protocols) are vulnerable.\n\nThe FIPS modules in 3.6, 3.5, 3.4, 3.3 and 3.0 are not affected by this\nissue, as the affected code is outside the OpenSSL FIPS module boundary.(CVE-2026-28389)\n\nIssue summary: During processing of a crafted CMS EnvelopedData message\nwith KeyTransportRecipientInfo a NULL pointer dereference can happen.\n\nImpact summary: Applications that process attacker-controlled CMS data may\ncrash before authentication or cryptographic operations occur resulting in\nDenial of Service.\n\nWhen a CMS EnvelopedData message that uses KeyTransportRecipientInfo with\nRSA-OAEP encryption is processed, the optional parameters field of\nRSA-OAEP SourceFunc algorithm identifier is examined without checking\nfor its presence. This results in a NULL pointer dereference if the field\nis missing.\n\nApplications and services that call CMS_decrypt() on untrusted input\n(e.g., S/MIME processing or CMS-based protocols) are vulnerable.\n\nThe FIPS modules in 3.6, 3.5, 3.4, 3.3 and 3.0 are not affected by this\nissue, as the affected code is outside the OpenSSL FIPS module boundary.(CVE-2026-28390)","affected":[{"package":{"ecosystem":"openEuler:20.03-LTS-SP4","name":"openssl","purl":"pkg:rpm/openEuler/openssl&distro=openEuler-20.03-LTS-SP4"},"ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.1.1f-42.oe2003sp4"}]}],"ecosystem_specific":{"aarch64":["openssl-1.1.1f-42.oe2003sp4.aarch64.rpm","openssl-debuginfo-1.1.1f-42.oe2003sp4.aarch64.rpm","openssl-debugsource-1.1.1f-42.oe2003sp4.aarch64.rpm","openssl-devel-1.1.1f-42.oe2003sp4.aarch64.rpm","openssl-libs-1.1.1f-42.oe2003sp4.aarch64.rpm"],"noarch":["openssl-help-1.1.1f-42.oe2003sp4.noarch.rpm"],"src":["openssl-1.1.1f-42.oe2003sp4.src.rpm"],"x86_64":["openssl-1.1.1f-42.oe2003sp4.x86_64.rpm","openssl-debuginfo-1.1.1f-42.oe2003sp4.x86_64.rpm","openssl-debugsource-1.1.1f-42.oe2003sp4.x86_64.rpm","openssl-devel-1.1.1f-42.oe2003sp4.x86_64.rpm","openssl-libs-1.1.1f-42.oe2003sp4.x86_64.rpm"]}}],"references":[{"type":"ADVISORY","url":"https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-2044"},{"type":"ADVISORY","url":"https://nvd.nist.gov/vuln/detail/CVE-2026-28387"},{"type":"ADVISORY","url":"https://nvd.nist.gov/vuln/detail/CVE-2026-28388"},{"type":"ADVISORY","url":"https://nvd.nist.gov/vuln/detail/CVE-2026-28389"},{"type":"ADVISORY","url":"https://nvd.nist.gov/vuln/detail/CVE-2026-28390"}],"database_specific":{"severity":"High"}}