<?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>Wed, 07 Oct 2026 05:04:38 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-6335</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-6335</link>
      <description>EUVD-2026-6335</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-6335</guid>
    </item>
    <item>
      <title>fkie_cve-2024-40636</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2024-40636</link>
      <description>&lt;p&gt;Steeltoe is an open source project that provides a collection of libraries that helps users build production-grade cloud-native applications using externalized configuration, service discovery, distributed tracing, application management, and more. When utilizing multiple Eureka server service URLs with basic auth and encountering an issue with fetching the service registry, an error is logged with the Eureka server service URLs but only the first URL is masked. The code in question is  `_logger.LogError(e, &amp;#34;FetchRegistry Failed for Eureka service urls: {EurekaServerServiceUrls}&amp;#34;, new Uri(ClientConfig.EurekaServerServiceUrls).ToMaskedString());` in the `DiscoveryClient.cs` file which may leak credentials into logs. This issue has been addressed in version 3.2.8 of the Steeltoe.Discovery.Eureka nuget package.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Steeltoe is an open source project that provides a collection of libraries that helps users build production-grade cloud-native applications using externalized configuration, service discovery, distributed tracing, application management, and more. When utilizing multiple Eureka server service URLs with basic auth and encountering an issue with fetching the service registry, an error is logged with the Eureka server service URLs but only the first URL is masked. The code in question is  `_logger.LogError(e, &amp;#34;FetchRegistry Failed for Eureka service urls: {EurekaServerServiceUrls}&amp;#34;, new Uri(ClientConfig.EurekaServerServiceUrls).ToMaskedString());` in the `DiscoveryClient.cs` file which may leak credentials into logs. This issue has been addressed in version 3.2.8 of the Steeltoe.Discovery.Eureka nuget package.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2024-40636</guid>
    </item>
    <item>
      <title>GHSA-vmcp-66r5-3pcp — Steeltoe Leaks Basic Auth Credentials to Logs After Fetch Registry Error</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-vmcp-66r5-3pcp</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; NuGet: Steeltoe.Discovery.Eureka, NuGet: Steeltoe.Discovery.EurekaBase, NuGet: Steeltoe.Discovery.ClientCore, NuGet: Steeltoe.Discovery.ClientAutofac&lt;/p&gt;
&lt;p&gt;### Summary
When utilizing multiple Eureka server service URLs with basic auth and encountering an issue with fetching the service registry, an error is logged with the Eureka server service URLs but only the first URL is masked.&lt;/p&gt;
&lt;p&gt;### Details
Package: Steeltoe.Discovery.Eureka
Package version: 3.2.1
Branch: &amp;#34;release/3.2&amp;#34;
File name: `DiscoveryClient.cs`
Line number: 325
Code in question:  `_logger.LogError(e, &amp;#34;FetchRegistry Failed for Eureka service urls: {EurekaServerServiceUrls}&amp;#34;, new Uri(ClientConfig.EurekaServerServiceUrls).ToMaskedString());`&lt;/p&gt;
&lt;p&gt;Error message in logs: `FetchRegistry Failed for Eureka service urls: https://****:****@eureka1.com:443/eureka,https://user:password@eureka2.com:443/eureka`&lt;/p&gt;
&lt;p&gt;I thought `new Uri(clientOptions.EurekaServerServiceUrls)` would throw a `UriFormatException` since there are multiple URLs but my logs are showing two URLs regardless.&lt;/p&gt;
&lt;p&gt;### PoC
1. Set Eureka config with multiple server URLs with basic auth
2. Apologies for not being more descriptive for this step, but I believe we would just need to trigger an exception in `FetchFullRegistryAsync`.
3. Check the logs and should see the error&lt;/p&gt;
&lt;p&gt;### Impact
Vulnerability: Credential leakage in the logs
Who does it impact?: Users who are using peer awareness with Spring Eureka&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; NuGet: Steeltoe.Discovery.Eureka, NuGet: Steeltoe.Discovery.EurekaBase, NuGet: Steeltoe.Discovery.ClientCore, NuGet: Steeltoe.Discovery.ClientAutofac&lt;/p&gt;
&lt;p&gt;### Summary
When utilizing multiple Eureka server service URLs with basic auth and encountering an issue with fetching the service registry, an error is logged with the Eureka server service URLs but only the first URL is masked.&lt;/p&gt;
&lt;p&gt;### Details
Package: Steeltoe.Discovery.Eureka
Package version: 3.2.1
Branch: &amp;#34;release/3.2&amp;#34;
File name: `DiscoveryClient.cs`
Line number: 325
Code in question:  `_logger.LogError(e, &amp;#34;FetchRegistry Failed for Eureka service urls: {EurekaServerServiceUrls}&amp;#34;, new Uri(ClientConfig.EurekaServerServiceUrls).ToMaskedString());`&lt;/p&gt;
&lt;p&gt;Error message in logs: `FetchRegistry Failed for Eureka service urls: https://****:****@eureka1.com:443/eureka,https://user:password@eureka2.com:443/eureka`&lt;/p&gt;
&lt;p&gt;I thought `new Uri(clientOptions.EurekaServerServiceUrls)` would throw a `UriFormatException` since there are multiple URLs but my logs are showing two URLs regardless.&lt;/p&gt;
&lt;p&gt;### PoC
1. Set Eureka config with multiple server URLs with basic auth
2. Apologies for not being more descriptive for this step, but I believe we would just need to trigger an exception in `FetchFullRegistryAsync`.
3. Check the logs and should see the error&lt;/p&gt;
&lt;p&gt;### Impact
Vulnerability: Credential leakage in the logs
Who does it impact?: Users who are using peer awareness with Spring Eureka&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-vmcp-66r5-3pcp</guid>
    </item>
  </channel>
</rss>
