Skip to content

libxml2

By sorona.xyz Bug bounty on Sorona gnome.org

Accepting reports open-source
Top reward
$1,500
Top severity paid
Critical
Assets in scope
9
Public CVEs
107
Last change
No changes yet

At a glance

What to know before you start testing.

Pays from $1,500
for critical bugs.
Partial safe harbor
Some legal protection; read the terms.
Publish after a fix
Coordinate the timing with the company.

Rewards

What Sorona lists as the payout for each severity.

Severity Reward
Critical $1,500+
High $700+
Medium $300+
Low $100 $100 / 1 month Claude Max
Safe harbor
Partial Sorona will not pursue legal action against you for good-faith research submitted to us in line with this policy. We cannot speak for the upstream project, its vendor, or any third party, and we do not grant authorization on their behalf.

Summarised with AI from the program policy on Sorona, read 12 Nov 2026, and checked word for word against it. Read the original

Scope

9 assets you may test, 6 excluded.

Web 1

  • https://gitlab.gnome.org/GNOME/libxml2

Products and areas 8

  • Canonical XML (c14n) serialization and the HTML parser (htmlParse) code paths
  • Defects reachable through the xmllint command-line front end
  • Document parsing of untrusted XML through the xmlReadFile, xmlReadMemory, xmlReadDoc, and xmlParseFile family and related APIs
  • DTD handling and entity processing, covering internal and external entities and entity-reference expansion, plus DTD validation
  • Reader, writer, and tree memory management around parsed documents, including character-encoding conversion
  • The core XML parser entry points, including the SAX and SAX1 callback interfaces, the push parser, and the xmlReader streaming interface
  • The XPath 1.0 evaluation engine and XInclude 1.0 processing
  • XML Schema 1.0 (XSD) and RELAX NG validation, and Schematron processing, where several recent use-after-free and denial-of-service advisories have landed
Out of scope (6)
  • Bugs already public in the issue tracker or already fixed in a newer release
  • Crashes reachable only through deliberately unsafe or non-default build options
  • Feature requests reframed as security issues, or purely theoretical claims with no reproducer or realistic attack path
  • Findings in third-party bindings, packagers, or downstream forks rather than upstream libxml2
  • Missing compiler hardening, best-practice suggestions, or static-analyzer noise with no demonstrated impact
  • Reports that reduce to feeding untrusted data to a library its own README warns is not built to process it, absent a distinct memory-safety or logic flaw

Rules

What the policy asks of you, and the bug types it won't reward, quoted from Sorona's policy. "We" in these lines means Sorona, not this site.

While testing

  • Submit through sorona.xyz. This project runs no bounty of its own; we validate, coordinate disclosure with the maintainers, and pay you directly.
  • Submit a minimal reproducer: the triggering document plus the exact API call or xmllint invocation
  • Test against a current release or the master branch before reporting
  • Include affected version, build configuration, and observed versus expected behavior
  • One distinct root cause per report; do not bundle unrelated bugs
  • Do not run automated fuzzing or load against shared or third-party infrastructure
  • Be respectful of volunteer maintainers and do not pressure anyone over timelines or CVEs

Not accepted

  • Reports that reduce to feeding untrusted data to a library its own README warns is not built to process it, absent a distinct memory-safety or logic flaw
  • Findings in third-party bindings, packagers, or downstream forks rather than upstream libxml2
  • Bugs already public in the issue tracker or already fixed in a newer release
  • Feature requests reframed as security issues, or purely theoretical claims with no reproducer or realistic attack path
  • Missing compiler hardening, best-practice suggestions, or static-analyzer noise with no demonstrated impact
  • Crashes reachable only through deliberately unsafe or non-default build options

Summarised with AI from the program policy on Sorona, read 12 Nov 2026, and checked word for word against it. Read the original

Changes

Tracked since 11 Nov 2026. Last checked 1 hour ago.

No changes yet. When the rewards or scope move, you will see it here and in the RSS feed.

Public CVEs

