[{"_1":2,"_3":-5,"_4":-5},"loaderData",{"_5":6,"_7":8,"_9":-5,"_10":11,"_12":13,"_14":15},"actionData","errors","root",{"_1711":-7,"_1712":1713,"_1714":1715},"routes/_app",{"_1618":1619,"_1620":1621,"_1622":1623,"_1624":-5,"_1625":21,"_1626":109,"_1627":-5},"routes/_app.gallery","routes/_app.gallery.images.$imageName",{"_1597":1598,"_1592":-7,"_1599":1600,"_1601":-7,"_1602":1603},"routes/_app.gallery.images.$imageName.changelog",{"_1586":-7,"_1587":1588},"routes/_app.gallery.images.$imageName.changelog.$lineName",{"_16":17,"_18":19,"_20":21},"versions",[22],"pullCounters",{},"hasDev",true,{"_23":24,"_25":26,"_27":28},"imageVersion",{"_90":1585,"_92":93,"_94":91,"_95":132,"_97":98,"_99":98,"_100":-5,"_102":109,"_103":1578,"_108":109},"digestCount",59,"digests",[29,30,31,32,33,34,35,36,37,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52,53,54,55,56,57,58,59,60,61,62,63,64,65,66,67,68,69,70,71,72,73,74,75,76,77,78,79,80,81,82,83,84,85,86,87],{"_88":1565,"_521":1566},{"_88":1548,"_521":1549},{"_88":1532,"_521":1533},{"_88":1419,"_112":1420,"_521":1421},{"_88":1406,"_521":1407},{"_88":1393,"_521":1394},{"_88":1380,"_521":1381},{"_88":1353,"_112":1354,"_521":1355},{"_88":1342,"_521":1343},{"_88":1329,"_521":1330},{"_88":1316,"_521":1317},{"_88":1262,"_112":1263,"_521":1264},{"_88":1247,"_521":1248},{"_88":1234,"_521":1235},{"_88":1217,"_521":1218},{"_88":1181,"_112":1182,"_521":1183},{"_88":1171,"_521":1172},{"_88":1158,"_521":1159},{"_88":1145,"_521":1146},{"_88":1134,"_521":1135},{"_88":1122,"_521":1123},{"_88":1111,"_521":1112},{"_88":1097,"_521":1098},{"_88":1084,"_521":1085},{"_88":1071,"_521":1072},{"_88":1011,"_112":1012,"_521":1013},{"_88":992,"_521":993},{"_88":979,"_521":980},{"_88":966,"_521":967},{"_88":952,"_521":953},{"_88":940,"_521":941},{"_88":930,"_521":931},{"_88":917,"_521":918},{"_88":904,"_521":905},{"_88":888,"_521":889},{"_88":876,"_521":877},{"_88":865,"_521":866},{"_88":848,"_521":849},{"_88":835,"_521":836},{"_88":821,"_521":822},{"_88":809,"_521":810},{"_88":786,"_112":787,"_521":788},{"_88":775,"_521":776},{"_88":764,"_521":765},{"_88":752,"_521":753},{"_88":739,"_521":740},{"_88":724,"_521":725},{"_88":634,"_112":635,"_521":636},{"_88":621,"_521":622},{"_88":609,"_521":610},{"_88":569,"_112":570,"_521":571},{"_88":555,"_521":556},{"_88":543,"_521":544},{"_88":520,"_521":522},{"_88":205,"_112":206},{"_88":164,"_112":165},{"_88":142,"_112":143},{"_88":111,"_112":113},{"_88":89},"imageVersionDigest",{"_90":91,"_92":93,"_94":91,"_95":96,"_97":98,"_99":98,"_100":101,"_102":21,"_103":104,"_105":106,"_107":106,"_108":109},"id",10419,"imageLineID",252,"imageID","digest","sha256:daa381ce4bc5e8719c522b267d5a0a783a10418269fe986c4c95b0f6d9013c88","version","5.3","imageLineVersion","tags",[110],"dangling","builtAt","2025-07-22T15:46:51.481591Z","createdAt","2025-07-22T15:52:27.044733Z","updatedAt","dev",false,"5.3-202507221546",{"_90":136,"_92":93,"_94":91,"_95":137,"_97":98,"_99":98,"_100":138,"_102":21,"_103":139,"_105":140,"_107":140,"_108":109},"fixedCVEs",[114],{"_115":116,"_117":118,"_119":109,"_120":121,"_122":123,"_124":125},"cveID","CVE-2025-8058","description","The regcomp function in the GNU C library version from 2.4 to 2.41 is \nsubject to a double free if some previous allocation fails. It can be \naccomplished either by a malloc failure or by using an interposed malloc\n that injects random malloc failures. The double free can allow buffer \nmanipulation depending of how the regex is constructed. This issue \naffects all architectures and ABIs supported by the GNU C library.","kevExploited","severity","medium","publishedAt","2025-07-23T20:15:27.747Z","affectedPackages",[126,127,128],{"_129":134,"_131":132,"_133":134},{"_129":135,"_131":132,"_133":134},{"_129":130,"_131":132,"_133":134},"packageName","ld-linux","packageVersion","","originPackageName","glibc","glibc-locale-posix",24473,"sha256:8e552b37c7b1049a212634756e2a10215450be23c0170f5a597e3aaf1f753a70",[141],"2025-09-17T00:33:55.598195Z","2025-09-17T00:36:19.115353Z","5.3-202509170033",{"_90":158,"_92":93,"_94":91,"_95":159,"_97":98,"_99":98,"_100":160,"_102":21,"_103":161,"_105":162,"_107":162,"_108":109},[144,145],{"_115":153,"_117":154,"_119":109,"_120":148,"_122":155,"_124":156},{"_115":146,"_117":147,"_119":109,"_120":148,"_122":149,"_124":150},"CVE-2024-58251","In netstat in BusyBox through 1.37.0, local users can launch of network application with an argv[0] containing an ANSI terminal escape sequence, leading to a denial of service (terminal locked up) when netstat is used by a victim.","low","2025-04-23T18:16:03.057Z",[151],{"_129":152,"_131":132,"_133":152},"busybox","CVE-2025-46394","In tar in BusyBox through 1.37.0, a TAR archive can have filenames hidden from a listing through the use of terminal escape sequences.","2025-04-23T16:15:48.713Z",[157],{"_129":152,"_131":132,"_133":152},26742,"sha256:9f822ef2a86ed5731d6462d4fdb06929cd53116be35cce8a6056fc08bde0d8ca",[163],"2025-09-23T08:45:04.252066Z","2025-09-23T08:47:24.488879Z","5.3-202509230844",{"_90":199,"_92":93,"_94":91,"_95":200,"_97":98,"_99":98,"_100":201,"_102":21,"_103":202,"_105":203,"_107":203,"_108":109},[166,167,168],{"_115":190,"_117":191,"_119":109,"_120":192,"_122":193,"_124":194},{"_115":182,"_117":183,"_119":109,"_120":121,"_122":184,"_124":185},{"_115":169,"_117":170,"_119":109,"_120":121,"_122":171,"_124":172},"CVE-2025-9231","Issue summary: A timing side-channel which could potentially allow remote\nrecovery of the private key exists in the SM2 algorithm implementation on 64 bit\nARM platforms.\n\nImpact summary: A timing side-channel in SM2 signature computations on 64 bit\nARM platforms could allow recovering the private key by an attacker..\n\nWhile remote key recovery over a network was not attempted by the reporter,\ntiming measurements revealed a timing signal which may allow such an attack.\n\nOpenSSL does not directly support certificates with SM2 keys in TLS, and so\nthis CVE is not relevant in most TLS contexts. However, given that it is\npossible to add support for such certificates via a custom provider, coupled\nwith the fact that in such a custom provider context the private key may be\nrecoverable via remote timing measurements, we consider this to be a Moderate\nseverity issue.\n\nThe FIPS modules in 3.5, 3.4, 3.3, 3.2, 3.1 and 3.0 are not affected by this\nissue, as SM2 is not an approved algorithm.","2025-09-30T14:15:41.19Z",[173,174,175,176],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"openssl-fips-config","openssl","openssl-dev","libssl3","libcrypto3","CVE-2025-9232","Issue summary: An application using the OpenSSL HTTP client API functions may\ntrigger an out-of-bounds read if the 'no_proxy' environment variable is set and\nthe host portion of the authority component of the HTTP URL is an IPv6 address.\n\nImpact summary: An out-of-bounds read can trigger a crash which leads to\nDenial of Service for an application.\n\nThe OpenSSL HTTP client API functions can be used directly by applications\nbut they are also used by the OCSP client functions and CMP (Certificate\nManagement Protocol) client implementation in OpenSSL. However the URLs used\nby these implementations are unlikely to be controlled by an attacker.\n\nIn this vulnerable code the out of bounds read can only trigger a crash.\nFurthermore the vulnerability requires an attacker-controlled URL to be\npassed from an application to the OpenSSL function and the user has to have\na 'no_proxy' environment variable set. For the aforementioned reasons the\nissue was assessed as Low severity.\n\nThe vulnerable code was introduced in the following patch releases:\n3.0.16, 3.1.8, 3.2.4, 3.3.3, 3.4.0 and 3.5.0.\n\nThe FIPS modules in 3.5, 3.4, 3.3, 3.2, 3.1 and 3.0 are not affected by this\nissue, as the HTTP client implementation is outside the OpenSSL FIPS module\nboundary.","2025-09-30T14:15:41.313Z",[186,187,188,189],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2025-9230","Issue summary: An application trying to decrypt CMS messages encrypted using\npassword based encryption can trigger an out-of-bounds read and write.\n\nImpact summary: This out-of-bounds read may trigger a crash which leads to\nDenial of Service for an application. The out-of-bounds write can cause\na memory corruption which can have various consequences including\na Denial of Service or Execution of attacker-supplied code.\n\nAlthough the consequences of a successful exploit of this vulnerability\ncould be severe, the probability that the attacker would be able to\nperform it is low. Besides, password based (PWRI) encryption support in CMS\nmessages is very rarely used. For that reason the issue was assessed as\nModerate severity according to our Security Policy.\n\nThe FIPS modules in 3.5, 3.4, 3.3, 3.2, 3.1 and 3.0 are not affected by this\nissue, as the CMS implementation is outside the OpenSSL FIPS module\nboundary.","high","2025-09-30T14:15:41.05Z",[195,196,197,198],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},29924,"sha256:7fe4c39eda28f26e6b43b9e827827023eb0d06f0532514257c30fb12248a87fc",[204],"2025-10-01T00:38:54.853136Z","2025-10-01T00:42:15.598611Z","5.3-202510010038",{"_90":514,"_92":93,"_94":91,"_95":515,"_97":98,"_99":98,"_100":516,"_102":21,"_103":517,"_105":518,"_107":518,"_108":109},[207,208,209,210,211,212,213,214,215,216,217,218,219,220,221,222,223,224,225,226,227,228,229,230,231,232,233,234,235,236,237,238,239,240],{"_115":506,"_117":507,"_119":109,"_120":499,"_122":508,"_124":509},{"_115":497,"_117":498,"_119":109,"_120":499,"_122":500,"_124":501},{"_115":489,"_117":490,"_119":109,"_120":192,"_122":491,"_124":492},{"_115":481,"_117":482,"_119":109,"_120":192,"_122":483,"_124":484},{"_115":473,"_117":474,"_119":109,"_120":192,"_122":475,"_124":476},{"_115":465,"_117":466,"_119":109,"_120":192,"_122":467,"_124":468},{"_115":457,"_117":458,"_119":109,"_120":192,"_122":459,"_124":460},{"_115":449,"_117":450,"_119":109,"_120":192,"_122":451,"_124":452},{"_115":441,"_117":442,"_119":109,"_120":192,"_122":443,"_124":444},{"_115":433,"_117":434,"_119":109,"_120":192,"_122":435,"_124":436},{"_115":425,"_117":426,"_119":109,"_120":192,"_122":427,"_124":428},{"_115":417,"_117":418,"_119":109,"_120":192,"_122":419,"_124":420},{"_115":409,"_117":410,"_119":109,"_120":192,"_122":411,"_124":412},{"_115":401,"_117":402,"_119":109,"_120":192,"_122":403,"_124":404},{"_115":393,"_117":394,"_119":109,"_120":192,"_122":395,"_124":396},{"_115":385,"_117":386,"_119":109,"_120":192,"_122":387,"_124":388},{"_115":377,"_117":378,"_119":109,"_120":192,"_122":379,"_124":380},{"_115":369,"_117":370,"_119":109,"_120":192,"_122":371,"_124":372},{"_115":361,"_117":362,"_119":109,"_120":192,"_122":363,"_124":364},{"_115":353,"_117":354,"_119":109,"_120":121,"_122":355,"_124":356},{"_115":345,"_117":346,"_119":109,"_120":121,"_122":347,"_124":348},{"_115":337,"_117":338,"_119":109,"_120":121,"_122":339,"_124":340},{"_115":329,"_117":330,"_119":109,"_120":121,"_122":331,"_124":332},{"_115":321,"_117":322,"_119":109,"_120":121,"_122":323,"_124":324},{"_115":313,"_117":314,"_119":109,"_120":121,"_122":315,"_124":316},{"_115":305,"_117":306,"_119":109,"_120":121,"_122":307,"_124":308},{"_115":297,"_117":298,"_119":109,"_120":121,"_122":299,"_124":300},{"_115":289,"_117":290,"_119":109,"_120":121,"_122":291,"_124":292},{"_115":281,"_117":282,"_119":109,"_120":121,"_122":283,"_124":284},{"_115":273,"_117":274,"_119":109,"_120":121,"_122":275,"_124":276},{"_115":265,"_117":266,"_119":109,"_120":121,"_122":267,"_124":268},{"_115":257,"_117":258,"_119":109,"_120":121,"_122":259,"_124":260},{"_115":249,"_117":250,"_119":109,"_120":148,"_122":251,"_124":252},{"_115":241,"_117":242,"_119":109,"_120":148,"_122":243,"_124":244},"CVE-2026-42768","Issue summary: The CMS_decrypt and PKCS7_decrypt functions are vulnerable to\nBleichenbacher-style attack when an attacker is able to provide the CMS or\nS/MIME messages and observe the error code and/or decryption output.\n\nImpact summary: The Bleichenbacher-style attack allows an attacker to use the\nvictim's vulnerable application as a way to decrypt or sign messages with the\nvictim's private RSA key.\n\nThe attack is possible in 2 variants.\n\n1. The decryption API (CMS_decrypt(), PKCS7_decrypt()) is used without\nproviding the recipient certificate. In this case OpenSSL iterates over every\nKeyTransRecipientInfo (KTRI) without stopping at the first success.\n\nAn attacker who authors a message with two KTRI entries — the first one\nwrapping a real CEK under the victim's public key, the second with an\narbitrary probe ciphertext — obtains opportunity to iterate the 2nd KTRI to\nget a valid PKCS#1 v1.5 padding if the error code of the application is\navailable.\n\nThat is a Bleichenbacher oracle (Bleichenbacher, CRYPTO '98): an\nadaptive-chosen-ciphertext side channel from which the attacker decrypts any\nRSA ciphertext to the victim's key or forges any PKCS#1 v1.5 signature under\nit.\n\n2. When the decryption API (CMS_decrypt(), PKCS7_decrypt()) is provided with\nthe recipient certificate, and the recipient is not found, a random\nkey is substituted.\n\nAn attacker who authors a message and is able to compare both error code and\nthe result of the decryption, can mount a Bleichenbacher oracle.\n\nWe are not aware of any applications that provide a remote attacker\nan opportunity to mount an attack described in these scenarios. We consider\nthe existence of such application very unlikely, and for this reason this\nCVE has been evaluated as Low severity.\n\nTo avoid these attacks, when RSA PKCS#1 v1.5 Key Transport is in use, the\ninvoked EVP_PKEY_decrypt() will use the implicit rejection mechanism described\nin draft-irtf-cfrg-rsa-guidance. In previous OpenSSL releases the implicit\nrejection was explicitly disabled.\n\nThe implicit rejection mechanism always returns a plaintext value,\nthe symmetric key. This result is deterministic for the ciphertext and the\nprivate key. The length of the decryption result can happen to match the\nlength of the key of the symmetric cipher that was used for the content\nencryption. When a certificate is not provided, the last RecipientInfo\nproducing a key that looks valid will be used. It may cause getting garbage\ncontent on decryption. As a proper way to deal with this a recipient\ncertificate has to be provided to identify the particular RecipientInfo for\ndecryption.\n\nThe FIPS modules in 4.0, 3.6, 3.5, and 3.4 are not affected by this issue, as\nCMS and S/MIME processing happens outside the OpenSSL FIPS module boundary.","2026-06-09T17:17:08.223Z",[245,246,247,248],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-42770","Issue summary: When EVP_PKEY_derive_set_peer() is called with a DHX (X9.42)\npeer key, the peer key is not properly checked for the subgroup membership.\n\nImpact summary: A malicious peer which presents an X9.42 key carrying the\nvictim's p and g parameters, a forged q = r (a small prime factor of the\ncofactor (p−1)/q_local), and a public value Y of order r can recover the\nvictim's private key after a small number of key exchange attempts.\n\nWhen EVP_PKEY_derive_set_peer() is called with a DHX (X9.42) peer key, the\nsubgroup membership check Y^q ≡ 1 (mod p) is performed using the peer's\nown q parameter, not the local key's q. The peer's domain parameters are\nthen matched against the domain parameters of the private key, but the value\nof q is not compared.\n\nA malicious peer who presents an X9.42 key carrying the victim's p, g,\na forged q = r (a small prime factor of the cofactor), and a public\nvalue Y of order r passes all checks. The shared secret then takes only\nr distinct values, leaking priv mod r. Repeating for each small-prime\nfactor of the cofactor and combining via CRT recovers the full private\nkey (Lim–Lee / small-subgroup-confinement attack).\n\nThe realistic attack surface is narrow: principally CMP deployments with\nlong-lived RA/CA DHX keys and bespoke enterprise or government applications\nusing X9.42 DHX static keys with interactive protocols and therefore this\nissue was assigned Low severity.\n\nThe FIPS modules in 4.0, 3.6, 3.5, 3.4, and 3.0 are affected by this\nissue.","2026-06-09T17:17:08.523Z",[253,254,255,256],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2025-11187","Issue summary: PBMAC1 parameters in PKCS#12 files are missing validation\nwhich can trigger a stack-based buffer overflow, invalid pointer or NULL\npointer dereference during MAC verification.\n\nImpact summary: The stack buffer overflow or NULL pointer dereference may\ncause a crash leading to Denial of Service for an application that parses\nuntrusted PKCS#12 files. The buffer overflow may also potentially enable\ncode execution depending on platform mitigations.\n\nWhen verifying a PKCS#12 file that uses PBMAC1 for the MAC, the PBKDF2\nsalt and keylength parameters from the file are used without validation.\nIf the value of keylength exceeds the size of the fixed stack buffer used\nfor the derived key (64 bytes), the key derivation will overflow the buffer.\nThe overflow length is attacker-controlled. Also, if the salt parameter is\nnot an OCTET STRING type this can lead to invalid or NULL pointer\ndereference.\n\nExploiting this issue requires a user or application to process\na maliciously crafted PKCS#12 file. It is uncommon to accept untrusted\nPKCS#12 files in applications as they are usually used to store private\nkeys which are trusted by definition. For this reason the issue was assessed\nas Moderate severity.\n\nThe FIPS modules in 3.6, 3.5 and 3.4 are not affected by this issue, as\nPKCS#12 processing is outside the OpenSSL FIPS module boundary.\n\nOpenSSL 3.6, 3.5 and 3.4 are vulnerable to this issue.\n\nOpenSSL 3.3, 3.0, 1.1.1 and 1.0.2 are not affected by this issue as they do\nnot support PBMAC1 in PKCS#12.","2026-01-27T16:16:14.093Z",[261,262,263,264],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2025-15468","Issue summary: If an application using the SSL_CIPHER_find() function in\na QUIC protocol client or server receives an unknown cipher suite from\nthe peer, a NULL dereference occurs.\n\nImpact summary: A NULL pointer dereference leads to abnormal termination of\nthe running process causing Denial of Service.\n\nSome applications call SSL_CIPHER_find() from the client_hello_cb callback\non the cipher ID received from the peer. If this is done with an SSL object\nimplementing the QUIC protocol, NULL pointer dereference will happen if\nthe examined cipher ID is unknown or unsupported.\n\nAs it is not very common to call this function in applications using the QUIC \nprotocol and the worst outcome is Denial of Service, the issue was assessed\nas Low severity.\n\nThe vulnerable code was introduced in the 3.2 version with the addition\nof the QUIC protocol support.\n\nThe FIPS modules in 3.6, 3.5, 3.4 and 3.3 are not affected by this issue,\nas the QUIC implementation is outside the OpenSSL FIPS module boundary.\n\nOpenSSL 3.6, 3.5, 3.4 and 3.3 are vulnerable to this issue.\n\nOpenSSL 3.0, 1.1.1 and 1.0.2 are not affected by this issue.","2026-01-27T16:16:14.4Z",[269,270,271,272],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2025-15469","Issue summary: The 'openssl dgst' command-line tool silently truncates input\ndata to 16MB when using one-shot signing algorithms and reports success instead\nof an error.\n\nImpact summary: A user signing or verifying files larger than 16MB with\none-shot algorithms (such as Ed25519, Ed448, or ML-DSA) may believe the entire\nfile is authenticated while trailing data beyond 16MB remains unauthenticated.\n\nWhen the 'openssl dgst' command is used with algorithms that only support\none-shot signing (Ed25519, Ed448, ML-DSA-44, ML-DSA-65, ML-DSA-87), the input\nis buffered with a 16MB limit. If the input exceeds this limit, the tool\nsilently truncates to the first 16MB and continues without signaling an error,\ncontrary to what the documentation states. This creates an integrity gap where\ntrailing bytes can be modified without detection if both signing and\nverification are performed using the same affected codepath.\n\nThe issue affects only the command-line tool behavior. Verifiers that process\nthe full message using library APIs will reject the signature, so the risk\nprimarily affects workflows that both sign and verify with the affected\n'openssl dgst' command. Streaming digest algorithms for 'openssl dgst' and\nlibrary users are unaffected.\n\nThe FIPS modules in 3.5 and 3.6 are not affected by this issue, as the\ncommand-line tools are outside the OpenSSL FIPS module boundary.\n\nOpenSSL 3.5 and 3.6 are vulnerable to this issue.\n\nOpenSSL 3.4, 3.3, 3.0, 1.1.1 and 1.0.2 are not affected by this issue.","2026-01-27T16:16:14.523Z",[277,278,279,280],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2025-66199","Issue summary: A TLS 1.3 connection using certificate compression can be\nforced to allocate a large buffer before decompression without checking\nagainst the configured certificate size limit.\n\nImpact summary: An attacker can cause per-connection memory allocations of\nup to approximately 22 MiB and extra CPU work, potentially leading to\nservice degradation or resource exhaustion (Denial of Service).\n\nIn affected configurations, the peer-supplied uncompressed certificate\nlength from a CompressedCertificate message is used to grow a heap buffer\nprior to decompression. This length is not bounded by the max_cert_list\nsetting, which otherwise constrains certificate message sizes. An attacker\ncan exploit this to cause large per-connection allocations followed by\nhandshake failure. No memory corruption or information disclosure occurs.\n\nThis issue only affects builds where TLS 1.3 certificate compression is\ncompiled in (i.e., not OPENSSL_NO_COMP_ALG) and at least one compression\nalgorithm (brotli, zlib, or zstd) is available, and where the compression\nextension is negotiated. Both clients receiving a server CompressedCertificate\nand servers in mutual TLS scenarios receiving a client CompressedCertificate\nare affected. Servers that do not request client certificates are not\nvulnerable to client-initiated attacks.\n\nUsers can mitigate this issue by setting SSL_OP_NO_RX_CERTIFICATE_COMPRESSION\nto disable receiving compressed certificates.\n\nThe FIPS modules in 3.6, 3.5, 3.4 and 3.3 are not affected by this issue,\nas the TLS implementation is outside the OpenSSL FIPS module boundary.\n\nOpenSSL 3.6, 3.5, 3.4 and 3.3 are vulnerable to this issue.\n\nOpenSSL 3.0, 1.1.1 and 1.0.2 are not affected by this issue.","2026-01-27T16:16:15.777Z",[285,286,287,288],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2025-68160","Issue summary: Writing large, newline-free data into a BIO chain using the\nline-buffering filter where the next BIO performs short writes can trigger\na heap-based out-of-bounds write.\n\nImpact summary: This out-of-bounds write can cause memory corruption which\ntypically results in a crash, leading to Denial of Service for an application.\n\nThe line-buffering BIO filter (BIO_f_linebuffer) is not used by default in\nTLS/SSL data paths. In OpenSSL command-line applications, it is typically\nonly pushed onto stdout/stderr on VMS systems. Third-party applications that\nexplicitly use this filter with a BIO chain that can short-write and that\nwrite large, newline-free data influenced by an attacker would be affected.\nHowever, the circumstances where this could happen are unlikely to be under\nattacker control, and BIO_f_linebuffer is unlikely to be handling non-curated\ndata controlled by an attacker. For that reason the issue was assessed as\nLow severity.\n\nThe FIPS modules in 3.6, 3.5, 3.4, 3.3 and 3.0 are not affected by this issue,\nas the BIO implementation is outside the OpenSSL FIPS module boundary.\n\nOpenSSL 3.6, 3.5, 3.4, 3.3, 3.0, 1.1.1 and 1.0.2 are vulnerable to this issue.","2026-01-27T16:16:15.9Z",[293,294,295,296],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2025-69418","Issue summary: When using the low-level OCB API directly with AES-NI or
other hardware-accelerated code paths, inputs whose length is not a multiple
of 16 bytes can leave the final partial block unencrypted and unauthenticated.

