<?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://cve.radiocsirt.org</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>Fri, 09 Oct 2026 12:59:56 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-338087</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-338087</link>
      <description>EUVD-2026-338087</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-338087</guid>
    </item>
    <item>
      <title>fkie_cve-2026-59954</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2026-59954</link>
      <description>&lt;p&gt;Apollo is a reliable configuration management system suitable for microservice configuration management scenarios. Prior to 2.5.2, Apollo ConfigService may allow unauthorized access to configuration data when AccessKey or management key authentication is enabled because ConfigService can accept a non-canonical appId variant during authentication while downstream request handling resolves it to the protected app, including accent variants under accent-insensitive collations or trailing-space variants under PAD SPACE collations on /configs and /configfiles endpoints. This issue is fixed in version 2.5.2.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Apollo is a reliable configuration management system suitable for microservice configuration management scenarios. Prior to 2.5.2, Apollo ConfigService may allow unauthorized access to configuration data when AccessKey or management key authentication is enabled because ConfigService can accept a non-canonical appId variant during authentication while downstream request handling resolves it to the protected app, including accent variants under accent-insensitive collations or trailing-space variants under PAD SPACE collations on /configs and /configfiles endpoints. This issue is fixed in version 2.5.2.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2026-59954</guid>
    </item>
    <item>
      <title>GHSA-4w3q-qpfq-v992 — Apollo ConfigService access key authentication bypass via appId parsing and non-canonical matching</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-4w3q-qpfq-v992</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: com.ctrip.framework.apollo:apollo&lt;/p&gt;
&lt;p&gt;### Summary
Apollo ConfigService may allow unauthorized access to configuration data when AccessKey / management key authentication is enabled and ConfigService accepts a non-canonical appId variant during authentication while downstream request handling resolves it to the protected app.&lt;/p&gt;
&lt;p&gt;### Details
ConfigService extracts appId from configuration and notification requests and uses the extracted value to look up available AccessKey secrets. If the extracted appId is a non-canonical variant that does not exactly match the AccessKey cache key, ConfigService may treat the request as having no available secrets and allow it to continue without signature verification.&lt;/p&gt;
&lt;p&gt;This can happen when downstream release lookup still matches the real appId under database collations that treat the values as equivalent. Examples include accent variants under accent-insensitive collations, or trailing-space variants under PAD SPACE collations.&lt;/p&gt;
&lt;p&gt;### Impact
An unauthenticated remote attacker may read configuration data from affected ConfigService endpoints when AccessKey / management key authentication is enabled for the target app and the deployment database collation treats a non-canonical appId variant as equivalent to the real appId.&lt;/p&gt;
&lt;p&gt;### Affected endpoints
The primary impact is on ConfigService configuration read endpoints under /configs and /configfiles. Notification endpoints using appId parameters are also hardened as defense-in-depth.&lt;/p&gt;
&lt;p&gt;### Status
Fixed in Apollo 2.5.2. Users should upgrad…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: com.ctrip.framework.apollo:apollo&lt;/p&gt;
&lt;p&gt;### Summary
Apollo ConfigService may allow unauthorized access to configuration data when AccessKey / management key authentication is enabled and ConfigService accepts a non-canonical appId variant during authentication while downstream request handling resolves it to the protected app.&lt;/p&gt;
&lt;p&gt;### Details
ConfigService extracts appId from configuration and notification requests and uses the extracted value to look up available AccessKey secrets. If the extracted appId is a non-canonical variant that does not exactly match the AccessKey cache key, ConfigService may treat the request as having no available secrets and allow it to continue without signature verification.&lt;/p&gt;
&lt;p&gt;This can happen when downstream release lookup still matches the real appId under database collations that treat the values as equivalent. Examples include accent variants under accent-insensitive collations, or trailing-space variants under PAD SPACE collations.&lt;/p&gt;
&lt;p&gt;### Impact
An unauthenticated remote attacker may read configuration data from affected ConfigService endpoints when AccessKey / management key authentication is enabled for the target app and the deployment database collation treats a non-canonical appId variant as equivalent to the real appId.&lt;/p&gt;
&lt;p&gt;### Affected endpoints
The primary impact is on ConfigService configuration read endpoints under /configs and /configfiles. Notification endpoints using appId parameters are also hardened as defense-in-depth.&lt;/p&gt;
&lt;p&gt;### Status
Fixed in Apollo 2.5.2. Users should upgrad…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-4w3q-qpfq-v992</guid>
    </item>
  </channel>
</rss>