Published vulnerabilities in this vendor's products, from the NVD.

Search NVD
CVESeverityPublished
CVE-2026-102559 High 8.6 29 Sep 2026
CVE-2026-102560 High 8.6 29 Sep 2026
CVE-2026-102555 High 8.2 29 Sep 2026
CVE-2026-102558 High 8.6 29 Sep 2026
CVE-2026-102557 High 8.6 29 Sep 2026
CVE-2026-102556 High 8.6 29 Sep 2026
CVE-2026-66337 Medium 6.5 24 Jul 2026
CVE-2026-66338 Medium 5.4 24 Jul 2026
CVE-2026-66339 Medium 6.5 24 Jul 2026
CVE-2026-12548 Medium 4.2 21 Jul 2026
CVE-2026-58014 High 7.3 30 Jun 2026
CVE-2026-58015 Medium 5.9 30 Jun 2026
CVE-2026-58016 High 7.5 30 Jun 2026
CVE-2026-58010 Medium 6.5 30 Jun 2026
CVE-2026-58011 Medium 6.5 30 Jun 2026
CVE-2026-58012 Medium 6.5 30 Jun 2026
CVE-2026-58013 Medium 6.5 30 Jun 2026
CVE-2026-13601 High 7.1 29 Jun 2026
CVE-2026-12549 Medium 4.8 22 Jun 2026
CVE-2026-1766 Medium 5.6 16 Jun 2026
CVE-2026-1767 Medium 5.6 16 Jun 2026
CVE-2026-1764 Medium 5.6 16 Jun 2026
CVE-2026-2708 Low 3.7 23 Apr 2026
CVE-2026-5201 High 7.5 31 Mar 2026
CVE-2026-5119 Medium 5.9 30 Mar 2026
CVE-2026-2436 Medium 6.5 26 Mar 2026
CVE-2026-2369 Medium 6.5 19 Mar 2026
CVE-2026-4271 Medium 5.3 17 Mar 2026
CVE-2026-3633 Low 3.9 17 Mar 2026
CVE-2026-3634 Low 3.9 17 Mar 2026
CVE-2026-3632 Low 3.9 17 Mar 2026
CVE-2026-3099 Medium 5.8 12 Mar 2026
CVE-2026-2443 Medium 5.3 13 Feb 2026
CVE-2026-1801 Medium 5.3 3 Feb 2026
CVE-2026-1536 Medium 5.8 28 Jan 2026
CVE-2026-1539 Medium 5.8 28 Jan 2026
CVE-2026-1467 Medium 5.8 27 Jan 2026
CVE-2025-14512 Medium 6.5 11 Dec 2025
CVE-2025-14087 Medium 5.6 10 Dec 2025
CVE-2025-13601 High 7.7 26 Nov 2025
CVE-2025-4056 High 7.5 28 Jul 2025
CVE-2025-6196 Medium 5.5 17 Jun 2025
CVE-2025-6199 Low 3.3 17 Jun 2025
CVE-2025-6052 Low 3.7 13 Jun 2025
CVE-2023-5616 Medium 4.9 15 Apr 2025
CVE-2025-3155 High 7.4 3 Apr 2025
CVE-2025-2784 High 7.0 3 Apr 2025
CVE-2022-1736 Critical 9.8 31 Jan 2025
CVE-2023-43091 Critical 9.8 17 Nov 2024
CVE-2024-52533 Critical 9.8 11 Nov 2024
CVE-2024-52530 High 7.5 11 Nov 2024
CVE-2024-52531 Medium 6.5 11 Nov 2024
CVE-2024-52532 High 7.5 11 Nov 2024
CVE-2024-42415 High 8.4 3 Oct 2024
CVE-2024-36474 High 8.4 3 Oct 2024
CVE-2024-34397 Medium 5.2 7 May 2024
CVE-2020-36774 Medium 5.5 19 Feb 2024
CVE-2022-48622 High 7.8 26 Jan 2024
CVE-2023-5557 High 7.5 13 Oct 2023
CVE-2023-43090 Medium 5.5 22 Sep 2023

