<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://db.gcve.eu</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Wed, 30 Sep 2026 17:04:04 +0000</lastBuildDate>
    <item>
      <title>CVE-2021-25636 — Incorrect trust validation of signature with ambiguous KeyInfo children</title>
      <link>https://db.gcve.eu/vuln/cve-2021-25636</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; The Document Foundation LibreOffice&lt;/p&gt;
&lt;p&gt;LibreOffice supports digital signatures of ODF documents and macros within documents, presenting visual aids that no alteration of the document occurred since the last signing and that the signature is valid. An Improper Certificate Validation vulnerability in LibreOffice allowed an attacker to create a digitally signed ODF document, by manipulating the documentsignatures.xml or macrosignatures.xml stream within the document to contain both &amp;#34;X509Data&amp;#34; and &amp;#34;KeyValue&amp;#34; children of the &amp;#34;KeyInfo&amp;#34; tag, which when opened caused LibreOffice to verify using the &amp;#34;KeyValue&amp;#34; but to report verification with the unrelated &amp;#34;X509Data&amp;#34; value. This issue affects: The Document Foundation LibreOffice 7.2 versions prior to 7.2.5.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; The Document Foundation LibreOffice&lt;/p&gt;
&lt;p&gt;LibreOffice supports digital signatures of ODF documents and macros within documents, presenting visual aids that no alteration of the document occurred since the last signing and that the signature is valid. An Improper Certificate Validation vulnerability in LibreOffice allowed an attacker to create a digitally signed ODF document, by manipulating the documentsignatures.xml or macrosignatures.xml stream within the document to contain both &amp;#34;X509Data&amp;#34; and &amp;#34;KeyValue&amp;#34; children of the &amp;#34;KeyInfo&amp;#34; tag, which when opened caused LibreOffice to verify using the &amp;#34;KeyValue&amp;#34; but to report verification with the unrelated &amp;#34;X509Data&amp;#34; value. This issue affects: The Document Foundation LibreOffice 7.2 versions prior to 7.2.5.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/cve-2021-25636</guid>
    </item>
    <item>
      <title>USN-5330-1 — libreoffice vulnerability</title>
      <link>https://db.gcve.eu/vuln/usn-5330-1</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:18.04:LTS: libreoffice, Ubuntu:20.04:LTS: libreoffice&lt;/p&gt;
&lt;p&gt;It was discovered that LibreOffice incorrectly handled digital signatures.
An attacker could possibly use this issue to create a specially crafted
document that would display a validly signed indicator, contrary to
expectations.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Ubuntu:18.04:LTS: libreoffice, Ubuntu:20.04:LTS: libreoffice&lt;/p&gt;
&lt;p&gt;It was discovered that LibreOffice incorrectly handled digital signatures.
An attacker could possibly use this issue to create a specially crafted
document that would display a validly signed indicator, contrary to
expectations.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/usn-5330-1</guid>
    </item>
  </channel>
</rss>
