<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="en">
  <id>https://cve.radiocsirt.org/rss/recent/all/10</id>
  <title>Most recent entries from all</title>
  <updated>2026-10-22T15:20:22.386166+00:00</updated>
  <author>
    <name>Vulnerability-Lookup</name>
    <email>csirt@opendfir.org</email>
  </author>
  <link href="https://cve.radiocsirt.org" rel="alternate"/>
  <generator uri="https://lkiesow.github.io/python-feedgen" version="1.0.0">python-feedgen</generator>
  <subtitle>Contains only the most 10 recent entries.</subtitle>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/cve-2019-25777</id>
    <title>CVE-2019-25777 — YAML versions before 1.27_001 for Perl allow a loaded perl/glob document to replace any package variable, which can lea…</title>
    <updated>2026-10-22T15:20:22.388178+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> YAML</p>
<p>YAML versions before 1.27_001 for Perl allow a loaded perl/glob document to replace any package variable, which can lead to arbitrary code execution.</p>
<p>A perl/glob document names a package and a symbol, and supplies the value assigned to it. Nothing restricts the name, so the target can be @INC or YAML's own load options.</p>
<p>A perl/glob document that sets $YAML::LoadCode or $YAML::UseCode turns on code loading, which is off by default, for every later Load() in the process. A perl/code document is then passed to a string eval, so an attacker who supplies two documents to separate Load() calls in one process can execute arbitrary Perl code.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2019-25777"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/usn-8925-1</id>
    <title>USN-8925-1 — libyaml-perl vulnerabilities</title>
    <updated>2026-10-22T15:20:22.388239+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Ubuntu:Pro:16.04:LTS: libyaml-perl, Ubuntu:Pro:18.04:LTS: libyaml-perl, Ubuntu:Pro:20.04:LTS: libyaml-perl, Ubuntu:22.04:LTS: libyaml-perl, Ubuntu:24.04:LTS: libyaml-perl, Ubuntu:Pro:26.04:LTS: libyaml-perl</p>
<p>Dominique Dumont discovered that YAML-LibYAML did not correctly handle
certain reflection operations. If a user or system were tricked into
opening a specially crafted file, an attacker could possibly use this issue
to delete files. This issue only affected Ubuntu 16.04 LTS and Ubuntu 18.04
LTS. (CVE-2017-20285)</p>
<p>It was discovered that YAML-LibYAML did not correctly handle parsing
certain documents. If a user or automated system were tricked into opening
a specially crafted file, an attacker could possibly use this issue to
execute arbitrary code. This issue only affected Ubuntu 16.04 LTS and
Ubuntu 18.04 LTS. (CVE-2019-25777)</p>
<p>It was discovered that YAML-LibYAML contained a regular expression
susceptible to catastrophic backtracking. If a user or automated system
were tricked into opening a specially crafted file, an attacker could
possibly use this issue to cause a denial of service. (CVE-2026-63676)</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/usn-8925-1"/>
  </entry>
</feed>