Impact summary: The trailing 1-15 bytes of a message may be exposed in
cleartext on encryption and are not covered by the authentication tag,
allowing an attacker to read or tamper with those bytes without detection.

The low-level OCB encrypt and decrypt routines in the hardware-accelerated
stream path process full 16-byte blocks but do not advance the input/output
pointers. The subsequent tail-handling code then operates on the original
base pointers, effectively reprocessing the beginning of the buffer while
leaving the actual trailing bytes unprocessed. The authentication checksum
also excludes the true tail bytes.

However, typical OpenSSL consumers using EVP are not affected because the
higher-level EVP and provider OCB implementations split inputs so that full
blocks and trailing partial blocks are processed in separate calls, avoiding
the problematic code path. Additionally, TLS does not use OCB ciphersuites.
The vulnerability only affects applications that call the low-level
CRYPTO_ocb128_encrypt() or CRYPTO_ocb128_decrypt() functions directly with
non-block-aligned lengths in a single call on hardware-accelerated builds.
For these reasons the issue was assessed as Low severity.

The FIPS modules in 3.6, 3.5, 3.4, 3.3, 3.2, 3.1 and 3.0 are not affected
by this issue, as OCB mode is not a FIPS-approved algorithm.

OpenSSL 3.6, 3.5, 3.4, 3.3, 3.0 and 1.1.1 are vulnerable to this issue.

