<?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://vulnerability.circl.lu</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>Tue, 29 Sep 2026 09:36:17 +0000</lastBuildDate>
    <item>
      <title>bdu:2026-14153</title>
      <link>https://vulnerability.circl.lu/vuln/bdu:2026-14153</link>
      <description>bdu:2026-14153</description>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/bdu:2026-14153</guid>
    </item>
    <item>
      <title>fkie_cve-2026-67276</title>
      <link>https://vulnerability.circl.lu/vuln/fkie_cve-2026-67276</link>
      <description>&lt;p&gt;RouterOS does not compare the complete RSA public key when matching an SSH authentication request to an authorized user key, checking the key type and modulus but omitting the exponent. Because signature verification uses the client-supplied key, an attacker knowing an authorized RSA modulus can supply a key with exponent one, forge a valid signature, and open an SSH command channel as the target user without the private key.This issue affects only 7.x branch was fixed in versions: 7.23.4 (Long-term) and 7.24.2 (Stable)&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;RouterOS does not compare the complete RSA public key when matching an SSH authentication request to an authorized user key, checking the key type and modulus but omitting the exponent. Because signature verification uses the client-supplied key, an attacker knowing an authorized RSA modulus can supply a key with exponent one, forge a valid signature, and open an SSH command channel as the target user without the private key.This issue affects only 7.x branch was fixed in versions: 7.23.4 (Long-term) and 7.24.2 (Stable)&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/fkie_cve-2026-67276</guid>
    </item>
    <item>
      <title>GHSA-j9wg-77fw-f22f</title>
      <link>https://vulnerability.circl.lu/vuln/ghsa-j9wg-77fw-f22f</link>
      <description>&lt;p&gt;RouterOS does not compare the complete RSA public key when matching an SSH authentication request to an authorized user key, checking the key type and modulus but omitting the exponent. Because signature verification uses the client-supplied key, an attacker knowing an authorized RSA modulus can supply a key with exponent one, forge a valid signature, and open an SSH command channel as the target user without the private key.This issue was fixed in versions: 6.49.21 (Long-term), 7.23.4 (Long-term) and 7.24.2 (Stable)&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;RouterOS does not compare the complete RSA public key when matching an SSH authentication request to an authorized user key, checking the key type and modulus but omitting the exponent. Because signature verification uses the client-supplied key, an attacker knowing an authorized RSA modulus can supply a key with exponent one, forge a valid signature, and open an SSH command channel as the target user without the private key.This issue was fixed in versions: 6.49.21 (Long-term), 7.23.4 (Long-term) and 7.24.2 (Stable)&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ghsa-j9wg-77fw-f22f</guid>
    </item>
    <item>
      <title>NCSC-2026-0345 — Kwetsbaarheden verholpen in MikroTik RouterOS</title>
      <link>https://vulnerability.circl.lu/vuln/ncsc-2026-0345</link>
      <description>NCSC-2026-0345</description>
      <guid isPermaLink="false">https://vulnerability.circl.lu/vuln/ncsc-2026-0345</guid>
    </item>
  </channel>
</rss>
