CERT Recently Published Vulner... Note

CERT Recently Published Vulnerability Notes

kb.cert.org/vuls is a webpage maintained by the Carnegie Mellon University Software Engineering Institute (SEI) which provides a publicly accessible database of known software vulnerabilities. It lists a vast amount of vulnerability information including identifiers, descriptions, severity ratings, and potential impacts, helping users stay informed about potential security risks.

Thread Of Notes

This document details thirteen library-specific records concerning the implementation of X.509 Name Constraints. These records highlight inconsistencies in how various TLS libraries handle these constraints, leading to situations where a name accepted by one library might be rejected by another. Some of these issues have been resolved, while others are still under review or were not deemed security vulnerabilities. Name Constraints are designed to confine Certificate Authorities (CAs) within a defined namespace. Discrepancies exist in handling DNS name case sensitivity and wildcard matching, with libraries like GnuTLS and Go exhibiting varied behaviors. pyca/cryptography was found to validate constraints against SANs but not against the requested peer name. Libraries also differ in how they treat IPv4 and IPv6-mapped IPv6 forms for IP address constraints. URI handling presents further inconsistencies, particularly regarding host extraction from URI SANs. AWS-LC and s2n-tls have reported issues with wildcard Common Name fallback when leaf certificates lack SANs. Mbed TLS, in a specific configuration, does not enforce non-critical Name Constraints, contrary to RFC 5280 requirements. The impact of these inconsistencies is relevant only when an attacker can forge a trusted signature and exploit a validation path for authorization. CERT/CC is coordinating remediation efforts with affected projects, with varying statuses reported for each library. Operators relying on Name Constraints are advised to verify their libraries' behavior and prioritize explicit SANs and issuance policies.
Norwegian Cruise Line ships have door access controllers with an improper authentication vulnerability. These controllers are susceptible to replayed unique identifiers from RFID devices, allowing unauthorized entry. The affected card readers authenticate NFC credentials solely by verifying their static 7-byte UID. This UID is not secret and lacks cryptographic challenge-response capabilities, making it an unreliable authentication factor. Although keycards have memory blocks with serial numbers and signature-like values, the reader ignores this data. Relying only on the UID means the system is identifying rather than authenticating. Since there's no cryptographic exchange, any device capable of replaying or emulating UIDs can create a working duplicate. An attacker can capture a valid keycard's UID with brief physical proximity and an RFID reader. This UID can then be copied to a writable card, creating a counterfeit credential. These fakes will be accepted as genuine by the access control readers, granting unauthorized access. In some cases, these unauthorized entries may not be distinguishable from legitimate use. This poses a significant security risk to both ship operations and guest safety, especially concerning access to restricted areas. Currently, there is no vendor-provided solution, but users can employ RFID-blocking wallets or shielded sleeves to mitigate cloning risks. Wrapping cards in aluminum foil can also create a basic Faraday shield to limit signal transmission. Keeping cards at least 12 inches away from others can help prevent unwanted scans.
The Kaltura HTML5 Player Library, specifically versions html5lib v2.45, v2.103 and earlier, contains two critical vulnerabilities. Both stem from an insecure deserialization flaw within the mwEmbedLoader.php endpoint. This endpoint allows user-controlled ServiceUrl parameters for backend API requests. The internal KalturaClientBase PHP library fetches data from this URL and deserializes it without validation.CVE-2026-19913 allows arbitrary file reads by exploiting the deserialization flaw and improper error handling. An attacker can provide a file:// path to ServiceUrl, causing the player to fetch and attempt to deserialize local file contents. Failed deserialization reflects raw bytes in error messages, revealing sensitive file data.CVE-2026-19912 enables remote code execution due to insufficient sanitization of the uiconf_id parameter. This parameter controls file write locations, allowing directory traversal attacks. An attacker can craft a malicious serialized object with executable PHP code and redirect its deserialized fields to a web-accessible directory.Exploiting these vulnerabilities requires only network access to the affected endpoint; no authentication is needed. Successful attacks can lead to the theft of sensitive information like credentials or API keys. Remote code execution allows for data manipulation, persistence, and further system compromise. These vulnerabilities also affect tenants on Kaltura's shared CDN infrastructure.Until a vendor patch is released, users should restrict or disable external access to mwEmbedLoader.php. Implementing a strict allow-list for ServiceUrl to permit only legitimate API URLs is also recommended.
A vulnerability has been discovered in Develar's app-builder, a command-line build tool used to package and distribute application bundles for macOS, Windows, and Linux. The issue arises from a combination of Unicode normalization collisions and unsafe symlink-following behavior in the zipx.Unzip extraction routine. This allows an attacker to overwrite arbitrary files on macOS systems using Apple File System (APFS) by crafting ZIP archives that combine Unicode normalization collisions with malicious symlinks. The vulnerability is exploitable during ZIP extraction without requiring elevated privileges and can result in loss of integrity, denial of service, or potential code execution. Develar's app-builder is widely used as a dependency across the ecosystem, affecting numerous downstream repositories, and several projects have already mitigated their exposure. A complete remediation requires fixing the vulnerability at its source, and a GitHub Pull Request has been developed to provide downstream customers with a reference fix. The Pull Request addresses the symlink-following variant of the vulnerability by rejecting any symlink whose resolved target escapes the intended output directory and by adding O_NOFOLLOW to regular file writes. The reporter, Tomas Illuminati, has assisted many downstream vendors and developers in mitigating this issue, and Electron-Userland has responded quickly and implemented a mitigation to protect their downstream users. The vulnerability can be exploited by combining Unicode normalization collisions with symlink-following behavior, allowing an attacker to bypass path-validation checks and redirect writes outside the intended extraction directory. The CERT/CC has prepared a vulnerability note to inform users of the issue and provide guidance on mitigation and remediation. Overall, the vulnerability has significant implications for the security of macOS systems using APFS, and users are advised to take steps to mitigate their exposure.
Two critical cryptographic signature verification vulnerabilities exist in the widely used node-forge JavaScript library. These flaws allow attackers to forge RSA (PKCS#1 v1.5) and Ed25519 signatures under specific circumstances. The RSA vulnerability, CVE-2026-33894, arises from accepting non-canonical ASN.1 encodings and undersized padding during signature verification. This enables attackers to craft signatures that node-forge validates but standard libraries reject, especially with low public exponents. The Ed25519 vulnerability, CVE-2026-33895, stems from failing to enforce scalar canonicality, allowing signatures with non-canonical scalars to be accepted. This undermines signature uniqueness and enables substitution attacks. Affected versions range from 0.1.2 through 1.3.3 for RSA and 0.7.4 through 1.3.3 for Ed25519. The primary impact is the ability for attackers to bypass authentication, code-signing, or token validations. Applications using default node-forge verification APIs, including popular JOSE libraries, are potentially exposed. Exploitation is straightforward and can occur over the network. Version 1.4.0, released on 2026-04-05, fully addresses these issues by enforcing strict canonical validation for both RSA and Ed25519 signatures. Users are strongly advised to upgrade to this version to patch the vulnerabilities. If immediate upgrading is not feasible, recommended mitigations include auditing call sites and falling back to Node.js native crypto verification.