{"id":"CVE-2026-46671","aliases":["EUVD-2026-45987","GHSA-4j5m-wc25-pvh7","SUSE-SU-2026:23706-1","SUSE-SU-2026:23727-1","SUSE-SU-2026:4179-1","SUSE-SU-2026:4180-1","SUSE-SU-2026:4208-1","openSUSE-SU-2026:11583-1","openSUSE-SU-2026:21831-1"],"status":"published","title":"Rust OneNote File Parser: Path traversal in `Parser::parse_notebook` allows reading files outside the notebook directory","description":"Rust OneNote File Parser is a parser for Microsoft OneNote files implemented in Rust. Prior to version 1.1.1, a maliciously crafted `.onetoc2` table-of-contents file can cause `Parser::parse_notebook` to open arbitrary files on the host filesystem outside the notebook's directory. The parser reads entry names listed inside the `.onetoc2` and joins them against the notebook's base directory without validating that they are relative paths confined to that directory. The parser will bail out when the target file fails to parse as a OneNote section, so direct content exfiltration through the parser's return value is not practical, though file-existence probing and denial-of-service via large or special files remain possible. Anyone using `onenote_parser` to parse .onetoc2 files received from untrusted sources is affected. Users who only ever parse their own notebooks are not at meaningful risk. The issue is fixed in onenote_parser 1.1.1. The fix rejects absolute paths, parent-directory components, and other invalid path characters in entry names, and additionally canonicalises the resolved path to confirm it stays inside the notebook's base directory. For users who cannot upgrade to 1.1.1, only call `Parser::parse_notebook` on `.onetoc2` files from trusted sources. Alternatively, use `Parser::parse_section` / `Parser::parse_section_buffer` on individual .one files, which do not perform the directory walk.","severity":{"version":"3.1","score":4.4,"vector":"CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:L","level":"medium","assessor":"cna","from":"cve"},"epss":{"day":"2026-11-09","score":0.00152,"percentile":0.04394,"model":"v2026.06.15"},"facts":{"in_kev":false,"known_exploited":false,"public_exploit":false,"fix_available":true},"cwes":["CWE-22"],"published":"2026-05-21T21:32:11Z","modified":"2026-10-28T02:30:48Z","fixes":[{"ecosystem":"crates.io","package":"onenote_parser","fixed_in":["1.1.1"],"sources":["ghsa","osv"]}],"affected":[{"source":"ghsa","ecosystem":"crates.io","package":"onenote_parser","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.1.1"}]}]},{"source":"osv","ecosystem":"crates.io","package":"onenote_parser","ranges":[{"type":"SEMVER","events":[{"introduced":"0"},{"fixed":"1.1.1"}]}]},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server 16.0","package":"clamav","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.5.4-160000.1.1"}]}],"bundled":9},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server for SAP applications 16.0","package":"clamav","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.5.4-160000.1.1"}]}],"bundled":9},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server 16.0","package":"clamav","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.5.4-160000.1.1"}]}],"bundled":9},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server for SAP applications 16.0","package":"clamav","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.5.4-160000.1.1"}]}],"bundled":9},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server 12 SP5-LTSS","package":"clamav","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.5.4-3.59.1"}]}],"bundled":9},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server LTSS Extended Security 12 SP5","package":"clamav","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.5.4-3.59.1"}]}],"bundled":9},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Module for Basesystem 15 SP7","package":"clamav","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.5.4-150600.18.31.1"}]}],"bundled":9},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server 15 SP6-LTSS","package":"clamav","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.5.4-150600.18.31.1"}]}],"bundled":9},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server for SAP Applications 15 SP6","package":"clamav","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.5.4-150600.18.31.1"}]}],"bundled":9},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Micro 5.5","package":"clamav","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.5.4-150400.13.11.1"}]}],"bundled":9},{"source":"osv","ecosystem":"SUSE:Linux Enterprise High Performance Computing 15 SP4-ESPOS","package":"clamav","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.5.4-150400.13.11.1"}]}],"bundled":9},{"source":"osv","ecosystem":"SUSE:Linux Enterprise High Performance Computing 15 SP4-LTSS","package":"clamav","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.5.4-150400.13.11.1"}]}],"bundled":9},{"source":"osv","ecosystem":"SUSE:Linux Enterprise High Performance Computing 15 SP5-ESPOS","package":"clamav","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.5.4-150400.13.11.1"}]}],"bundled":9},{"source":"osv","ecosystem":"SUSE:Linux Enterprise High Performance Computing 15 SP5-LTSS","package":"clamav","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.5.4-150400.13.11.1"}]}],"bundled":9},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server 15 SP4-LTSS","package":"clamav","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.5.4-150400.13.11.1"}]}],"bundled":9},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server 15 SP5-LTSS","package":"clamav","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.5.4-150400.13.11.1"}]}],"bundled":9},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server for SAP Applications 15 SP4","package":"clamav","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.5.4-150400.13.11.1"}]}],"bundled":9},{"source":"osv","ecosystem":"SUSE:Linux Enterprise Server for SAP Applications 15 SP5","package":"clamav","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.5.4-150400.13.11.1"}]}],"bundled":9},{"source":"osv","ecosystem":"openSUSE:Tumbleweed","package":"clamav","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.5.4-1.1"}]}],"bundled":9},{"source":"osv","ecosystem":"openSUSE:Leap 16.0","package":"clamav","ranges":[{"type":"ECOSYSTEM","events":[{"introduced":"0"},{"fixed":"1.5.4-160000.1.1"}]}],"bundled":9}],"products":[{"vendor":"msiemens","product":"onenote.rs"},{"vendor":"msiemens","product":"rust_onenote_file_parser"}],"references":[{"url":"https://github.com/msiemens/onenote.rs/security/advisories/GHSA-4j5m-wc25-pvh7","tags":["x_refsource_CONFIRM","Patch","Release Notes","Vendor Advisory","Mitigation","advisory","web"]},{"url":"https://github.com/msiemens/onenote.rs/commit/c9267b2c96e2542be7e7b557d67318e81b733585","tags":["x_refsource_MISC","Patch","fix","web"]},{"url":"https://github.com/msiemens/onenote.rs/blob/master/CHANGELOG.md#111---2026-05-15","tags":["x_refsource_MISC","Release Notes","web"]},{"url":"https://github.com/msiemens/onenote.rs/releases/tag/v1.1.1","tags":["x_refsource_MISC","Product","Release Notes","web"]},{"url":"https://github.com/advisories/GHSA-4j5m-wc25-pvh7"},{"url":"https://github.com/CVEProject/cvelistV5/tree/main/cves/2026/46xxx/CVE-2026-46671.json","tags":["advisory"]},{"url":"https://nvd.nist.gov/vuln/detail/CVE-2026-46671","tags":["advisory"]},{"url":"https://github.com/msiemens/onenote.rs","tags":["package"]},{"url":"https://www.suse.com/support/update/announcement/2026/suse-su-202623706-1/","tags":["advisory"]},{"url":"https://bugzilla.suse.com/1271922","tags":["report"]},{"url":"https://bugzilla.suse.com/1274597","tags":["report"]},{"url":"https://bugzilla.suse.com/1274598","tags":["report"]},{"url":"https://bugzilla.suse.com/1274599","tags":["report"]},{"url":"https://bugzilla.suse.com/1274600","tags":["report"]},{"url":"https://bugzilla.suse.com/1274601","tags":["report"]},{"url":"https://bugzilla.suse.com/1274602","tags":["report"]},{"url":"https://bugzilla.suse.com/1274603","tags":["report"]},{"url":"https://www.suse.com/security/cve/CVE-2025-8088","tags":["web"]},{"url":"https://www.suse.com/security/cve/CVE-2026-20337","tags":["web"]},{"url":"https://www.suse.com/security/cve/CVE-2026-20338","tags":["web"]},{"url":"https://www.suse.com/security/cve/CVE-2026-20339","tags":["web"]},{"url":"https://www.suse.com/security/cve/CVE-2026-20345","tags":["web"]},{"url":"https://www.suse.com/security/cve/CVE-2026-20346","tags":["web"]},{"url":"https://www.suse.com/security/cve/CVE-2026-20347","tags":["web"]},{"url":"https://www.suse.com/security/cve/CVE-2026-20348","tags":["web"]},{"url":"https://www.suse.com/security/cve/CVE-2026-46671","tags":["web"]},{"url":"https://www.suse.com/support/update/announcement/2026/suse-su-202623727-1/","tags":["advisory"]},{"url":"https://www.suse.com/support/update/announcement/2026/suse-su-20264179-1/","tags":["advisory"]},{"url":"https://www.suse.com/support/update/announcement/2026/suse-su-20264180-1/","tags":["advisory"]},{"url":"https://www.suse.com/support/update/announcement/2026/suse-su-20264208-1/","tags":["advisory"]},{"url":"","tags":["advisory"]}],"sources":{"cve":[{"id":"CVE-2026-46671","title":"Rust OneNote File Parser: Path traversal in `Parser::parse_notebook` allows reading files outside the notebook directory","description":"Rust OneNote File Parser is a parser for Microsoft OneNote files implemented in Rust. Prior to version 1.1.1, a maliciously crafted `.onetoc2` table-of-contents file can cause `Parser::parse_notebook` to open arbitrary files on the host filesystem outside the notebook's directory. The parser reads entry names listed inside the `.onetoc2` and joins them against the notebook's base directory without validating that they are relative paths confined to that directory. The parser will bail out when the target file fails to parse as a OneNote section, so direct content exfiltration through the parser's return value is not practical, though file-existence probing and denial-of-service via large or special files remain possible. Anyone using `onenote_parser` to parse .onetoc2 files received from untrusted sources is affected. Users who only ever parse their own notebooks are not at meaningful risk. The issue is fixed in onenote_parser 1.1.1. The fix rejects absolute paths, parent-directory components, and other invalid path characters in entry names, and additionally canonicalises the resolved path to confirm it stays inside the notebook's base directory. For users who cannot upgrade to 1.1.1, only call `Parser::parse_notebook` on `.onetoc2` files from trusted sources. Alternatively, use `Parser::parse_section` / `Parser::parse_section_buffer` on individual .one files, which do not perform the directory walk.","status":"published","published":"2026-07-20T15:56:50.944Z","modified":"2026-07-20T17:31:57.487Z","cvss":[{"version":"3.1","score":4.4,"vector":"CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:L","level":"medium","assessor":"cna"}],"cwes":["CWE-22"],"updated_at":"2026-11-02T13:47:06.353366Z"}],"euvd":[{"id":"EUVD-2026-45987","description":"Rust OneNote File Parser is a parser for Microsoft OneNote files implemented in Rust. Prior to version 1.1.1, a maliciously crafted `.onetoc2` table-of-contents file can cause `Parser::parse_notebook` to open arbitrary files on the host filesystem outside the notebook's directory. The parser reads entry names listed inside the `.onetoc2` and joins them against the notebook's base directory without validating that they are relative paths confined to that directory. The parser will bail out when the target file fails to parse as a OneNote section, so direct content exfiltration through the parser's return value is not practical, though file-existence probing and denial-of-service via large or special files remain possible. Anyone using `onenote_parser` to parse .onetoc2 files received from untrusted sources is affected. Users who only ever parse their own notebooks are not at meaningful risk. The issue is fixed in onenote_parser 1.1.1. The fix rejects absolute paths, parent-directory components, and other invalid path characters in entry names, and additionally canonicalises the resolved path to confirm it stays inside the notebook's base directory. For users who cannot upgrade to 1.1.1, only call `Parser::parse_notebook` on `.onetoc2` files from trusted sources. Alternatively, use `Parser::parse_section` / `Parser::parse_section_buffer` on individual .one files, which do not perform the directory walk.","status":"published","published":"2026-07-20T15:56:50Z","modified":"2026-07-20T17:31:57Z","cvss":[{"version":"3.1","score":4.4,"vector":"CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:L","level":"medium"}],"updated_at":"2026-11-02T18:19:48.530346Z"}],"ghsa":[{"id":"GHSA-4j5m-wc25-pvh7","title":"Rust OneNote File Parser: Path traversal in `Parser::parse_notebook` allows reading files outside the notebook directory","description":"### Impact\nA maliciously crafted `.onetoc2` table-of-contents file can cause `Parser::parse_notebook` to open arbitrary files on the host filesystem outside the notebook's directory. The parser reads entry names listed inside the `.onetoc2` and joins them against the notebook's base directory without validating that they are relative paths confined to that directory.\n\nThe parser will bail out when the target file fails to parse as a OneNote section, so direct content exfiltration through the parser's return value is not practical, though file-existence probing and denial-of-service via large or special files remain possible.\n\nAnyone using `onenote_parser` to parse .onetoc2 files received from untrusted sources is affected. Users who only ever parse their own notebooks are not at meaningful risk.\n\n### Patches\nFixed in onenote_parser 1.1.1. The fix rejects absolute paths, parent-directory components, and other invalid path characters in entry names, and additionally canonicalises the resolved path to confirm it stays inside the notebook's base directory.\n\n### Workarounds\nFor users who cannot upgrade to 1.1.1:\n\n- Only call `Parser::parse_notebook` on `.onetoc2` files from trusted sources.\n- Alternatively, use `Parser::parse_section` / `Parser::parse_section_buffer` on individual .one files, which do not perform the directory walk.","status":"published","published":"2026-05-21T21:32:11Z","modified":"2026-05-21T21:32:11Z","cvss":[{"version":"3.1","score":4.4,"vector":"CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:L","level":"medium"}],"cwes":["CWE-22"],"updated_at":"2026-11-02T14:40:13.628377Z"}],"nvd":[{"id":"CVE-2026-46671","description":"Rust OneNote File Parser is a parser for Microsoft OneNote files implemented in Rust. Prior to version 1.1.1, a maliciously crafted `.onetoc2` table-of-contents file can cause `Parser::parse_notebook` to open arbitrary files on the host filesystem outside the notebook's directory. The parser reads entry names listed inside the `.onetoc2` and joins them against the notebook's base directory without validating that they are relative paths confined to that directory. The parser will bail out when the target file fails to parse as a OneNote section, so direct content exfiltration through the parser's return value is not practical, though file-existence probing and denial-of-service via large or special files remain possible. Anyone using `onenote_parser` to parse .onetoc2 files received from untrusted sources is affected. Users who only ever parse their own notebooks are not at meaningful risk. The issue is fixed in onenote_parser 1.1.1. The fix rejects absolute paths, parent-directory components, and other invalid path characters in entry names, and additionally canonicalises the resolved path to confirm it stays inside the notebook's base directory. For users who cannot upgrade to 1.1.1, only call `Parser::parse_notebook` on `.onetoc2` files from trusted sources. Alternatively, use `Parser::parse_section` / `Parser::parse_section_buffer` on individual .one files, which do not perform the directory walk.","status":"published","published":"2026-07-20T16:17:01.63Z","modified":"2026-10-24T20:10:00.137Z","cvss":[{"version":"3.1","score":4.4,"vector":"CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:L","level":"medium","assessor":"secondary"}],"cwes":["CWE-22"],"updated_at":"2026-11-02T14:12:31.024898Z"}],"osv":[{"id":"CVE-2026-46671","title":"Rust OneNote File Parser: Path traversal in `Parser::parse_notebook` allows reading files outside the notebook directory","description":"Rust OneNote File Parser is a parser for Microsoft OneNote files implemented in Rust. Prior to version 1.1.1, a maliciously crafted `.onetoc2` table-of-contents file can cause `Parser::parse_notebook` to open arbitrary files on the host filesystem outside the notebook's directory. The parser reads entry names listed inside the `.onetoc2` and joins them against the notebook's base directory without validating that they are relative paths confined to that directory. The parser will bail out when the target file fails to parse as a OneNote section, so direct content exfiltration through the parser's return value is not practical, though file-existence probing and denial-of-service via large or special files remain possible. Anyone using `onenote_parser` to parse .onetoc2 files received from untrusted sources is affected. Users who only ever parse their own notebooks are not at meaningful risk. The issue is fixed in onenote_parser 1.1.1. The fix rejects absolute paths, parent-directory components, and other invalid path characters in entry names, and additionally canonicalises the resolved path to confirm it stays inside the notebook's base directory. For users who cannot upgrade to 1.1.1, only call `Parser::parse_notebook` on `.onetoc2` files from trusted sources. Alternatively, use `Parser::parse_section` / `Parser::parse_section_buffer` on individual .one files, which do not perform the directory walk.","status":"published","published":"2026-07-20T15:56:50.944Z","modified":"2026-10-28T02:30:48.581256586Z","cvss":[{"version":"3.1","score":4.4,"vector":"CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:L","level":"medium"}],"cwes":["CWE-22"],"updated_at":"2026-11-02T15:45:06.231145Z"},{"id":"GHSA-4j5m-wc25-pvh7","title":"Rust OneNote File Parser: Path traversal in `Parser::parse_notebook` allows reading files outside the notebook directory","description":"### Impact\nA maliciously crafted `.onetoc2` table-of-contents file can cause `Parser::parse_notebook` to open arbitrary files on the host filesystem outside the notebook's directory. The parser reads entry names listed inside the `.onetoc2` and joins them against the notebook's base directory without validating that they are relative paths confined to that directory.\n\nThe parser will bail out when the target file fails to parse as a OneNote section, so direct content exfiltration through the parser's return value is not practical, though file-existence probing and denial-of-service via large or special files remain possible.\n\nAnyone using `onenote_parser` to parse .onetoc2 files received from untrusted sources is affected. Users who only ever parse their own notebooks are not at meaningful risk.\n\n### Patches\nFixed in onenote_parser 1.1.1. The fix rejects absolute paths, parent-directory components, and other invalid path characters in entry names, and additionally canonicalises the resolved path to confirm it stays inside the notebook's base directory.\n\n### Workarounds\nFor users who cannot upgrade to 1.1.1:\n\n- Only call `Parser::parse_notebook` on `.onetoc2` files from trusted sources.\n- Alternatively, use `Parser::parse_section` / `Parser::parse_section_buffer` on individual .one files, which do not perform the directory walk.","status":"published","published":"2026-05-21T21:32:11Z","modified":"2026-05-21T21:56:33.880311Z","cvss":[{"version":"3.1","score":4.4,"vector":"CVSS:3.1/AV:L/AC:L/PR:N/UI:R/S:U/C:L/I:N/A:L","level":"medium"}],"cwes":["CWE-22"],"updated_at":"2026-11-02T15:46:37.148947Z"},{"id":"openSUSE-SU-2026:11583-1","title":"clamav-1.5.4-1.1 on GA media","description":"These are all security issues fixed in the clamav-1.5.4-1.1 package on the GA media of openSUSE Tumbleweed.","status":"published","published":"2026-08-24T00:00:00Z","modified":"2026-08-26T18:23:37.982310091Z","updated_at":"2026-11-02T16:58:39.516824Z"},{"id":"openSUSE-SU-2026:21831-1","title":"Security update for clamav","description":"This update for clamav fixes the following issues:\n\n- CVE-2026-20337: Improper boundary checks for content in zip archive parser (bsc#1274597).\n- CVE-2026-20338: invalid free due to bad ownership handling when merging ZIP catalogue records (bsc#1274598).\n- CVE-2026-20339: integer overflow in the PESpin unpacker leads to undersized allocation and heap out-of-bounds write\n  (bsc#1274599).\n- CVE-2026-20345: out-of-bounds read/write via indexing error when converting GPT partition names (bsc#1274600).\n- CVE-2026-20346: integer underflow when parsing malformed PDF hex strings causes a crash (bsc#1274601).\n- CVE-2026-20347: integer overflow and undefined behavior when scanning malformed Mach-O files causes a crash\n  (bsc#1274602).\n- CVE-2026-20348: improper size handling in the XAR parser allows excessive allocation and scan-limit bypass\n  (bsc#1274603).\n- CVE-2026-46671: onenote_parser: Path traversal in `Parser:parse_notebook` allows reading files outside the notebook\n  directory (bsc#1271922).\n- CVE-2025-8088: rejects path separators in NTFS alternate data stream names to prevent extraction outside ClamAV's\n  temporary scan directory on Windows.\n\nChanges for clamav:\n\nUpdate to 1.5.4:\n\n * Fixed thread-safety issues in the clamd STATS command that could disclose\n process memory or crash the daemon while scans and STATS requests run\n concurrently. Also fixed partial socket-write handling used for large STATS\n responses.\n * FreeBSD: Restored support for safe quarantine move and remove actions while\n preserving protection against source-path replacement races.\n * Fixed an OpenSSL library-context leak in legacy hashing helpers when a\n requested message digest cannot be fetched, such as when the default\n provider is unavailable in a FIPS-enabled environment.\n * Upgraded the Rust crossbeam-epoch dependency to resolve the\n RUSTSEC-2026-0204 advisory.\n","status":"published","published":"2026-09-11T12:01:10Z","modified":"2026-09-13T12:15:04.263684091Z","updated_at":"2026-11-02T16:58:42.426393Z"},{"id":"SUSE-SU-2026:23706-1","title":"Security update for clamav","description":"This update for clamav fixes the following issues:\n\n- CVE-2026-20337: Improper boundary checks for content in zip archive parser (bsc#1274597).\n- CVE-2026-20338: invalid free due to bad ownership handling when merging ZIP catalogue records (bsc#1274598).\n- CVE-2026-20339: integer overflow in the PESpin unpacker leads to undersized allocation and heap out-of-bounds write\n  (bsc#1274599).\n- CVE-2026-20345: out-of-bounds read/write via indexing error when converting GPT partition names (bsc#1274600).\n- CVE-2026-20346: integer underflow when parsing malformed PDF hex strings causes a crash (bsc#1274601).\n- CVE-2026-20347: integer overflow and undefined behavior when scanning malformed Mach-O files causes a crash\n  (bsc#1274602).\n- CVE-2026-20348: improper size handling in the XAR parser allows excessive allocation and scan-limit bypass\n  (bsc#1274603).\n- CVE-2026-46671: onenote_parser: Path traversal in `Parser:parse_notebook` allows reading files outside the notebook\n  directory (bsc#1271922).\n- CVE-2025-8088: rejects path separators in NTFS alternate data stream names to prevent extraction outside ClamAV's\n  temporary scan directory on Windows.\n\nChanges for clamav:\n\nUpdate to 1.5.4:\n\n * Fixed thread-safety issues in the clamd STATS command that could disclose\n process memory or crash the daemon while scans and STATS requests run\n concurrently. Also fixed partial socket-write handling used for large STATS\n responses.\n * FreeBSD: Restored support for safe quarantine move and remove actions while\n preserving protection against source-path replacement races.\n * Fixed an OpenSSL library-context leak in legacy hashing helpers when a\n requested message digest cannot be fetched, such as when the default\n provider is unavailable in a FIPS-enabled environment.\n * Upgraded the Rust crossbeam-epoch dependency to resolve the\n RUSTSEC-2026-0204 advisory.\n","status":"published","published":"2026-09-11T12:00:06Z","modified":"2026-09-29T18:23:21.314210871Z","updated_at":"2026-11-02T15:54:03.991985Z"},{"id":"SUSE-SU-2026:23727-1","title":"Security update for clamav","description":"This update for clamav fixes the following issues:\n\n- CVE-2026-20337: Improper boundary checks for content in zip archive parser (bsc#1274597).\n- CVE-2026-20338: invalid free due to bad ownership handling when merging ZIP catalogue records (bsc#1274598).\n- CVE-2026-20339: integer overflow in the PESpin unpacker leads to undersized allocation and heap out-of-bounds write\n  (bsc#1274599).\n- CVE-2026-20345: out-of-bounds read/write via indexing error when converting GPT partition names (bsc#1274600).\n- CVE-2026-20346: integer underflow when parsing malformed PDF hex strings causes a crash (bsc#1274601).\n- CVE-2026-20347: integer overflow and undefined behavior when scanning malformed Mach-O files causes a crash\n  (bsc#1274602).\n- CVE-2026-20348: improper size handling in the XAR parser allows excessive allocation and scan-limit bypass\n  (bsc#1274603).\n- CVE-2026-46671: onenote_parser: Path traversal in `Parser:parse_notebook` allows reading files outside the notebook\n  directory (bsc#1271922).\n- CVE-2025-8088: rejects path separators in NTFS alternate data stream names to prevent extraction outside ClamAV's\n  temporary scan directory on Windows.\n\nChanges for clamav:\n\nUpdate to 1.5.4:\n\n * Fixed thread-safety issues in the clamd STATS command that could disclose\n process memory or crash the daemon while scans and STATS requests run\n concurrently. Also fixed partial socket-write handling used for large STATS\n responses.\n * FreeBSD: Restored support for safe quarantine move and remove actions while\n preserving protection against source-path replacement races.\n * Fixed an OpenSSL library-context leak in legacy hashing helpers when a\n requested message digest cannot be fetched, such as when the default\n provider is unavailable in a FIPS-enabled environment.\n * Upgraded the Rust crossbeam-epoch dependency to resolve the\n RUSTSEC-2026-0204 advisory.\n","status":"published","published":"2026-09-11T12:00:06Z","modified":"2026-09-29T18:23:13.298145534Z","updated_at":"2026-11-02T15:54:03.991985Z"},{"id":"SUSE-SU-2026:4179-1","title":"Security update for clamav","description":"This update for clamav fixes the following issues:\n\n- CVE-2026-20337: Improper boundary checks for content in zip archive parser (bsc#1274597).\n- CVE-2026-20338: invalid free due to bad ownership handling when merging ZIP catalogue records (bsc#1274598).\n- CVE-2026-20339: integer overflow in the PESpin unpacker leads to undersized allocation and heap out-of-bounds write\n  (bsc#1274599).\n- CVE-2026-20345: out-of-bounds read/write via indexing error when converting GPT partition names (bsc#1274600).\n- CVE-2026-20346: integer underflow when parsing malformed PDF hex strings causes a crash (bsc#1274601).\n- CVE-2026-20347: integer overflow and undefined behavior when scanning malformed Mach-O files causes a crash\n  (bsc#1274602).\n- CVE-2026-20348: improper size handling in the XAR parser allows excessive allocation and scan-limit bypass\n  (bsc#1274603).\n- CVE-2026-46671: onenote_parser: Path traversal in `Parser:parse_notebook` allows reading files outside the notebook\n  directory (bsc#1271922).\n- CVE-2025-8088: rejects path separators in NTFS alternate data stream names to prevent extraction outside ClamAV's\n  temporary scan directory on Windows.\n\nChanges for clamav:\n\nUpdate to 1.5.4:\n  \n * Fixed thread-safety issues in the clamd STATS command that could disclose\n process memory or crash the daemon while scans and STATS requests run\n concurrently. Also fixed partial socket-write handling used for large STATS\n responses.\n * FreeBSD: Restored support for safe quarantine move and remove actions while\n preserving protection against source-path replacement races.\n * Fixed an OpenSSL library-context leak in legacy hashing helpers when a\n requested message digest cannot be fetched, such as when the default\n provider is unavailable in a FIPS-enabled environment.\n * Upgraded the Rust crossbeam-epoch dependency to resolve the\n RUSTSEC-2026-0204 advisory.\n","status":"published","published":"2026-09-14T14:48:44Z","modified":"2026-09-15T17:00:06.098913277Z","updated_at":"2026-11-02T15:54:05.392906Z"},{"id":"SUSE-SU-2026:4180-1","title":"Security update for clamav","description":"This update for clamav fixes the following issues:\n\n- CVE-2026-20337: Improper boundary checks for content in zip archive parser (bsc#1274597).\n- CVE-2026-20338: invalid free due to bad ownership handling when merging ZIP catalogue records (bsc#1274598).\n- CVE-2026-20339: integer overflow in the PESpin unpacker leads to undersized allocation and heap out-of-bounds write\n  (bsc#1274599).\n- CVE-2026-20345: out-of-bounds read/write via indexing error when converting GPT partition names (bsc#1274600).\n- CVE-2026-20346: integer underflow when parsing malformed PDF hex strings causes a crash (bsc#1274601).\n- CVE-2026-20347: integer overflow and undefined behavior when scanning malformed Mach-O files causes a crash\n  (bsc#1274602).\n- CVE-2026-20348: improper size handling in the XAR parser allows excessive allocation and scan-limit bypass\n  (bsc#1274603).\n- CVE-2026-46671: onenote_parser: Path traversal in `Parser:parse_notebook` allows reading files outside the notebook\n  directory (bsc#1271922).\n- CVE-2025-8088: ejects path separators in NTFS alternate data stream names to prevent extraction outside ClamAV's\n  temporary scan directory on Windows.\n\nChanges for clamav:\n\nUpdate to 1.5.4:\n  \n * Fixed thread-safety issues in the clamd STATS command that could disclose\n process memory or crash the daemon while scans and STATS requests run\n concurrently. Also fixed partial socket-write handling used for large STATS\n responses.\n * FreeBSD: Restored support for safe quarantine move and remove actions while\n preserving protection against source-path replacement races.\n * Fixed an OpenSSL library-context leak in legacy hashing helpers when a\n requested message digest cannot be fetched, such as when the default\n provider is unavailable in a FIPS-enabled environment.\n * Upgraded the Rust crossbeam-epoch dependency to resolve the\n RUSTSEC-2026-0204 advisory.\n","status":"published","published":"2026-09-14T14:49:34Z","modified":"2026-09-15T17:00:06.103385082Z","updated_at":"2026-11-02T15:54:05.392906Z"},{"id":"SUSE-SU-2026:4208-1","title":"Security update for clamav","description":"This update for clamav fixes the following issues:\n\n- CVE-2026-20337: Improper boundary checks for content in zip archive parser (bsc#1274597).\n- CVE-2026-20338: invalid free due to bad ownership handling when merging ZIP catalogue records (bsc#1274598).\n- CVE-2026-20339: integer overflow in the PESpin unpacker leads to undersized allocation and heap out-of-bounds write\n  (bsc#1274599).\n- CVE-2026-20345: out-of-bounds read/write via indexing error when converting GPT partition names (bsc#1274600).\n- CVE-2026-20346: integer underflow when parsing malformed PDF hex strings causes a crash (bsc#1274601).\n- CVE-2026-20347: integer overflow and undefined behavior when scanning malformed Mach-O files causes a crash\n  (bsc#1274602).\n- CVE-2026-20348: improper size handling in the XAR parser allows excessive allocation and scan-limit bypass\n  (bsc#1274603).\n- CVE-2026-46671: onenote_parser: Path traversal in `Parser:parse_notebook` allows reading files outside the notebook\n  directory (bsc#1271922).\n- CVE-2025-8088: rejects path separators in NTFS alternate data stream names to prevent extraction outside ClamAV's\n  temporary scan directory on Windows.\n\nChanges for clamav:\n\nUpdate to 1.5.4:\n\n * Fixed thread-safety issues in the clamd STATS command that could disclose\n process memory or crash the daemon while scans and STATS requests run\n concurrently. Also fixed partial socket-write handling used for large STATS\n responses.\n * FreeBSD: Restored support for safe quarantine move and remove actions while\n preserving protection against source-path replacement races.\n * Fixed an OpenSSL library-context leak in legacy hashing helpers when a\n requested message digest cannot be fetched, such as when the default\n provider is unavailable in a FIPS-enabled environment.\n * Upgraded the Rust crossbeam-epoch dependency to resolve the\n RUSTSEC-2026-0204 advisory.\n","status":"published","published":"2026-09-16T08:23:41Z","modified":"2026-09-16T21:45:03.610057216Z","updated_at":"2026-11-02T15:54:05.392906Z"}]}}