Original policy

Copied from sorona.xyz on 12 Nov 2026. The summaries on this page are made from it; the live page may have changed since.

Skip to content What this pays This project runs no bounty of its own. sorona.xyz pays you directly on qualified, reproduced findings. Severity │ sorona.xyz pays Critical │ $1,500+ High │ $700+ Medium │ $300+ Low │ $100 / 1 month Claude Max Submit a vulnerability CVE history 8 Last 12 months 107 Lifetime Memory safety 45 % Denial of service 38 % Code execution 9 % Info disclosure 8 % Latest advisories Loading the feed Overview libxml2 runs a vulnerability disclosure program with no bounty of its own. Report your finding through sorona.xyz and we pay you directly for qualified, reproduced issues, up to 2x the base reward for hard, chained bugs. libxml2 is the C XML toolkit that originated in the GNOME project and is embedded almost everywhere XML is parsed, from browsers and language runtimes to operating systems, so memory-safety and denial-of-service defects carry broad downstream impact. It is maintained by volunteers and is not intended for processing untrusted input, which makes credible, well-scoped reports especially valuable. In scope The core XML parser entry points, including the SAX and SAX1 callback interfaces, the push parser, and the xmlReader streaming interface Document parsing of untrusted XML through the xmlReadFile, xmlReadMemory, xmlReadDoc, and xmlParseFile family and related APIs DTD handling and entity processing, covering internal and external entities and entity-reference expansion, plus DTD validation The XPath 1.0 evaluation engine and XInclude 1.0 processing XML Schema 1.0 (XSD) and RELAX NG validation, and Schematron processing, where several recent use-after-free and denial-of-service advisories have landed Canonical XML (c14n) serialization and the HTML parser (htmlParse) code paths Reader, writer, and tree memory management around parsed documents, including character-encoding conversion Defects reachable through the xmllint command-line front end Out of scope Reports that reduce to feeding untrusted data to a library its own README warns is not built to process it, absent a distinct memory-safety or logic flaw Findings in third-party bindings, packagers, or downstream forks rather than upstream libxml2 Bugs already public in the issue tracker or already fixed in a newer release Feature requests reframed as security issues, or purely theoretical claims with no reproducer or realistic attack path Missing compiler hardening, best-practice suggestions, or static-analyzer noise with no demonstrated impact Crashes reachable only through deliberately unsafe or non-default build options Most-valued findings Heap use-after-free, the dominant recent class, notably in Schematron and in DTD and entity teardown Out-of-bounds read or write and buffer overflow when parsing crafted XML from an untrusted source Integer overflow that leads to memory corruption Type confusion or invalid pointer handling during tree manipulation Denial of service from crafted documents through unbounded entity expansion, deep nesting, or quadratic parsing behavior NULL-pointer dereference and allocation-failure crashes reachable from untrusted input Program rules Submit through sorona.xyz. This project runs no bounty of its own; we validate, coordinate disclosure with the maintainers, and pay you directly. Submit a minimal reproducer: the triggering document plus the exact API call or xmllint invocation Test against a current release or the master branch before reporting Include affected version, build configuration, and observed versus expected behavior One distinct root cause per report; do not bundle unrelated bugs Do not run automated fuzzing or load against shared or third-party infrastructure Be respectful of volunteer maintainers and do not pressure anyone over timelines or CVEs Disclosure Coordinated disclosure through sorona.xyz. libxml2 treats security bugs largely like ordinary bugs and works them on a best-effort basis with no fixed embargo, so sorona.xyz reproduces and reports upstream while keeping details private until a fix ships or the project publishes. Safe harbor Sorona will not pursue legal action against you for good-faith research submitted to us in line with this policy. We cannot speak for the upstream project, its vendor, or any third party, and we do not grant authorization on their behalf. You are responsible for understanding and following the laws that apply to you, wherever you are, and for staying within any scope the project has defined. Submit a vulnerability