OpenSSL 1.0.2 is not affected by this issue.","2026-01-27T16:16:33.253Z",[301,302,303,304],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-22795","Issue summary: An invalid or NULL pointer dereference can happen in\nan application processing a malformed PKCS#12 file.\n\nImpact summary: An application processing a malformed PKCS#12 file can be\ncaused to dereference an invalid or NULL pointer on memory read, resulting\nin a Denial of Service.\n\nA type confusion vulnerability exists in PKCS#12 parsing code where\nan ASN1_TYPE union member is accessed without first validating the type,\ncausing an invalid pointer read.\n\nThe location is constrained to a 1-byte address space, meaning any\nattempted pointer manipulation can only target addresses between 0x00 and 0xFF.\nThis range corresponds to the zero page, which is unmapped on most modern\noperating systems and will reliably result in a crash, leading only to a\nDenial of Service. Exploiting this issue also requires a user or application\nto process a maliciously crafted PKCS#12 file. It is uncommon to accept\nuntrusted PKCS#12 files in applications as they are usually used to store\nprivate keys which are trusted by definition. For these reasons, the issue\nwas assessed as Low severity.\n\nThe FIPS modules in 3.5, 3.4, 3.3 and 3.0 are not affected by this issue,\nas the PKCS12 implementation is outside the OpenSSL FIPS module boundary.\n\nOpenSSL 3.6, 3.5, 3.4, 3.3, 3.0 and 1.1.1 are vulnerable to this issue.\n\nOpenSSL 1.0.2 is not affected by this issue.","2026-01-27T16:16:35.43Z",[309,310,311,312],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-22796","Issue summary: A type confusion vulnerability exists in the signature\nverification of signed PKCS#7 data where an ASN1_TYPE union member is\naccessed without first validating the type, causing an invalid or NULL\npointer dereference when processing malformed PKCS#7 data.\n\nImpact summary: An application performing signature verification of PKCS#7\ndata or calling directly the PKCS7_digest_from_attributes() function can be\ncaused to dereference an invalid or NULL pointer when reading, resulting in\na Denial of Service.\n\nThe function PKCS7_digest_from_attributes() accesses the message digest attribute\nvalue without validating its type. When the type is not V_ASN1_OCTET_STRING,\nthis results in accessing invalid memory through the ASN1_TYPE union, causing\na crash.\n\nExploiting this vulnerability requires an attacker to provide a malformed\nsigned PKCS#7 to an application that verifies it. The impact of the\nexploit is just a Denial of Service, the PKCS7 API is legacy and applications\nshould be using the CMS API instead. For these reasons the issue was\nassessed as Low severity.\n\nThe FIPS modules in 3.5, 3.4, 3.3 and 3.0 are not affected by this issue,\nas the PKCS#7 parsing implementation is outside the OpenSSL FIPS module\nboundary.\n\nOpenSSL 3.6, 3.5, 3.4, 3.3, 3.0, 1.1.1 and 1.0.2 are vulnerable to this issue.","2026-01-27T16:16:35.543Z",[317,318,319,320],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-2673","Issue summary: An OpenSSL TLS 1.3 server may fail to negotiate the expected\npreferred key exchange group when its key exchange group configuration includes\nthe default by using the 'DEFAULT' keyword.\n\nImpact summary: A less preferred key exchange may be used even when a more\npreferred group is supported by both client and server, if the group\nwas not included among the client's initial predicated keyshares.\nThis will sometimes be the case with the new hybrid post-quantum groups,\nif the client chooses to defer their use until specifically requested by\nthe server.\n\nIf an OpenSSL TLS 1.3 server's configuration uses the 'DEFAULT' keyword to\ninterpolate the built-in default group list into its own configuration, perhaps\nadding or removing specific elements, then an implementation defect causes the\n'DEFAULT' list to lose its 'tuple' structure, and all server-supported groups\nwere treated as a single sufficiently secure 'tuple', with the server not\nsending a Hello Retry Request (HRR) even when a group in a more preferred tuple\nwas mutually supported.\n\nAs a result, the client and server might fail to negotiate a mutually supported\npost-quantum key agreement group, such as 'X25519MLKEM768', if the client's\nconfiguration results in only 'classical' groups (such as 'X25519' being the\nonly ones in the client's initial keyshare prediction).\n\nOpenSSL 3.5 and later support a new syntax for selecting the most preferred TLS\n1.3 key agreement group on TLS servers. The old syntax had a single 'flat'\nlist of groups, and treated all the supported groups as sufficiently secure.\nIf any of the keyshares predicted by the client were supported by the server\nthe most preferred among these was selected, even if other groups supported by\nthe client, but not included in the list of predicted keyshares would have been\nmore preferred, if included.\n\nThe new syntax partitions the groups into distinct 'tuples' of roughly\nequivalent security. Within each tuple the most preferred group included among\nthe client's predicted keyshares is chosen, but if the client supports a group\nfrom a more preferred tuple, but did not predict any corresponding keyshares,\nthe server will ask the client to retry the ClientHello (by issuing a Hello\nRetry Request or HRR) with the most preferred mutually supported group.\n\nThe above works as expected when the server's configuration uses the built-in\ndefault group list, or explicitly defines its own list by directly defining the\nvarious desired groups and group 'tuples'.\n\nNo OpenSSL FIPS modules are affected by this issue, the code in question lies\noutside the FIPS boundary.\n\nOpenSSL 3.6 and 3.5 are vulnerable to this issue.\n\nOpenSSL 3.6 users should upgrade to OpenSSL 3.6.2 once it is released.\nOpenSSL 3.5 users should upgrade to OpenSSL 3.5.6 once it is released.\n\nOpenSSL 3.4, 3.3, 3.0, 1.0.2 and 1.1.1 are not affected by this issue.","2026-03-13T19:54:34.033Z",[325,326,327,328],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-42766","Issue summary: A specially crafted password-encrypted CMS message\ncan trigger a NULL pointer dereference during CMS decryption.\n\nImpact summary: This NULL pointer dereference leads to an application crash\nand a Denial of Service.\n\nThe CMS PasswordRecipientInfo.keyDerivationAlgorithm field is defined as\nOPTIONAL in the ASN.1 specification and may therefore be absent in specially\ncrafted inputs. During the password-based CMS decryption the OpenSSL\nCMS implementation dereferences this field without first checking whether it\nwas present.\n\nAn attacker who supplies such a CMS message to an application performing\npassword-based CMS decryption can trigger an application crash, leading to\na Denial of Service.\n\nApplications that process password-encrypted CMS messages may be affected.\n\nThe FIPS modules in 4.0, 3.6, 3.5, 3.4, and 3.0 are not affected by this\nissue, as the affected code is outside the OpenSSL FIPS module boundary.","2026-06-09T17:17:07.97Z",[333,334,335,336],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-42767","Issue summary: An attacker-controlled CMP (Certificate Management Protocol)\nserver could trigger a NULL pointer dereference in a CMP client application.\n\nImpact summary: A NULL pointer dereference causes a crash of the\napplication and a Denial of Service.\n\nAn attacker controlling a CMP server (or acting as a man-in-the-middle) could\ncraft a CMP response containing a CRMF (Certificate Request Message Format)\nCertRepMessage with an EncryptedValue structure where the symmAlg field\nhas an algorithm OID but no parameters field. When the OpenSSL CMP client\nprocesses this response, the NULL dereference occurs, causing a crash of\nthe CMP client.\n\nApplications that process untrusted CMP/CRMF messages may be affected.\n\nThe FIPS modules in 4.0, 3.6, 3.5, 3.4, and 3.0 are not affected by this\nissue, as the affected code is outside the OpenSSL FIPS module boundary.","2026-06-09T17:17:08.093Z",[341,342,343,344],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-42769","Issue Summary: An error in the callback used to verify the certificate\nprovided in a Root CA key update Certificate Management Protocol (CMP)\nmessage response rendered the certificate validation ineffectual, which\ncould lead to escalation of credentials from the Registration Authority (RA)\nlevel to the root Certification Authority (root CA) level.\n\nImpact Summary: The Registration Autority could replace the root CA\ncertificate for the CMP clients with an arbitrary root CA certificate.\n\nOne of the parts of the Certificate Management Protocol (CMP), specified in\nRFC 9810, is Root Certification Authority (root CA) key Rollover,\nwhich is sent by the server in a message with type 'id-it-rootCaKeyUpdate'.\nAs part of these messages, 'newWithOld' certificate, the new root CA\ncertificate signed with the old root CA key, is provided, and verifying its\nsignature is crucial for transferring the trust from the old CA key to the\nnew one.\n\nThe 'id-it-rootCaKeyUpdate' messages are expected to be processed with\nOSSL_CMP_get1_rootCaKeyUpdate(), that is expected to verify the 'newWithOld'\ncertificate. A typo in the certificate chain building code led to adding\nan incorrect certificate ('newWithOld' instead of 'oldRoot') to the\ncertificate chain, rendering the certificate verification process ineffectual\n(only the issuer name and the algorithm OIDs were verified by other parts\nof the verification code).\n\nAn attacker who already has credentials that satisfy the CMP message\nprotection checks can generate a new key pair and use a crafted self-signed\ncertificate in its 'id-it-rootCaKeyUpdate' CMP messages which affected CMP\nclients would accept as a new trust anchor.\n\nSignificant preconditions for the attack (having valid RA-level credentials)\nare the reason the issue was assigned Low severity.\n\nThe FIPS modules are not affected by this issue, as the affected code is\noutside the OpenSSL FIPS module boundary.","2026-06-09T17:17:08.377Z",[349,350,351,352],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-45446","Issue summary: The implementations of AES-SIV (RFC 5297) and AES-GCM-SIV\n(RFC 8452) mishandle the authentication of AAD (Additional Authenticated\nData) with an empty ciphertext allowing a forgery of such messages.\n\nImpact summary: An attacker can forge empty messages with arbitrary AAD\nto the victim's application using these ciphers.\n\nAES-SIV (RFC 5297) and AES-GCM-SIV (RFC 8452) are nonce-misuse-resistant AEAD\nmodes: they accept a key, nonce, optional AAD (bytes that are authenticated\nbut not encrypted), and plaintext, and produces ciphertext plus a 16-byte\ntag. On decrypt, `EVP_DecryptFinal_ex()` is documented to return success only\nif the tag is verified succesfully.\n\nIn OpenSSL's provider implementation of these ciphers, the expected tag is\ncomputed only when decryption function is invoked with non-empty data.\nIf the caller supplies AAD and then calls `EVP_DecryptFinal_ex()` without\ninvocation of the ciphertext update, which can happen when the received\nciphertext length is zero, the tag is never recalculated and still holds its\nall-zeros value.\n\nWhen AES-GCM-SIV is used, an attacker who sends arbitrary AAD, empty\nciphertext, and all-zeros tag passes authentication under any key they do not\nknow, single-shot. When AES-SIV is used, for mounting the attack it's\nnecessary for the application to reuse the decryption context without\nresetting the key.\n\nAES-SIV is implemented since OpenSSL 3.0. AES-GCM-SIV is implemented since\nOpenSSL 3.2.\n\nNo protocols implemented in OpenSSL itself (TLS/CMS/PKCS7/HPKE/QUIC) support\neither AES-GCM-SIV or AES-SIV. To mount an attack, the applications must\nimplement their own protocol and use the EVP interface. Also they must skip the\nciphertext update when a message with an empty ciphertext arrives.\n\nThe FIPS modules in 4.0, 3.6, 3.5, 3.4, and 3.0 are not affected by this\nissue, as these algorithms are not FIPS approved and the affected code is\noutside the OpenSSL FIPS module boundary.","2026-06-09T17:17:19.137Z",[357,358,359,360],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2025-15467","Issue summary: Parsing CMS AuthEnvelopedData or EnvelopedData message with\nmaliciously crafted AEAD parameters can trigger a stack buffer overflow.\n\nImpact summary: A stack buffer overflow may lead to a crash, causing Denial\nof Service, or potentially remote code execution.\n\nWhen parsing CMS (Auth)EnvelopedData structures that use AEAD ciphers such as\nAES-GCM, the IV (Initialization Vector) encoded in the ASN.1 parameters is\ncopied into a fixed-size stack buffer without verifying that its length fits\nthe destination. An attacker can supply a crafted CMS message with an\noversized IV, causing a stack-based out-of-bounds write before any\nauthentication or tag verification occurs.\n\nApplications and services that parse untrusted CMS or PKCS#7 content using\nAEAD ciphers (e.g., S/MIME (Auth)EnvelopedData with AES-GCM) are vulnerable.\nBecause the overflow occurs prior to authentication, no valid key material\nis required to trigger it. While exploitability to remote code execution\ndepends on platform and toolchain mitigations, the stack-based write\nprimitive represents a severe risk.\n\nThe FIPS modules in 3.6, 3.5, 3.4, 3.3 and 3.0 are not affected by this\nissue, as the CMS implementation is outside the OpenSSL FIPS module\nboundary.\n\nOpenSSL 3.6, 3.5, 3.4, 3.3 and 3.0 are vulnerable to this issue.\n\nOpenSSL 1.1.1 and 1.0.2 are not affected by this issue.","2026-01-27T16:16:14.257Z",[365,366,367,368],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2025-69419","Issue summary: Calling PKCS12_get_friendlyname() function on a maliciously\ncrafted PKCS#12 file with a BMPString (UTF-16BE) friendly name containing\nnon-ASCII BMP code point can trigger a one byte write before the allocated\nbuffer.\n\nImpact summary: The out-of-bounds write can cause a memory corruption\nwhich can have various consequences including a Denial of Service.\n\nThe OPENSSL_uni2utf8() function performs a two-pass conversion of a PKCS#12\nBMPString (UTF-16BE) to UTF-8. In the second pass, when emitting UTF-8 bytes,\nthe helper function bmp_to_utf8() incorrectly forwards the remaining UTF-16\nsource byte count as the destination buffer capacity to UTF8_putc(). For BMP\ncode points above U+07FF, UTF-8 requires three bytes, but the forwarded\ncapacity can be just two bytes. UTF8_putc() then returns -1, and this negative\nvalue is added to the output length without validation, causing the\nlength to become negative. The subsequent trailing NUL byte is then written\nat a negative offset, causing write outside of heap allocated buffer.\n\nThe vulnerability is reachable via the public PKCS12_get_friendlyname() API\nwhen parsing attacker-controlled PKCS#12 files. While PKCS12_parse() uses a\ndifferent code path that avoids this issue, PKCS12_get_friendlyname() directly\ninvokes the vulnerable function. Exploitation requires an attacker to provide\na malicious PKCS#12 file to be parsed by the application and the attacker\ncan just trigger a one zero byte write before the allocated buffer.\nFor that reason the issue was assessed as Low severity according to our\nSecurity 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 PKCS#12 implementation is outside the OpenSSL FIPS module boundary.\n\nOpenSSL 3.6, 3.5, 3.4, 3.3, 3.0 and 1.1.1 are vulnerable to this issue.\n\nOpenSSL 1.0.2 is not affected by this issue.","2026-01-27T16:16:34.113Z",[373,374,375,376],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2025-69420","Issue summary: A type confusion vulnerability exists in the TimeStamp Response\nverification code where an ASN1_TYPE union member is accessed without first\nvalidating the type, causing an invalid or NULL pointer dereference when\nprocessing a malformed TimeStamp Response file.\n\nImpact summary: An application calling TS_RESP_verify_response() with a\nmalformed TimeStamp Response can be caused to dereference an invalid or\nNULL pointer when reading, resulting in a Denial of Service.\n\nThe functions ossl_ess_get_signing_cert() and ossl_ess_get_signing_cert_v2()\naccess the signing cert attribute value without validating its type.\nWhen the type is not V_ASN1_SEQUENCE, this results in accessing invalid memory\nthrough the ASN1_TYPE union, causing a crash.\n\nExploiting this vulnerability requires an attacker to provide a malformed\nTimeStamp Response to an application that verifies timestamp responses. The\nTimeStamp protocol (RFC 3161) is not widely used and the impact of the\nexploit is just a Denial of Service. For these reasons the issue was\nassessed as Low severity.\n\nThe FIPS modules in 3.5, 3.4, 3.3 and 3.0 are not affected by this issue,\nas the TimeStamp Response implementation is outside the OpenSSL FIPS module\nboundary.\n\nOpenSSL 3.6, 3.5, 3.4, 3.3, 3.0 and 1.1.1 are vulnerable to this issue.\n\nOpenSSL 1.0.2 is not affected by this issue.","2026-01-27T16:16:34.317Z",[381,382,383,384],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2025-69421","Issue summary: Processing a malformed PKCS#12 file can trigger a NULL pointer\ndereference in the PKCS12_item_decrypt_d2i_ex() function.\n\nImpact summary: A NULL pointer dereference can trigger a crash which leads to\nDenial of Service for an application processing PKCS#12 files.\n\nThe PKCS12_item_decrypt_d2i_ex() function does not check whether the oct\nparameter is NULL before dereferencing it. When called from\nPKCS12_unpack_p7encdata() with a malformed PKCS#12 file, this parameter can\nbe NULL, causing a crash. The vulnerability is limited to Denial of Service\nand cannot be escalated to achieve code execution or memory disclosure.\n\nExploiting this issue requires an attacker to provide a malformed PKCS#12 file\nto an application that processes it. For that reason the issue was assessed as\nLow 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 PKCS#12 implementation is outside the OpenSSL FIPS module boundary.\n\nOpenSSL 3.6, 3.5, 3.4, 3.3, 3.0, 1.1.1 and 1.0.2 are vulnerable to this issue.","2026-01-27T16:16:34.437Z",[389,390,391,392],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-28387","Issue 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.","2026-04-07T22:16:20.7Z",[397,398,399,400],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-28388","Issue 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.","2026-04-07T22:16:20.863Z",[405,406,407,408],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-28389","Issue 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.","2026-04-07T22:16:21.03Z",[413,414,415,416],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-28390","Issue 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.","2026-04-07T22:16:21.19Z",[421,422,423,424],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-31790","Issue summary: Applications using RSASVE key encapsulation to establish\na secret encryption key can send contents of an uninitialized memory buffer to\na malicious peer.\n\nImpact summary: The uninitialized buffer might contain sensitive data from the\nprevious execution of the application process which leads to sensitive data\nleakage to an attacker.\n\nRSA_public_encrypt() returns the number of bytes written on success and -1\non error. The affected code tests only whether the return value is non-zero.\nAs a result, if RSA encryption fails, encapsulation can still return success to\nthe caller, set the output lengths, and leave the caller to use the contents of\nthe ciphertext buffer as if a valid KEM ciphertext had been produced.\n\nIf applications use EVP_PKEY_encapsulate() with RSA/RSASVE on an\nattacker-supplied invalid RSA public key without first validating that key,\nthen this may cause stale or uninitialized contents of the caller-provided\nciphertext buffer to be disclosed to the attacker in place of the KEM\nciphertext.\n\nAs a workaround calling EVP_PKEY_public_check() or\nEVP_PKEY_public_check_quick() before EVP_PKEY_encapsulate() will mitigate\nthe issue.\n\nThe FIPS modules in 3.6, 3.5, 3.4, 3.3, 3.1 and 3.0 are affected by this issue.","2026-04-07T22:16:21.77Z",[429,430,431,432],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-34180","Issue summary: Parsing a crafted DER-encoded ASN.1 structure with a primitive\nelement whose content exceeds 2 gigabytes in length may cause a heap buffer\nover-read on 64-bit Unix and Unix-like platforms.\n\nImpact summary: The heap buffer over-read may crash the application (Denial of\nService) or to load into the decoded ASN.1 object contents of memory beyond the\nend of the input buffer. More typically such ASN.1 elements would instead be\ntruncated.\n\nAn integer truncation in OpenSSL's ASN.1 decoder causes the content length of\nan ASN.1 primitive element to be mishandled when it exceeds 2 gigabytes. In the\nworst case the truncated length is treated as a request to scan the binary\ncontent for a terminating zero byte, possibly causing OpenSSL to read either\nless than or beyond the end of the allocated buffer.\n\nApplications that pass attacker-supplied data to d2i_X509(), d2i_PKCS7(), or\nany other d2i_* decoding function are affected. OpenSSL's own command-line\ntools are not vulnerable, as data read through the BIO layer is checked before\nit reaches the affected code. The issue only affects 64-bit Unix and Unix-like\nplatforms; 32-bit platforms and 64-bit Windows are not affected.\n\nThe FIPS modules in 4.0, 3.6, 3.5, 3.4 and 3.0 are not affected by this issue,\nas the affected code is outside the OpenSSL FIPS module boundary.","2026-06-09T17:17:04.6Z",[437,438,439,440],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-34181","Issue Summary: The PKCS#12 file processing fails to perform sufficient input\nvalidation for files that use Password-Based Message Authentication Code 1\n(PBMAC1) integrity mechanism allowing a certificate and private key forgery.\n\nImpact Summary: An attacker impersonating a user can cause a service reading\nPKCS#12 files to accept forged certificates and private keys with a 1 in 256\nprobability.\n\nIf a service accepting PKCS#12 files is using passwords for authenticating\nthe received files, the attacker can create unencrypted PKCS#12 files that\nuse PBMAC1 authentication that specifies an HMAC key of only one byte, allowing\nthem to craft a file that will be accepted with a 1 in 256 probability.\nThat would then cause the service to accept a certificate and private key\ncontrolled by the attacker.\n\nThe FIPS modules are not affected by this issue, as the affected code is\noutside the OpenSSL FIPS module boundary.","2026-06-09T17:17:04.74Z",[445,446,447,448],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-34183","Issue summary: Remote peer may exhaust heap memory of the QUIC\nserver or client by flooding it with packets containing PATH_CHALLENGE\nframes.\n\nImpact summary: A malicious remote peer can cause an unbounded\nmemory allocation which can lead to an abnormal termination of the\napplication acting as a QUIC client or server and a Denial of Service.\n\nA remote peer may exhaust heap memory by flooding the local\nQUIC stack with PATH_CHALLENGE frames. The local QUIC stack\nallocates a PATH_RESPONSE frame for every PATH_CHALLENGE it receives.\nThe allocated PATH_RESPONSE frame gets freed only when the remote\npeer acknowledges reception of the PATH_RESPONSE frame which will\nnot be done by a malicious peer.\n\nThe FIPS modules in 4.0, 3.6, 3.5, 3.4, and 3.0 are not affected by\nthis issue. The QUIC stack is outside of OpenSSL FIPS module\nboundary.","2026-06-09T17:17:05Z",[453,454,455,456],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-42764","Issue summary: Receiving a QUIC initial packet with an invalid token may\ntrigger a NULL pointer dereference in the OpenSSL QUIC server with\naddress validation disabled.\n\nImpact summary: NULL pointer dereference typically causes abnormal termination\nof the affected QUIC server process and a Denial of Service.\n\nIf the address validation is disabled in the OpenSSL QUIC server\nimplementation, an attacker can crash the server by sending an initial\npacket with an invalid or expired token.\n\nBy default, the client address validation is enabled in the OpenSSL QUIC server\nimplementation, which makes the default configuration not vulnerable\nto this issue. However if the SSL_LISTENER_FLAG_NO_VALIDATE is used with\nthe SSL_new_listener() call, the address validation is disabled making the\nvulnerable code reachable.\n\nThe FIPS modules in 4.0, 3.6, 3.5, 3.4, and 3.0 are not affected by this\nissue, as the affected code is outside the OpenSSL FIPS module boundary.","2026-06-09T17:17:07.693Z",[461,462,463,464],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-45445","Issue summary: When an application drives an AES-OCB context through the\npublic EVP_Cipher() one-shot interface, the application-supplied\ninitialisation vector (IV) is silently discarded.\n\nImpact summary: Every message encrypted under the same key uses the\nsame effective nonce regardless of the IV supplied by the caller,\nresulting in (key, nonce) reuse and loss of confidentiality. If the\nsame code path is used to compute the authentication tag, the tag\ndepends only on the (key, IV) pair and not on the plaintext or\nciphertext, allowing universal forgery of arbitrary ciphertext from a\nsingle captured message.\n\nOpenSSL provides two ways to drive a cipher: the documented streaming\ninterface (EVP_CipherUpdate / EVP_CipherFinal_ex) and a lower-level\none-shot, EVP_Cipher(), whose documentation explicitly recommends\nagainst use by applications in favour of EVP_CipherUpdate() and\nEVP_CipherFinal_ex(). The OCB provider's streaming handler flushes\nthe application-supplied IV into the OCB context before processing\ndata; the one-shot handler did not. Every call to EVP_Cipher() on an\nAES-OCB context therefore ran with the all-zero key-derived offset\nstate left by cipher initialisation, regardless of the caller's IV.\n\nIf EVP_EncryptFinal_ex() is subsequently used to obtain the\nauthentication tag, the deferred IV setup runs at that point and\nclears the running checksum that should have been accumulated over the\nplaintext. The resulting tag is a function of (key, IV) only and\nverifies against any ciphertext produced under the same (key, IV)\npair.\n\nThe OpenSSL SSL/TLS implementation is not affected: AES-OCB is not a\nTLS cipher suite, and libssl does not call EVP_Cipher() in any case.\nApplications that drive AES-OCB through the documented streaming AEAD\nAPI (EVP_CipherUpdate / EVP_CipherFinal_ex) are not affected. Only\napplications that combine the AES-OCB cipher with the EVP_Cipher()\none-shot API are vulnerable.\n\nThe FIPS modules in 4.0, 3.6, 3.5, 3.4 and 3.0 are not affected by\nthis issue, as AES-OCB is outside the OpenSSL FIPS module boundary.","2026-06-09T17:17:18.993Z",[469,470,471,472],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-45447","Issue summary: A specially crafted PKCS#7 or S/MIME signed message could\ntrigger a use-after-free during PKCS#7 signature verification.\n\nImpact summary: A use-after-free may result in process crashes, heap\ncorruption, or potentially remote code execution.\n\nWhen processing a PKCS#7 or S/MIME signed message, if the SignedData\ndigestAlgorithms field is present as an empty ASN.1 SET, OpenSSL may\nincorrectly free a caller-owned BIO during PKCS7_verify(). A subsequent\nuse of the BIO by the calling application results in a use-after-free\ncondition.\n\nIn the common case this occurs when the application later calls\nBIO_free() on the BIO originally passed to PKCS7_verify(). Depending\non allocator behavior and application-specific BIO usage patterns, this\nmay result in a crash or other memory corruption. In some application\ncontexts this may potentially be exploitable for remote code execution.\n\nApplications that process PKCS#7 or S/MIME signed messages using OpenSSL\nPKCS#7 APIs may be affected. Applications using the CMS APIs for this\nprocessing are not affected.\n\nThe FIPS modules in 4.0, 3.6, 3.5, 3.4, and 3.0 are not affected by this\nissue, as the affected code is outside the OpenSSL FIPS module boundary.","2026-06-09T17:17:19.277Z",[477,478,479,480],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-7383","Issue summary: A signed integer overflow when sizing the destination\nbuffer for Unicode output in ASN1_mbstring_ncopy() can lead to a heap\nbuffer overflow.\n\nImpact summary: A heap buffer overflow may lead to a crash or possibly\nattacker controlled code execution or other undefined behaviour.\n\nIn ASN1_mbstring_copy() and ASN1_mbstring_ncopy() the destination\nsize for Unicode output is computed in a signed int: by left shift\nof the input character count for BMPSTRING (UTF-16) and\nUNIVERSALSTRING (UTF-32), and by summing per-character byte counts\nfor UTF8STRING. The calculation overflows when the input reaches\naround 2^30 characters. In the worst case (UNIVERSALSTRING at 2^30\ncharacters) the size wraps to zero, OPENSSL_malloc(1) is called, and\nthe subsequent character copy writes several gigabytes past the\none-byte allocation.\n\nX.509 certificate processing routes through ASN1_STRING_set_by_NID(),\nwhose DIRSTRING_TYPE mask excludes UNIVERSALSTRING and whose per-NID\nsize limits cap the input length; no network protocol or\ncertificate-handling path in OpenSSL exercises the overflow.\nTriggering the bug requires an application that calls\nASN1_mbstring_copy() or ASN1_mbstring_ncopy() directly, or registers\na custom string type via ASN1_STRING_TABLE_add(), with\nattacker-controlled input on the order of half a gigabyte or more.\nFor these reasons this issue was assigned Low severity.\n\nThe FIPS modules in 4.0, 3.6, 3.5, 3.4 and 3.0 are not affected by\nthis issue, as the affected code is outside the OpenSSL FIPS module\nboundary.","2026-06-09T17:17:50.337Z",[485,486,487,488],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-9076","Issue summary: When CMS password-based decryption (RFC 3211 / PWRI key unwrap)\nprocesses attacker-supplied CMS data, an attacker-chosen stream-mode KEK\ncipher can trigger a heap out-of-bounds read in kek_unwrap_key().\n\nImpact summary: A heap buffer over-read may trigger a crash which leads to\nDenial of Service for an application if the input buffer ends at a memory\npage boundary and the following page is unmapped. There is no information\ndisclosure as the over-read bytes are not revealed to the attacker.\n\nThe key unwrapping function performs a check-byte test as specified in the\nRFC that reads 7 bytes from a heap allocation that is based on the wrapped\nkey length from the message. There is a minimum length check based on the\nblock length of the wrapping cipher. However the cipher is selected from\nan OID carried in the attacker's PWRI keyEncryptionAlgorithm with no\nrequirement that the cipher be a block cipher. When an attacker selects\na stream-mode cipher the guard will be ineffective and the allocated buffer\ncontaining the unwrapped key can be too small to fit the check-bytes\nspecified in the RFC and a buffer over-read can happen.\n\nApplications calling CMS_decrypt() or CMS_decrypt_set1_password()\n(equivalently openssl cms -decrypt -pwri_password ...) on untrusted CMS\ndata are vulnerable to this issue. No password knowledge is required: the\nover-read happens during the unwrap attempt before any authentication\nsucceeds.\n\nThe over-read is limited to a few bytes and is not written to output, so\nthere is no information disclosure. Triggering a crash requires the\nallocation to border unmapped memory, which is unlikely with the normal\nallocator.\n\nThe FIPS modules are not affected by this issue.","2026-06-09T17:17:50.997Z",[493,494,495,496],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-31789","Issue summary: Converting an excessively large OCTET STRING value to\na hexadecimal string leads to a heap buffer overflow on 32 bit platforms.\n\nImpact summary: A heap buffer overflow may lead to a crash or possibly\nan attacker controlled code execution or other undefined behavior.\n\nIf an attacker can supply a crafted X.509 certificate with an excessively\nlarge OCTET STRING value in extensions such as the Subject Key Identifier\n(SKID) or Authority Key Identifier (AKID) which are being converted to hex,\nthe size of the buffer needed for the result is calculated as multiplication\nof the input length by 3. On 32 bit platforms, this multiplication may overflow\nresulting in the allocation of a smaller buffer and a heap buffer overflow.\n\nApplications and services that print or log contents of untrusted X.509\ncertificates are vulnerable to this issue. As the certificates would have\nto have sizes of over 1 Gigabyte, printing or logging such certificates\nis a fairly unlikely operation and only 32 bit platforms are affected,\nthis issue was assigned Low severity.\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.","critical","2026-04-07T22:16:21.617Z",[502,503,504,505],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"CVE-2026-34182","Issue Summary: Cryptographic Message Services (CMS) processing fails to perform\nsufficient input validation on the cipher and tag length fields of\nAuthEnvelopedData containers, leading to various potential compromises.\n\nImpact Summary: Attackers making use of these vulnerabilities may achieve\nkey-equivalent functionality for a given CMS recipient and/or bypass integrity\nvalidation for a given message.\n\nIn one use case, an attacker may send a CMS message containing\nAuthEnvelopedData with the cipher specified as a non-AEAD cipher. OpenSSL\nerroneously allows this selection, and attempts to decrypt and validate the\nmessage.\n\nAn on-path attacker who captures one legitimate AES-GCM AuthEnvelopedData\naddressed to the victim can re-emit it with the recipientInfos set left\nbyte-for-byte intact, so the victim's private key still unwraps the genuine CEK\n(the content-encryption key), but with the inner OID rewritten to AES-256-OFB\n(Output Feedback Mode, an unauthenticated keystream mode) and with an\nattacker-chosen IV and ciphertext. The victim initializes AES-256-OFB under the\nreal CEK, never consults the MAC field, and CMS_decrypt() returns success.\n\nIf the application under attack responds to the attacker with any indicator\nshowing success or failure of the decryption effort, it is possible for the\nattacker to use this as an oracle to obtain key equivalent functionality for the\nCEK used for the chosen recipient of the message.\n\nIn another use case, an attacker can reduce the tag length of the chosen AEAD\ncipher for a given AuthEnvelopedData container to be a single byte long,\nallowing an attacker to brute force CMS decryption, producing an integrity\nbypass for applications that trust CMS_decrypt() to reject modified content.\n\nThe FIPS modules are not affected by this issue.","2026-06-09T17:17:04.857Z",[510,511,512,513],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},31228,"sha256:54da1735d4b1d7269079c556ecf80696654a870b1d12a91ccaae34d82ded01e4",[519],"2025-10-03T00:45:29.919141Z","2025-10-03T00:47:10.806095Z","5.3-202510030045",{"_90":527,"_92":93,"_94":91,"_95":537,"_97":98,"_99":98,"_100":538,"_102":21,"_103":539,"_105":540,"_107":541,"_108":109},"changes",[523,524],{"_90":535,"_526":527,"_129":536,"_529":530,"_531":532,"_533":534},{"_90":525,"_526":527,"_129":528,"_529":530,"_531":532,"_533":534},26887274,"imageVersionID",98623,"ncurses","entityType","package","actionType","updated","entityVersion","6.6_p20260103-r0",26887273,"ncurses-terminfo-base","sha256:5aaf4715614cecd8ae4f48cd24fb9bfa4a159a4bfc5e6d5877276915ed5e244f",[542],"2026-01-12T00:54:22.824485Z","2026-01-05T00:59:48.618791Z","2026-01-12T00:58:05.936755Z","5.3-202601120054",{"_90":547,"_92":93,"_94":91,"_95":550,"_97":98,"_99":98,"_100":551,"_102":21,"_103":552,"_105":553,"_107":553,"_108":109},[545],{"_90":546,"_526":547,"_129":548,"_529":530,"_531":532,"_533":549},27245788,109073,"openssl-fips-test","0.8-r0","sha256:86fb6afff60903bb22fc68a1b445005b5e7546e4e00e27b5ed598ef29aa733bf",[554],"2026-01-17T00:45:11.422435Z","2026-01-17T00:48:46.407226Z","5.3-202601170045",{"_90":560,"_92":93,"_94":91,"_95":563,"_97":98,"_99":98,"_100":564,"_102":21,"_103":565,"_105":566,"_107":567,"_108":109},[557,558],{"_90":562,"_526":560,"_129":536,"_529":530,"_531":532,"_533":561},{"_90":559,"_526":560,"_129":528,"_529":530,"_531":532,"_533":561},27340770,110984,"6.6_p20260117-r0",27340769,"sha256:2d20bb28fd569ad1c3f4cf0dc1114195938dc867207f16ac10a0f201b8bc1051",[568],"2026-01-22T00:48:13.65375Z","2026-01-19T00:52:22.642486Z","2026-01-22T00:52:20.875525Z","5.3-202601220048",{"_90":576,"_92":93,"_94":91,"_95":604,"_97":98,"_99":98,"_100":605,"_102":21,"_103":606,"_105":607,"_107":607,"_108":109},[580,581,582],[572,573,574],{"_90":579,"_526":576,"_129":130,"_529":530,"_531":532,"_533":577},{"_90":578,"_526":576,"_129":135,"_529":530,"_531":532,"_533":577},{"_90":575,"_526":576,"_129":134,"_529":530,"_531":532,"_533":577},27579346,116980,"2.43-r0",27579345,27579344,{"_115":597,"_117":598,"_119":109,"_120":192,"_122":599,"_124":600},{"_115":590,"_117":591,"_119":109,"_120":192,"_122":592,"_124":593},{"_115":583,"_117":584,"_119":109,"_120":192,"_122":585,"_124":586},"CVE-2025-15281","Calling wordexp with WRDE_REUSE in conjunction with WRDE_APPEND in the GNU C Library version 2.0 to version 2.42 may cause the interface to return uninitialized memory in the we_wordv member, which on subsequent calls to wordfree may abort the process.","2026-01-20T14:16:07.843Z",[587,588,589],{"_129":134,"_131":132,"_133":134},{"_129":135,"_131":132,"_133":134},{"_129":130,"_131":132,"_133":134},"CVE-2026-0861","Passing too large an alignment to the memalign suite of functions (memalign, posix_memalign, aligned_alloc) in the GNU C Library version 2.30 to 2.42 may result in an integer overflow, which could consequently result in a heap corruption.\n\nNote that the attacker must have control over both, the size as well as the alignment arguments of the memalign function to be able to exploit this. The size parameter must be close enough to PTRDIFF_MAX so as to overflow size_t along with the large alignment argument. This limits the malicious inputs for the alignment for memalign to the range [1<<62+ 1, 1<<63] and exactly 1<<63 for posix_memalign and aligned_alloc.\n\nTypically the alignment argument passed to such functions is a known constrained quantity (e.g. page size, block size, struct sizes) and is not attacker controlled, because of which this may not be easily exploitable in practice. An application bug could potentially result in the input alignment being too large, e.g. due to a different buffer overflow or integer overflow in the application or its dependent libraries, but that is again an uncommon usage pattern given typical sources of alignments.","2026-01-14T21:15:52.617Z",[594,595,596],{"_129":134,"_131":132,"_133":134},{"_129":135,"_131":132,"_133":134},{"_129":130,"_131":132,"_133":134},"CVE-2026-0915","Calling getnetbyaddr or getnetbyaddr_r with a configured nsswitch.conf that specifies the library's DNS backend for networks and queries for a zero-valued network in the GNU C Library version 2.0 to version 2.42 can leak stack contents to the configured DNS resolver.","2026-01-15T22:16:12.457Z",[601,602,603],{"_129":134,"_131":132,"_133":134},{"_129":135,"_131":132,"_133":134},{"_129":130,"_131":132,"_133":134},"sha256:145b4731a52b681ce08011fb82bbcc939d76d25dbee390f7b6562a2cf71f27d7",[608],"2026-01-24T00:47:12.235584Z","2026-01-24T00:50:52.116412Z","5.3-202601240047",{"_90":613,"_92":93,"_94":91,"_95":616,"_97":98,"_99":98,"_100":617,"_102":21,"_103":618,"_105":619,"_107":619,"_108":109},[611],{"_90":612,"_526":613,"_129":614,"_529":530,"_531":532,"_533":615},27786042,119006,"libgcc-15","15.2.0-r3","sha256:0b3ebdd68a761ee8581e053d94a8fed0fd6a5c61a3f5f0815daa3576b3e0319f",[620],"2026-01-25T00:53:33.441165Z","2026-01-25T00:56:51.648409Z","5.3-202601250053",{"_90":626,"_92":93,"_94":91,"_95":629,"_97":98,"_99":98,"_100":630,"_102":21,"_103":631,"_105":632,"_107":632,"_108":109},[623,624],{"_90":628,"_526":626,"_129":536,"_529":530,"_531":532,"_533":627},{"_90":625,"_526":626,"_129":528,"_529":530,"_531":532,"_533":627},27807464,122194,"6.6_p20260124-r0",27807463,"sha256:95b57b0e65ea8662e475ecf1f78533036cc4060f0e719470cc3cb5fb96cbe2bd",[633],"2026-01-26T00:53:05.711919Z","2026-01-26T00:57:15.154007Z","5.3-202601260052",{"_90":642,"_92":93,"_94":91,"_95":719,"_97":98,"_99":98,"_100":720,"_102":21,"_103":721,"_105":722,"_107":722,"_108":109},[647,648,649,650,651,652,653,654,655,656,657,658],[637,638,639,640],{"_90":646,"_526":642,"_129":181,"_529":530,"_531":532,"_533":643},{"_90":645,"_526":642,"_129":180,"_529":530,"_531":532,"_533":643},{"_90":644,"_526":642,"_129":179,"_529":530,"_531":532,"_533":643},{"_90":641,"_526":642,"_129":177,"_529":530,"_531":532,"_533":643},27825476,124804,"3.5.5-r0",27825475,27825474,27825473,{"_115":385,"_117":386,"_119":109,"_120":192,"_122":387,"_124":714},{"_115":377,"_117":378,"_119":109,"_120":192,"_122":379,"_124":709},{"_115":369,"_117":370,"_119":109,"_120":192,"_122":371,"_124":704},{"_115":361,"_117":362,"_119":109,"_120":192,"_122":363,"_124":699},{"_115":313,"_117":314,"_119":109,"_120":121,"_122":315,"_124":694},{"_115":305,"_117":306,"_119":109,"_120":121,"_122":307,"_124":689},{"_115":297,"_117":298,"_119":109,"_120":121,"_122":299,"_124":684},{"_115":289,"_117":290,"_119":109,"_120":121,"_122":291,"_124":679},{"_115":281,"_117":282,"_119":109,"_120":121,"_122":283,"_124":674},{"_115":273,"_117":274,"_119":109,"_120":121,"_122":275,"_124":669},{"_115":265,"_117":266,"_119":109,"_120":121,"_122":267,"_124":664},{"_115":257,"_117":258,"_119":109,"_120":121,"_122":259,"_124":659},[660,661,662,663],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[665,666,667,668],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[670,671,672,673],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[675,676,677,678],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[680,681,682,683],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[685,686,687,688],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[690,691,692,693],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[695,696,697,698],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[700,701,702,703],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[705,706,707,708],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[710,711,712,713],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[715,716,717,718],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"sha256:a13031b4789141062672f9e5d27c642e78fc40899e198bbd1c409accb852e1b4",[723],"2026-01-28T00:48:52.205263Z","2026-01-28T00:53:07.225128Z","5.3-202601280048",{"_90":729,"_92":93,"_94":91,"_95":734,"_97":98,"_99":98,"_100":735,"_102":21,"_103":736,"_105":737,"_107":737,"_108":109},[726,727],{"_90":732,"_526":729,"_129":733,"_529":530,"_531":532,"_533":731},{"_90":728,"_526":729,"_129":730,"_529":530,"_531":532,"_533":731},28073114,129219,"procps","4.0.6-r0",28073113,"libproc-2-0","sha256:1b32d274607d6af8b630e87a95a5353b9fc9cd89d705fb30ec25e42f3976fd4c",[738],"2026-01-31T00:49:59.337929Z","2026-01-31T00:53:32.714704Z","5.3-202601310049",{"_90":744,"_92":93,"_94":91,"_95":747,"_97":98,"_99":98,"_100":748,"_102":21,"_103":749,"_105":750,"_107":750,"_108":109},[741,742],{"_90":746,"_526":744,"_129":536,"_529":530,"_531":532,"_533":745},{"_90":743,"_526":744,"_129":528,"_529":530,"_531":532,"_533":745},28196324,132493,"6.6_p20260131-r0",28196323,"sha256:225b1e011f198eaddbb3663f22242b2885c9c95e1b2d60515e418b020b3d02e4",[751],"2026-02-01T01:00:14.497223Z","2026-02-01T02:02:21.50075Z","5.3-202602010100",{"_90":756,"_92":93,"_94":91,"_95":759,"_97":98,"_99":98,"_100":760,"_102":21,"_103":761,"_105":762,"_107":762,"_108":109},[754],{"_90":755,"_526":756,"_129":757,"_529":530,"_531":532,"_533":758},28366744,134667,"libsepol","3.10-r0","sha256:7eab5c02942fcbc42fe57a6b605ae6123e5cb98660f3450fe49a4298448cbe7d",[763],"2026-02-03T00:57:49.509058Z","2026-02-03T01:02:08.583879Z","5.3-202602030057",{"_90":768,"_92":93,"_94":91,"_95":770,"_97":98,"_99":98,"_100":771,"_102":21,"_103":772,"_105":773,"_107":773,"_108":109},[766],{"_90":767,"_526":768,"_129":769,"_529":530,"_531":532,"_533":758},28920113,136617,"libselinux","sha256:186f36535c05016968ad747918fb91b66a6d89428d2c6c97fa5346ea6cb48087",[774],"2026-02-04T12:52:55.832722Z","2026-02-04T12:56:56.759081Z","5.3-202602041252",{"_90":779,"_92":93,"_94":91,"_95":781,"_97":98,"_99":98,"_100":782,"_102":21,"_103":783,"_105":784,"_107":784,"_108":109},[777],{"_90":778,"_526":779,"_529":780,"_531":532},28981508,139491,"metadata","sha256:7da94025a3e45042397e7dae0b279701af7147509b96932b3b6e4d34ef433dc0",[785],"2026-02-05T01:44:38.769995Z","2026-02-05T01:49:15.539792Z","5.3-202602050144",{"_90":792,"_92":93,"_94":91,"_95":803,"_97":98,"_99":98,"_100":804,"_102":21,"_103":805,"_105":806,"_107":807,"_108":109},[797],[789,790],{"_90":794,"_526":792,"_129":795,"_529":530,"_531":532,"_533":796},{"_90":791,"_526":792,"_129":152,"_529":530,"_531":532,"_533":793},28994715,140823,"1.37.0-r7",28994714,"coreutils","9.10-r0",{"_115":798,"_117":799,"_119":109,"_120":121,"_122":800,"_124":801},"CVE-2025-60876","BusyBox wget thru 1.3.7 accepted raw CR (0x0D)/LF (0x0A) and other C0 control bytes in the HTTP request-target (path/query), allowing the request line to be split and attacker-controlled headers to be injected. To preserve the HTTP/1.1 request-line shape METHOD SP request-target SP HTTP/1.1, a raw space (0x20) in the request-target must also be rejected (clients should use %20).","2025-11-10T20:15:48.683Z",[802],{"_129":152,"_131":132,"_133":152},"sha256:e7e3c40fd095cacfc42e874ec8380a13c4e8283144ae3183f276d1012b2d5d57",[808],"2026-02-05T21:53:22.573121Z","2026-02-05T16:42:15.9378Z","2026-02-05T21:56:00.824316Z","5.3-202602052153",{"_90":813,"_92":93,"_94":91,"_95":816,"_97":98,"_99":98,"_100":817,"_102":21,"_103":818,"_105":819,"_107":819,"_108":109},[811],{"_90":812,"_526":813,"_129":814,"_529":530,"_531":532,"_533":815},29199498,145325,"minimos-baselayout","20241031-r11","sha256:239e72afa95f2838654aff04c291d07c0fed3f6a1b683bd7bb8b996df94c2d70",[820],"2026-02-06T12:11:41.017275Z","2026-02-06T12:14:23.490985Z","5.3-202602061211",{"_90":826,"_92":93,"_94":91,"_95":829,"_97":98,"_99":98,"_100":830,"_102":21,"_103":831,"_105":832,"_107":833,"_108":109},[823,824],{"_90":828,"_526":826,"_129":536,"_529":530,"_531":532,"_533":827},{"_90":825,"_526":826,"_129":528,"_529":530,"_531":532,"_533":827},29309852,148363,"6.6_p20260207-r0",29309851,"sha256:391aaabe81feac2d71531ab7d42300cd5710bd112ac7684a290ea8db4827ead6",[834],"2026-02-08T12:52:46.318398Z","2026-02-08T01:08:04.02841Z","2026-02-08T12:56:00.838973Z","5.3-202602081252",{"_90":840,"_92":93,"_94":91,"_95":843,"_97":98,"_99":98,"_100":844,"_102":21,"_103":845,"_105":846,"_107":846,"_108":109},[837,838],{"_90":842,"_526":840,"_129":536,"_529":530,"_531":532,"_533":841},{"_90":839,"_526":840,"_129":528,"_529":530,"_531":532,"_533":841},30021844,159481,"6.6_p20260214-r0",30021843,"sha256:74d9461cab32f4a8ca36496469ae06be3929253207a0772706d88ea13ae9c764",[847],"2026-02-16T01:28:52.06572Z","2026-02-16T01:48:55.440703Z","5.3-202602160128",{"_90":854,"_92":93,"_94":91,"_95":860,"_97":98,"_99":98,"_100":861,"_102":21,"_103":862,"_105":863,"_107":863,"_108":109},[850,851,852],{"_90":859,"_526":854,"_129":536,"_529":530,"_531":532,"_533":858},{"_90":857,"_526":854,"_129":528,"_529":530,"_531":532,"_533":858},{"_90":853,"_526":854,"_129":855,"_529":530,"_531":532,"_533":856},45322153,165251,"gawk","5.4.0-r0",45322152,"6.6_p20260221-r0",45322151,"sha256:7096b67ca824732f1e2e352a702243bda92d3ff7fe4f9e64e00fbbff447c8cce",[864],"2026-02-23T00:59:00.629324Z","2026-02-23T01:02:17.218055Z","5.3-202602230058",{"_90":869,"_92":93,"_94":91,"_95":871,"_97":98,"_99":98,"_100":872,"_102":21,"_103":873,"_105":874,"_107":874,"_108":109},[867],{"_90":868,"_526":869,"_129":548,"_529":530,"_531":532,"_533":870},45599477,169725,"0.9-r0","sha256:b48bc5bb2f04dd9d25575a742ea37ba3a5c56718c4f2fec3723f580725591979",[875],"2026-02-28T00:50:09.230329Z","2026-02-28T00:53:19.54935Z","5.3-202602280050",{"_90":880,"_92":93,"_94":91,"_95":882,"_97":98,"_99":98,"_100":883,"_102":21,"_103":884,"_105":885,"_107":886,"_108":109},[878],{"_90":879,"_526":880,"_129":814,"_529":530,"_531":532,"_533":881},45744500,171674,"20241031-r12","sha256:7ffbcebb2930aee843e956ecacf020b87e6b31c95dcbd82f403653268c62a114",[887],"2026-03-02T00:57:21.143823Z","2026-03-01T12:02:26.103335Z","2026-03-02T00:59:47.841689Z","5.3-202603020057",{"_90":894,"_92":93,"_94":91,"_95":899,"_97":98,"_99":98,"_100":900,"_102":21,"_103":901,"_105":902,"_107":902,"_108":109},[890,891,892],{"_90":897,"_526":894,"_129":814,"_529":530,"_531":532,"_533":898},{"_90":896,"_526":894,"_129":536,"_529":530,"_531":532,"_533":895},{"_90":893,"_526":894,"_129":528,"_529":530,"_531":532,"_533":895},45834372,177117,"6.6_p20260301-r0",45834371,45834370,"20241031-r13","sha256:a5e80b97d654eec8623f2fa80fc38c40ddc4f4da29706ba9e2531f62b2bdb7aa",[903],"2026-03-03T00:56:47.187609Z","2026-03-03T01:00:06.754654Z","5.3-202603030056",{"_90":909,"_92":93,"_94":91,"_95":912,"_97":98,"_99":98,"_100":913,"_102":21,"_103":914,"_105":915,"_107":915,"_108":109},[906,907],{"_90":911,"_526":909,"_129":536,"_529":530,"_531":532,"_533":910},{"_90":908,"_526":909,"_129":528,"_529":530,"_531":532,"_533":910},46032245,185236,"6.6_p20260307-r0",46032244,"sha256:95851faf43ebb66419e700405daeb4df617cd276ea639142c08060be5e1d4da4",[916],"2026-03-09T00:58:04.218948Z","2026-03-09T01:01:38.710857Z","5.3-202603090057",{"_90":922,"_92":93,"_94":91,"_95":925,"_97":98,"_99":98,"_100":926,"_102":21,"_103":927,"_105":928,"_107":928,"_108":109},[919,920],{"_90":924,"_526":922,"_129":536,"_529":530,"_531":532,"_533":923},{"_90":921,"_526":922,"_129":528,"_529":530,"_531":532,"_533":923},46987384,193940,"6.6_p20260314-r0",46987383,"sha256:fad6b339ad14e951427d866081a9e903fe223d7e3371ecb2b70e7b2c0039ed6d",[929],"2026-03-15T01:04:07.233516Z","2026-03-15T01:07:46.088011Z","5.3-202603150103",{"_90":934,"_92":93,"_94":91,"_95":935,"_97":98,"_99":98,"_100":936,"_102":21,"_103":937,"_105":938,"_107":938,"_108":109},[932],{"_90":933,"_526":934,"_529":780,"_531":532},50418425,196788,"sha256:87cb6e3bd75b6c9cf0363c672bc2aa946e49c38a6d007d0cf4db58a8c54f1dc3",[939],"2026-03-15T12:34:03.476069Z","2026-03-15T12:37:36.189392Z","5.3-202603151233",{"_90":944,"_92":93,"_94":91,"_95":947,"_97":98,"_99":98,"_100":948,"_102":21,"_103":949,"_105":950,"_107":950,"_108":109},[942],{"_90":943,"_526":944,"_129":945,"_529":530,"_531":532,"_533":946},53591453,206325,"libxcrypt","4.5.2-r1","sha256:3575d5009d5de2922ab9657ea15001b447d1c5fdb9d9ccba59063e036b939f3c",[951],"2026-03-20T01:09:03.252522Z","2026-03-20T01:12:22.422053Z","5.3-202603200108",{"_90":957,"_92":93,"_94":91,"_95":960,"_97":98,"_99":98,"_100":961,"_102":21,"_103":962,"_105":963,"_107":964,"_108":109},[954,955],{"_90":959,"_526":957,"_129":536,"_529":530,"_531":532,"_533":958},{"_90":956,"_526":957,"_129":528,"_529":530,"_531":532,"_533":958},53970225,209492,"6.6_p20260321-r0",53970224,"sha256:30a6b0bc85f7e59a013858b20d6c0d62ec078574cf766c610a7af14a964b19fd",[965],"2026-03-23T01:01:56.279876Z","2026-03-22T01:04:38.924303Z","2026-03-23T01:04:51.255358Z","5.3-202603230101",{"_90":971,"_92":93,"_94":91,"_95":974,"_97":98,"_99":98,"_100":975,"_102":21,"_103":976,"_105":977,"_107":977,"_108":109},[968,969],{"_90":973,"_526":971,"_129":536,"_529":530,"_531":532,"_533":972},{"_90":970,"_526":971,"_129":528,"_529":530,"_531":532,"_533":972},54727487,221472,"6.6_p20260328-r0",54727486,"sha256:7601641be8d3f432e1676432346c89b5abd02a2e4db12cbc335ece3e78f584c4",[978],"2026-03-30T01:24:30.91194Z","2026-03-30T01:27:03.091091Z","5.3-202603300124",{"_90":984,"_92":93,"_94":91,"_95":987,"_97":98,"_99":98,"_100":988,"_102":21,"_103":989,"_105":990,"_107":990,"_108":109},[981,982],{"_90":986,"_526":984,"_129":536,"_529":530,"_531":532,"_533":985},{"_90":983,"_526":984,"_129":528,"_529":530,"_531":532,"_533":985},58784510,228284,"6.6_p20260404-r0",58784509,"sha256:8d1e01c60b3d41929dca5ce6a157d7992a0c94684be9127d0c5ff2c74159485a",[991],"2026-04-06T01:19:09.618821Z","2026-04-06T01:21:30.012294Z","5.3-202604060118",{"_90":998,"_92":93,"_94":91,"_95":1006,"_97":98,"_99":98,"_100":1007,"_102":21,"_103":1008,"_105":1009,"_107":1009,"_108":109},[994,995,996],{"_90":1003,"_526":998,"_129":1004,"_529":530,"_531":1005,"_533":577},{"_90":1001,"_526":998,"_129":1002,"_529":530,"_531":532,"_533":1000},{"_90":997,"_526":998,"_129":999,"_529":530,"_531":532,"_533":1000},58792662,231355,"bash-oci-entrypoint","5.3-r3",58792661,"bash",58792660,"posix-libc-utils","added","sha256:306e7ad75d8dc6fd6bf420869c33267b431904bbb6feb9c3dbf936f48945407c",[1010],"2026-04-07T01:34:53.558238Z","2026-04-07T01:38:04.808734Z","5.3-202604070134",{"_90":1019,"_92":93,"_94":91,"_95":1066,"_97":98,"_99":98,"_100":1067,"_102":21,"_103":1068,"_105":1069,"_107":1069,"_108":109},[1024,1025,1026,1027,1028,1029,1030],[1014,1015,1016,1017],{"_90":1023,"_526":1019,"_129":181,"_529":530,"_531":532,"_533":1020},{"_90":1022,"_526":1019,"_129":180,"_529":530,"_531":532,"_533":1020},{"_90":1021,"_526":1019,"_129":179,"_529":530,"_531":532,"_533":1020},{"_90":1018,"_526":1019,"_129":177,"_529":530,"_531":532,"_533":1020},59413686,233473,"3.5.6-r0",59413685,59413684,59413683,{"_115":497,"_117":498,"_119":109,"_120":499,"_122":500,"_124":1061},{"_115":425,"_117":426,"_119":109,"_120":192,"_122":427,"_124":1056},{"_115":417,"_117":418,"_119":109,"_120":192,"_122":419,"_124":1051},{"_115":409,"_117":410,"_119":109,"_120":192,"_122":411,"_124":1046},{"_115":401,"_117":402,"_119":109,"_120":192,"_122":403,"_124":1041},{"_115":393,"_117":394,"_119":109,"_120":192,"_122":395,"_124":1036},{"_115":321,"_117":322,"_119":109,"_120":121,"_122":323,"_124":1031},[1032,1033,1034,1035],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[1037,1038,1039,1040],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[1042,1043,1044,1045],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[1047,1048,1049,1050],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[1052,1053,1054,1055],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[1057,1058,1059,1060],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[1062,1063,1064,1065],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"sha256:c6a942a1835a5369fdeecdc65d150be0167aba253b3f6a1dc37f1418a5a697b2",[1070],"2026-04-08T01:30:17.359711Z","2026-04-08T01:34:04.585449Z","5.3-202604080130",{"_90":1076,"_92":93,"_94":91,"_95":1079,"_97":98,"_99":98,"_100":1080,"_102":21,"_103":1081,"_105":1082,"_107":1082,"_108":109},[1073,1074],{"_90":1078,"_526":1076,"_129":536,"_529":530,"_531":532,"_533":1077},{"_90":1075,"_526":1076,"_129":528,"_529":530,"_531":532,"_533":1077},74288910,242602,"6.6_p20260411-r0",74288909,"sha256:3a28c05618663a54bda5bc48cbc0f9b79b8dccb0bb3a289afae4cb311ce9ac50",[1083],"2026-04-13T01:17:10.101392Z","2026-04-13T01:20:52.139837Z","5.3-202604130116",{"_90":1088,"_92":93,"_94":91,"_95":1091,"_97":98,"_99":98,"_100":1092,"_102":21,"_103":1093,"_105":1094,"_107":1095,"_108":109},[1086],{"_90":1087,"_526":1088,"_129":1089,"_529":530,"_531":532,"_533":1090},74533394,245275,"ca-certificates-bundle","20260413-r0","sha256:884a90b54e518e857cd10971e6e9a37b2013e5a57612f89d738eefedec05c149",[1096],"2026-04-16T01:08:25.573748Z","2026-04-15T01:10:14.696866Z","2026-04-16T01:12:04.041656Z","5.3-202604160108",{"_90":1102,"_92":93,"_94":91,"_95":1105,"_97":98,"_99":98,"_100":1106,"_102":21,"_103":1107,"_105":1108,"_107":1109,"_108":109},[1099,1100],{"_90":1104,"_526":1102,"_129":536,"_529":530,"_531":532,"_533":1103},{"_90":1101,"_526":1102,"_129":528,"_529":530,"_531":532,"_533":1103},76155759,252767,"6.6_p20260418-r0",76155758,"sha256:bdcd7c1065032d1219b79ab47a2a48699e4967b3f76d8e8e1f78e9ad5bb5e170",[1110],"2026-04-20T01:10:28.202376Z","2026-04-19T01:12:40.342509Z","2026-04-20T01:14:10.099127Z","5.3-202604200110",{"_90":1115,"_92":93,"_94":91,"_95":1117,"_97":98,"_99":98,"_100":1118,"_102":21,"_103":1119,"_105":1120,"_107":1120,"_108":109},[1113],{"_90":1114,"_526":1115,"_129":795,"_529":530,"_531":532,"_533":1116},76658378,258413,"9.11-r0","sha256:08ad3b01be9a14726d66f8fe62745b8ceeb8754985a2a8815c5e50ccd56facb0",[1121],"2026-04-21T01:06:49.197314Z","2026-04-21T01:10:04.566359Z","5.3-202604210106",{"_90":1126,"_92":93,"_94":91,"_95":1129,"_97":98,"_99":98,"_100":1130,"_102":21,"_103":1131,"_105":1132,"_107":1132,"_108":109},[1124],{"_90":1125,"_526":1126,"_129":1127,"_529":530,"_531":532,"_533":1128},80677739,262097,"sed","4.10-r0","sha256:86db3ade67d57aa448faee10ab02bcca5b23df924563ac98552fdacef16c158b",[1133],"2026-04-23T01:18:29.095017Z","2026-04-23T01:22:08.129695Z","5.3-202604230118",{"_90":1138,"_92":93,"_94":91,"_95":1140,"_97":98,"_99":98,"_100":1141,"_102":21,"_103":1142,"_105":1143,"_107":1143,"_108":109},[1136],{"_90":1137,"_526":1138,"_129":814,"_529":530,"_531":532,"_533":1139},90493306,265110,"20241031-r14","sha256:bc47a07bc1002c67c142076ed5f576c3fdaf976a8e89fbbbe4e68093c2283320",[1144],"2026-04-24T01:21:21.135886Z","2026-04-24T01:24:44.715145Z","5.3-202604240121",{"_90":1150,"_92":93,"_94":91,"_95":1153,"_97":98,"_99":98,"_100":1154,"_102":21,"_103":1155,"_105":1156,"_107":1156,"_108":109},[1147,1148],{"_90":1152,"_526":1150,"_129":536,"_529":530,"_531":532,"_533":1151},{"_90":1149,"_526":1150,"_129":528,"_529":530,"_531":532,"_533":1151},119324265,270601,"6.6_p20260425-r0",119324264,"sha256:fad551c82f2c7fb300d01716a337d6da24ec9fc70e6b11a6ce95f19fe45f969a",[1157],"2026-04-27T01:08:58.723033Z","2026-04-27T01:11:21.070559Z","5.3-202604270108",{"_90":1163,"_92":93,"_94":91,"_95":1166,"_97":98,"_99":98,"_100":1167,"_102":21,"_103":1168,"_105":1169,"_107":1169,"_108":109},[1160,1161],{"_90":1165,"_526":1163,"_129":536,"_529":530,"_531":532,"_533":1164},{"_90":1162,"_526":1163,"_129":528,"_529":530,"_531":532,"_533":1164},168530916,280469,"6.6_p20260502-r0",168530915,"sha256:64b8186079f85582c611ae677d8d7eec32c4b89f410ff80116e7f6f839e85ce9",[1170],"2026-05-03T01:45:42.203383Z","2026-05-03T01:49:02.173658Z","5.3-202605030145",{"_90":1175,"_92":93,"_94":91,"_95":1176,"_97":98,"_99":98,"_100":1177,"_102":21,"_103":1178,"_105":1179,"_107":1179,"_108":109},[1173],{"_90":1174,"_526":1175,"_529":780,"_531":532},177620069,282823,"sha256:27f3f1fa6f218482a5ef7e2b009186638588ceefd0f982dc2da0007198afeb03",[1180],"2026-05-04T01:14:34.687683Z","2026-05-04T01:18:13.501431Z","5.3-202605040114",{"_90":1189,"_92":93,"_94":91,"_95":1212,"_97":98,"_99":98,"_100":1213,"_102":21,"_103":1214,"_105":1215,"_107":1215,"_108":109},[1194,1195],[1184,1185,1186,1187],{"_90":1193,"_526":1189,"_129":130,"_529":530,"_531":532,"_533":1190},{"_90":1192,"_526":1189,"_129":135,"_529":530,"_531":532,"_533":1190},{"_90":1191,"_526":1189,"_129":134,"_529":530,"_531":532,"_533":1190},{"_90":1188,"_526":1189,"_129":1004,"_529":530,"_531":532,"_533":1190},197803302,286536,"2.43-r1",197803301,197803300,197803299,{"_115":1204,"_117":1205,"_119":109,"_120":192,"_122":1206,"_124":1207},{"_115":1196,"_117":1197,"_119":109,"_120":121,"_122":1198,"_124":1199},"CVE-2026-6238","The deprecated functions ns_printrrf, ns_printrr and fp_nquery in the GNU C Library version 2.0.1 to version 2.43 fail to validate the RDATA content against the RDATA length in a DNS response when processing A6, CERT, LOC, TKEY or TSIG records, which may allow an attacker to craft a DNS response, causing a target application to crash or read uninitialized memory.\n\nThese functions are for application debugging only and hence not in the path of code executed by the DNS resolver. Further, they have been deprecated since version 2.34 and should not be used by any new applications. Applications should consider porting away from these interfaces since they may be removed in future versions.","2026-04-28T19:37:47.523Z",[1200,1201,1202,1203],{"_129":134,"_131":132,"_133":134},{"_129":135,"_131":132,"_133":134},{"_129":130,"_131":132,"_133":134},{"_129":1004,"_131":132,"_133":134},"CVE-2026-5435","The deprecated functions ns_printrrf, ns_printrr and fp_nquery in the GNU C Library version 2.2 and newer fail to enforce the caller-supplied buffer length, and can result in an out-of-bounds write when printing TSIG records.","2026-04-28T13:19:22.29Z",[1208,1209,1210,1211],{"_129":134,"_131":132,"_133":134},{"_129":135,"_131":132,"_133":134},{"_129":130,"_131":132,"_133":134},{"_129":1004,"_131":132,"_133":134},"sha256:a52020a3a9b00aa1ec53fae5f82aa7bef0385c398c698027223fd501d0ee3e21",[1216],"2026-05-06T01:11:54.884684Z","2026-05-06T01:14:47.348669Z","5.3-202605060111",{"_90":1224,"_92":93,"_94":91,"_95":1229,"_97":98,"_99":98,"_100":1230,"_102":21,"_103":1231,"_105":1232,"_107":1232,"_108":109},[1219,1220,1221,1222],{"_90":1228,"_526":1224,"_129":130,"_529":530,"_531":532,"_533":1225},{"_90":1227,"_526":1224,"_129":135,"_529":530,"_531":532,"_533":1225},{"_90":1226,"_526":1224,"_129":134,"_529":530,"_531":532,"_533":1225},{"_90":1223,"_526":1224,"_129":1004,"_529":530,"_531":532,"_533":1225},214812513,292566,"2.43-r2",214812512,214812511,214812510,"sha256:6a9666cb8272f8e9c288d33709cd9fc235f7c0da57377fb66a5e8df732695126",[1233],"2026-05-08T01:38:27.56211Z","2026-05-08T01:42:09.503113Z","5.3-202605080138",{"_90":1239,"_92":93,"_94":91,"_95":1242,"_97":98,"_99":98,"_100":1243,"_102":21,"_103":1244,"_105":1245,"_107":1245,"_108":109},[1236,1237],{"_90":1241,"_526":1239,"_129":536,"_529":530,"_531":532,"_533":1240},{"_90":1238,"_526":1239,"_129":528,"_529":530,"_531":532,"_533":1240},223381689,296610,"6.6_p20260509-r0",223381688,"sha256:0e91dc469b1b56437664f6e32c1d56c942f6ea8a6fdf62f00ed7a6204ffbc5e6",[1246],"2026-05-11T01:17:45.27033Z","2026-05-11T01:20:20.247323Z","5.3-202605110117",{"_90":1252,"_92":93,"_94":91,"_95":1257,"_97":98,"_99":98,"_100":1258,"_102":21,"_103":1259,"_105":1260,"_107":1260,"_108":109},[1249,1250],{"_90":1254,"_526":1252,"_129":1255,"_529":530,"_531":1005,"_533":1256},{"_90":1251,"_526":1252,"_129":614,"_529":530,"_531":1253,"_533":615},245557587,300033,"deleted",245557586,"libgcc-16","16.1.0-r0","sha256:292661761b09ca596aa645773f8b80e9e2f36acb8d50d27236feb877ebbaa87d",[1261],"2026-05-12T01:11:09.956196Z","2026-05-12T01:14:06.489182Z","5.3-202605120111",{"_90":1270,"_92":93,"_94":91,"_95":1311,"_97":98,"_99":98,"_100":1312,"_102":21,"_103":1313,"_105":1314,"_107":1314,"_108":109},[1275,1276,1277,1278],[1265,1266,1267,1268],{"_90":1274,"_526":1270,"_129":130,"_529":530,"_531":532,"_533":1271},{"_90":1273,"_526":1270,"_129":135,"_529":530,"_531":532,"_533":1271},{"_90":1272,"_526":1270,"_129":134,"_529":530,"_531":532,"_533":1271},{"_90":1269,"_526":1270,"_129":1004,"_529":530,"_531":532,"_533":1271},266779942,303543,"2.43-r3",266779941,266779940,266779939,{"_115":1303,"_117":1304,"_119":109,"_120":192,"_122":1305,"_124":1306},{"_115":1295,"_117":1296,"_119":109,"_120":192,"_122":1297,"_124":1298},{"_115":1287,"_117":1288,"_119":109,"_120":192,"_122":1289,"_124":1290},{"_115":1279,"_117":1280,"_119":109,"_120":121,"_122":1281,"_124":1282},"CVE-2026-4438","Calling gethostbyaddr or gethostbyaddr_r with a configured nsswitch.conf that specifies the library's DNS backend in the GNU C library version 2.34 to version 2.43 could result in an invalid DNS hostname being returned to the caller in violation of the DNS specification.","2026-03-20T20:16:49.623Z",[1283,1284,1285,1286],{"_129":134,"_131":132,"_133":134},{"_129":135,"_131":132,"_133":134},{"_129":130,"_131":132,"_133":134},{"_129":1004,"_131":132,"_133":134},"CVE-2026-4046","The iconv() function in the GNU C Library versions 2.43 and earlier may crash due to an assertion failure when converting inputs from the IBM1390 or IBM1399 character sets, which may be used to remotely crash an application.\n\n\n\nThis vulnerability can be trivially mitigated by removing the IBM1390 and IBM1399 character sets from systems that do not need them.","2026-03-30T18:16:19.573Z",[1291,1292,1293,1294],{"_129":134,"_131":132,"_133":134},{"_129":135,"_131":132,"_133":134},{"_129":130,"_131":132,"_133":134},{"_129":1004,"_131":132,"_133":134},"CVE-2026-4437","Calling gethostbyaddr or gethostbyaddr_r with a configured nsswitch.conf that specifies the library's DNS backend in the GNU C Library version 2.34 to version 2.43 could, with a crafted response from the configured DNS server, result in a violation of the DNS specification that causes the application to treat a non-answer section of the DNS response as a valid answer.","2026-03-20T20:16:49.477Z",[1299,1300,1301,1302],{"_129":134,"_131":132,"_133":134},{"_129":135,"_131":132,"_133":134},{"_129":130,"_131":132,"_133":134},{"_129":1004,"_131":132,"_133":134},"CVE-2026-5928","Calling the ungetwc function on a FILE stream with wide characters encoded in a character set that has overlaps between its single byte and multi-byte character encodings, in the GNU C Library version 2.43 or earlier, may result in an attempt to read bytes before an allocated buffer, potentially resulting in unintentional disclosure of neighboring data in the heap, or a program crash.\n\nA bug in the wide character pushback implementation (_IO_wdefault_pbackfail in libio/wgenops.c) causes ungetwc() to operate on the regular character buffer (fp->_IO_read_ptr) instead of the actual wide-stream read pointer (fp->_wide_data->_IO_read_ptr). The program crash may happen in cases where fp->_IO_read_ptr is not initialized and hence points to NULL. The buffer under-read requires a special situation where the input character encoding is such that there are overlaps between single byte representations and multibyte representations in that encoding, resulting in spurious matches. The spurious match case is not possible in the standard Unicode character sets.","2026-04-20T21:16:36.963Z",[1307,1308,1309,1310],{"_129":134,"_131":132,"_133":134},{"_129":135,"_131":132,"_133":134},{"_129":130,"_131":132,"_133":134},{"_129":1004,"_131":132,"_133":134},"sha256:5b2e69ea53d0fdbe0d249bc4671acfed2aec7830547b835117d44422e8d7172d",[1315],"2026-05-13T01:17:01.264489Z","2026-05-13T01:20:16.588176Z","5.3-202605130116",{"_90":1321,"_92":93,"_94":91,"_95":1324,"_97":98,"_99":98,"_100":1325,"_102":21,"_103":1326,"_105":1327,"_107":1327,"_108":109},[1318,1319],{"_90":1323,"_526":1321,"_129":536,"_529":530,"_531":532,"_533":1322},{"_90":1320,"_526":1321,"_129":528,"_529":530,"_531":532,"_533":1322},331935766,310971,"6.6_p20260516-r0",331935765,"sha256:1d698e1478e6f8f4039d34e335bbe069da68ba6cf2e13ef3aa9e5197eb46698d",[1328],"2026-05-17T12:45:23.389643Z","2026-05-17T12:49:04.584216Z","5.3-202605171245",{"_90":1334,"_92":93,"_94":91,"_95":1337,"_97":98,"_99":98,"_100":1338,"_102":21,"_103":1339,"_105":1340,"_107":1340,"_108":109},[1331,1332],{"_90":1336,"_526":1334,"_129":536,"_529":530,"_531":532,"_533":1335},{"_90":1333,"_526":1334,"_129":528,"_529":530,"_531":532,"_533":1335},429413035,317540,"6.6_p20260523-r0",429413034,"sha256:1830bfdf489a3f1bbad13fdddf574452f8e3d53a51abfc58fed969407490facb",[1341],"2026-05-24T01:04:15.620191Z","2026-05-24T01:07:49.121614Z","5.3-202605240104",{"_90":1346,"_92":93,"_94":91,"_95":1348,"_97":98,"_99":98,"_100":1349,"_102":21,"_103":1350,"_105":1351,"_107":1351,"_108":109},[1344],{"_90":1345,"_526":1346,"_129":1255,"_529":530,"_531":532,"_533":1347},429422304,321295,"16.1.0-r1","sha256:c3cded7e06220908fcf95acd9a819273ee5e225f97354bb03e2e4206da300845",[1352],"2026-05-25T01:04:57.144945Z","2026-05-25T01:09:05.549157Z","5.3-202605250104",{"_90":1361,"_92":93,"_94":91,"_95":1375,"_97":98,"_99":98,"_100":1376,"_102":21,"_103":1377,"_105":1378,"_107":1378,"_108":109},[1366],[1356,1357,1358,1359],{"_90":1365,"_526":1361,"_129":130,"_529":530,"_531":532,"_533":1362},{"_90":1364,"_526":1361,"_129":135,"_529":530,"_531":532,"_533":1362},{"_90":1363,"_526":1361,"_129":134,"_529":530,"_531":532,"_533":1362},{"_90":1360,"_526":1361,"_129":1004,"_529":530,"_531":532,"_533":1362},430144215,325244,"2.43-r4",430144214,430144213,430144212,{"_115":1367,"_117":1368,"_119":109,"_120":499,"_122":1369,"_124":1370},"CVE-2026-5450","Calling the scanf family of functions with a %mc (malloc'd character match) in the GNU C Library version 2.7 to version 2.43 with a format width specifier with an explicit width greater than 1024 could result in a one byte heap buffer overflow.","2026-04-20T21:16:36.85Z",[1371,1372,1373,1374],{"_129":134,"_131":132,"_133":134},{"_129":135,"_131":132,"_133":134},{"_129":130,"_131":132,"_133":134},{"_129":1004,"_131":132,"_133":134},"sha256:697124282b6f02dcdae87b65cef856d519301710c3841f9d3cc2ebd0a97ba580",[1379],"2026-05-25T14:33:18.828472Z","2026-05-25T14:37:34.318009Z","5.3-202605251433",{"_90":1385,"_92":93,"_94":91,"_95":1388,"_97":98,"_99":98,"_100":1389,"_102":21,"_103":1390,"_105":1391,"_107":1391,"_108":109},[1382,1383],{"_90":1387,"_526":1385,"_129":536,"_529":530,"_531":532,"_533":1386},{"_90":1384,"_526":1385,"_129":528,"_529":530,"_531":532,"_533":1386},432052764,337049,"6.6_p20260530-r0",432052763,"sha256:2a42ac6f1befdb6f3d20c463a6b9d49127f0f19b4900d14004ffd1b27fd6f748",[1392],"2026-05-31T13:08:17.341232Z","2026-05-31T13:11:20.558603Z","5.3-202605311308",{"_90":1398,"_92":93,"_94":91,"_95":1401,"_97":98,"_99":98,"_100":1402,"_102":21,"_103":1403,"_105":1404,"_107":1404,"_108":109},[1395,1396],{"_90":1400,"_526":1398,"_129":536,"_529":530,"_531":532,"_533":1399},{"_90":1397,"_526":1398,"_129":528,"_529":530,"_531":532,"_533":1399},436009250,348864,"6.6_p20260606-r0",436009249,"sha256:96246bec9eedf05ecdaecf55221ca6b50270ca55adef243c86a8a9ed7e6464be",[1405],"2026-06-07T02:54:51.543151Z","2026-06-07T02:58:34.692792Z","5.3-202606070254",{"_90":1411,"_92":93,"_94":91,"_95":1414,"_97":98,"_99":98,"_100":1415,"_102":21,"_103":1416,"_105":1417,"_107":1417,"_108":109},[1408,1409],{"_90":1413,"_526":1411,"_129":536,"_529":530,"_531":532,"_533":1412},{"_90":1410,"_526":1411,"_129":528,"_529":530,"_531":532,"_533":1412},436237753,352600,"6.6_p20260607-r0",436237752,"sha256:75257b4b9ab5fd573ee8cc25a6b9b0d404fc202d3a6a666f0d3ad7f100d430e1",[1418],"2026-06-07T14:45:56.539216Z","2026-06-07T14:50:32.960135Z","5.3-202606071445",{"_90":1429,"_92":93,"_94":91,"_95":1527,"_97":98,"_99":98,"_100":1528,"_102":21,"_103":1529,"_105":1530,"_107":1530,"_108":109},[1437,1438,1439,1440,1441,1442,1443,1444,1445,1446,1447,1448,1449,1450,1451],[1422,1423,1424,1425,1426,1427],{"_90":1436,"_526":1429,"_129":536,"_529":530,"_531":532,"_533":1435},{"_90":1434,"_526":1429,"_129":528,"_529":530,"_531":532,"_533":1435},{"_90":1433,"_526":1429,"_129":181,"_529":530,"_531":532,"_533":1430},{"_90":1432,"_526":1429,"_129":180,"_529":530,"_531":532,"_533":1430},{"_90":1431,"_526":1429,"_129":179,"_529":530,"_531":532,"_533":1430},{"_90":1428,"_526":1429,"_129":177,"_529":530,"_531":532,"_533":1430},439476808,361205,"3.5.7-r0",439476807,439476806,439476805,439476804,"6.6_p20260608-r0",439476803,{"_115":506,"_117":507,"_119":109,"_120":499,"_122":508,"_124":1522},{"_115":489,"_117":490,"_119":109,"_120":192,"_122":491,"_124":1517},{"_115":481,"_117":482,"_119":109,"_120":192,"_122":483,"_124":1512},{"_115":473,"_117":474,"_119":109,"_120":192,"_122":475,"_124":1507},{"_115":465,"_117":466,"_119":109,"_120":192,"_122":467,"_124":1502},{"_115":457,"_117":458,"_119":109,"_120":192,"_122":459,"_124":1497},{"_115":449,"_117":450,"_119":109,"_120":192,"_122":451,"_124":1492},{"_115":441,"_117":442,"_119":109,"_120":192,"_122":443,"_124":1487},{"_115":433,"_117":434,"_119":109,"_120":192,"_122":435,"_124":1482},{"_115":353,"_117":354,"_119":109,"_120":121,"_122":355,"_124":1477},{"_115":345,"_117":346,"_119":109,"_120":121,"_122":347,"_124":1472},{"_115":337,"_117":338,"_119":109,"_120":121,"_122":339,"_124":1467},{"_115":329,"_117":330,"_119":109,"_120":121,"_122":331,"_124":1462},{"_115":249,"_117":250,"_119":109,"_120":148,"_122":251,"_124":1457},{"_115":241,"_117":242,"_119":109,"_120":148,"_122":243,"_124":1452},[1453,1454,1455,1456],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[1458,1459,1460,1461],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[1463,1464,1465,1466],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[1468,1469,1470,1471],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[1473,1474,1475,1476],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[1478,1479,1480,1481],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[1483,1484,1485,1486],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[1488,1489,1490,1491],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[1493,1494,1495,1496],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[1498,1499,1500,1501],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[1503,1504,1505,1506],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[1508,1509,1510,1511],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[1513,1514,1515,1516],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[1518,1519,1520,1521],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},[1523,1524,1525,1526],{"_129":181,"_131":132,"_133":178},{"_129":180,"_131":132,"_133":178},{"_129":179,"_131":132,"_133":178},{"_129":177,"_131":132,"_133":178},"sha256:9e2a04aceea8c09b52bd2f8b8d9f30727e23daeaeaead39b0d18c74f303abd49",[1531],"2026-06-10T02:52:45.213591Z","2026-06-10T02:55:34.777934Z","5.3-202606100252",{"_90":1538,"_92":93,"_94":91,"_95":1543,"_97":98,"_99":98,"_100":1544,"_102":21,"_103":1545,"_105":1546,"_107":1546,"_108":109},[1534,1535,1536],{"_90":1541,"_526":1538,"_129":1089,"_529":530,"_531":532,"_533":1542},{"_90":1540,"_526":1538,"_129":536,"_529":530,"_531":532,"_533":1539},{"_90":1537,"_526":1538,"_129":528,"_529":530,"_531":532,"_533":1539},504609700,368331,"6.6_p20260613-r0",504609699,504609698,"20260611-r0","sha256:5cee6bba6f4e55d99994fa698cc312d9fd3aee94b386fc73efa86d033d4d343b",[1547],"2026-06-14T12:43:46.210945Z","2026-06-14T12:48:09.248627Z","5.3-202606141243",{"_90":1554,"_92":93,"_94":91,"_95":1560,"_97":98,"_99":98,"_100":1561,"_102":21,"_103":1562,"_105":1563,"_107":1563,"_108":109},[1550,1551,1552],{"_90":1557,"_526":1554,"_129":1558,"_529":530,"_531":1005,"_533":1559},{"_90":1556,"_526":1554,"_129":1002,"_529":530,"_531":532,"_533":1555},{"_90":1553,"_526":1554,"_129":999,"_529":530,"_531":532,"_533":1555},548950540,374197,"5.3-r4",548950539,548950538,"gnutar","1.35-r1","sha256:cf19a0c0612064c17803f6926d669b0ce580c06fc3cde6d35a885925a25e7ff0",[1564],"2026-06-16T13:49:01.822679Z","2026-06-16T13:54:27.147325Z","5.3-202606161348",{"_90":1571,"_92":93,"_94":91,"_95":1576,"_97":98,"_99":98,"_100":1577,"_102":109,"_103":1578,"_105":1579,"_107":1579,"_108":109},[1567,1568,1569],{"_90":1574,"_526":1571,"_129":1558,"_529":530,"_531":532,"_533":1575},{"_90":1573,"_526":1571,"_129":536,"_529":530,"_531":532,"_533":1572},{"_90":1570,"_526":1571,"_129":528,"_529":530,"_531":532,"_533":1572},601612990,383441,"6.6_p20260620-r0",601612989,601612988,"1.35-r3","sha256:bfa1a74a39d9b8e5927aed569d2c8bf0321f834a832fe5dfb264614f08b32758",[98,1580,1581,1582,1583,1584],"2026-06-21T12:43:59.305611Z","2026-06-21T12:47:34.980465Z","v5.3","latest","5","v5","5.3-202606211243",0,"customImage","imageLines",[1589],{"_90":93,"_94":91,"_1590":1581,"_1591":109,"_1592":-7,"_1593":109,"_1594":21,"_1595":1596},"name","isLts","pullCounter","isFailed","isBuilt","supportLevel","unavailable","image",{"_90":91,"_1590":1604,"_1605":1606,"_1607":1002,"_105":106,"_107":1608,"_1609":109,"_1610":109,"_1611":1612,"_1613":1614},"registryURL","reg.mini.dev","token","relatedCharts",[],"bash-fips","labels",[1615,1616,1617],"thirdPartyImageName","2026-06-21T12:47:34.980632Z","private","isCustom","groups",[1002],"thirdPartyVulnsCount",1,"base","fips","stig","webappURL","https://images.minimus.io","docsURL","https://docs.minimus.io/","docsMap",{"_1628":1629,"_1630":1631,"_1632":132,"_1633":1634,"_1635":1636,"_1637":1638,"_1639":1640,"_1641":1642,"_1643":132,"_1644":132,"_1645":132,"_1646":1647,"_1648":1649,"_1650":1651,"_1652":1653,"_1654":1655,"_1656":1657,"_1658":1659,"_1660":132,"_1661":132,"_1662":132,"_1663":132,"_1664":132,"_1665":132,"_1666":132,"_1667":132,"_1668":132,"_1669":132,"_1670":1671,"_1672":1673,"_1674":1675,"_1676":1677,"_1678":1679,"_1680":132,"_1681":1682,"_1683":132,"_1684":132,"_1685":132,"_1686":132,"_1687":1688,"_1689":132,"_1690":1691,"_1692":1693,"_1694":1695,"_1696":1695,"_1697":1698,"_1699":132,"_1700":132,"_1701":1702,"_1703":1704,"_1705":1706,"_1707":1708,"_1709":1710},"user","isAnonymous","isTokensExpired","license","/","https://docs.minimus.io","/actions","https://docs.minimus.io/remediate/actions","/actions/?","/actions/create","https://docs.minimus.io/remediate/create-action","/advisories","https://docs.minimus.io/remediate/advisories","/advisories/?","https://docs.minimus.io/remediate/cve-advisory","/advisories/?/exploitability","https://docs.minimus.io/remediate/threat-intel#threat-intel","/advisories/?/packages","https://docs.minimus.io/remediate/cve-advisory#status-history","/advisories/?/packages/?","/advisories/?/references","/advisories/?/severity","/charts","https://docs.minimus.io/foundations/helm-charts","/creator/list","https://docs.minimus.io/advanced-tooling/image-creator","/creator/files","https://docs.minimus.io/advanced-tooling/file-bundles","/supply-chain-protection","https://docs.minimus.io/advanced-tooling/supply-chain","/gallery","https://docs.minimus.io/gallery","/gallery/images/?","https://docs.minimus.io/foundations/image-card","/gallery/images/?/changelog","https://docs.minimus.io/foundations/image-card#changelog","/gallery/images/?/changelog/?","/gallery/images/?/changelog/?/versions/?/?","/gallery/images/?/changelog/?/versions/?/?/exploitability","/gallery/images/?/changelog/?/versions/?/?/packages","/gallery/images/?/changelog/?/versions/?/?/packages/?","/gallery/images/?/changelog/?/versions/?/?/references","/gallery/images/?/changelog/?/versions/?/?/severity","/gallery/images/?/changelog/?/versions/?/digest-history","/gallery/images/?/lines","/gallery/images/?/lines/?","/gallery/images/?/lines/?/versions/?","https://docs.minimus.io/foundations/image-version","/gallery/images/?/lines/?/versions/?/digest-history","https://docs.minimus.io/foundations/image-version#digest-history","/gallery/images/?/lines/?/versions/?/sbom","https://docs.minimus.io/foundations/image-version#sbom","/gallery/images/?/lines/?/versions/?/specification","https://docs.minimus.io/foundations/image-version#specification","/gallery/images/?/lines/?/versions/?/vulnerabilities","https://docs.minimus.io/foundations/image-version#vulnerabilities","/gallery/images/?/quick-start","/gallery/images/?/risk-reduction","https://docs.minimus.io/foundations/image-card#risk-reduction","/gallery/images/?/risk-reduction/?","/gallery/images/?/risk-reduction/?/exploitability","/gallery/images/?/risk-reduction/?/references","/gallery/images/?/risk-reduction/?/severity","/gallery/images/?/compliance/cis","https://docs.minimus.io/foundations/image-card#compliance","/manage","/manage/self-hosting","https://docs.minimus.io/manage/self-hosted-registry","/manage/subscription","https://docs.minimus.io/introduction/subscription","/manage/logs/activity-log","https://docs.minimus.io/manage/activity-log","/manage/logs/audit-log","/manage/tokens","https://docs.minimus.io/manage/token","/manage/tokens/create","/manage/tokens/delete/?","/manage/access/users","https://docs.minimus.io/manage/users","/manage/access/users/create","https://docs.minimus.io/manage/users#add-users","/manage/access/users/saml","https://docs.minimus.io/sso/saml","/manage/access/groups","https://docs.minimus.io/manage/user-groups","/manage/minicli","https://docs.minimus.io/advanced-tooling/minicli","toast","gtmID","GTM-56RQNQ3D","hubspotID","42541238"]

Version 5.3

Jun 21, 2026

Jun 16, 2026

Jun 14, 2026

Jun 10, 2026

Jun 07, 2026

Jun 07, 2026

May 31, 2026

May 25, 2026

May 25, 2026

May 24, 2026

May 17, 2026

May 13, 2026

May 12, 2026

May 11, 2026

May 08, 2026

May 06, 2026

May 04, 2026

May 03, 2026

Apr 27, 2026

Apr 24, 2026

This page is available on desktop