<?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>Tue, 06 Oct 2026 06:59:48 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-255170</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-255170</link>
      <description>EUVD-2026-255170</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-255170</guid>
    </item>
    <item>
      <title>fkie_cve-2025-62371</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-62371</link>
      <description>&lt;p&gt;OpenSearch Data Prepper as an open source data collector for observability data. In versions prior to 2.12.2, the OpenSearch sink and source plugins in Data Prepper trust all SSL certificates by default when no certificate path is provided. Prior to this fix, the OpenSearch sink and source plugins would automatically use a trust all SSL strategy when connecting to OpenSearch clusters if no certificate path was explicitly configured. This behavior bypasses SSL certificate validation, potentially allowing attackers to intercept and modify data in transit through man-in-the-middle attacks. The vulnerability affects connections to OpenSearch when the cert parameter is not explicitly provided. This issue has been patched in version 2.12.2. As a workaround, users can add the cert parameter to their OpenSearch sink or source configuration with the path to the cluster&amp;#39;s CA certificate.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;OpenSearch Data Prepper as an open source data collector for observability data. In versions prior to 2.12.2, the OpenSearch sink and source plugins in Data Prepper trust all SSL certificates by default when no certificate path is provided. Prior to this fix, the OpenSearch sink and source plugins would automatically use a trust all SSL strategy when connecting to OpenSearch clusters if no certificate path was explicitly configured. This behavior bypasses SSL certificate validation, potentially allowing attackers to intercept and modify data in transit through man-in-the-middle attacks. The vulnerability affects connections to OpenSearch when the cert parameter is not explicitly provided. This issue has been patched in version 2.12.2. As a workaround, users can add the cert parameter to their OpenSearch sink or source configuration with the path to the cluster&amp;#39;s CA certificate.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-62371</guid>
    </item>
    <item>
      <title>GHSA-43ff-rr26-8hx4 — OpenSearch Data Prepper plugins trust all SSL certificates by default</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-43ff-rr26-8hx4</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.opensearch.dataprepper.plugins:opensearch&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;The OpenSearch sink and source plugins in Data Prepper are configured to trust all SSL certificates by default when no certificate path was provided, making connections vulnerable to man-in-the-middle attacks.&lt;/p&gt;
&lt;p&gt;Prior to this fix, the OpenSearch sink and source plugins would automatically use a trust all SSL strategy when connecting to OpenSearch clusters if no certificate path was explicitly configured. This behavior bypassed SSL certificate validation, potentially allowing attackers to intercept and modify data in transit through man-in-the-middle attacks.&lt;/p&gt;
&lt;p&gt;The vulnerability affects connections to OpenSearch when the `cert` parameter is not explicitly provided.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;Data Prepper 2.12.2&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;If you cannot immediately upgrade to the fixed version, you can implement the following workaround.&lt;/p&gt;
&lt;p&gt;#### OpenSearch sink&lt;/p&gt;
&lt;p&gt;Add the `cert` parameter to your OpenSearch sink configuration with the path to your cluster&amp;#39;s CA certificate. The following example shows how to accomplish this.&lt;/p&gt;
&lt;p&gt;```
sink:
  - opensearch:
      hosts: [&amp;#34;https://your-opensearch-cluster:9200&amp;#34;]
      cert: /path/to/your/ca-certificate.pem
```&lt;/p&gt;
&lt;p&gt;#### OpenSearch source&lt;/p&gt;
&lt;p&gt;Add the `cert` parameter to your OpenSearch sink configuration with the path to your cluster&amp;#39;s CA certificate. The following example shows how to accomplish this.&lt;/p&gt;
&lt;p&gt;```
sink:
  - opensearch:
      hosts: [&amp;#34;https://your-opensearch-cluster:9200&amp;#34;]
      connection:
        cert: /path/to/your/ca-certificate.pem
```&lt;/p&gt;
&lt;p&gt;### Refe…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Maven: org.opensearch.dataprepper.plugins:opensearch&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;The OpenSearch sink and source plugins in Data Prepper are configured to trust all SSL certificates by default when no certificate path was provided, making connections vulnerable to man-in-the-middle attacks.&lt;/p&gt;
&lt;p&gt;Prior to this fix, the OpenSearch sink and source plugins would automatically use a trust all SSL strategy when connecting to OpenSearch clusters if no certificate path was explicitly configured. This behavior bypassed SSL certificate validation, potentially allowing attackers to intercept and modify data in transit through man-in-the-middle attacks.&lt;/p&gt;
&lt;p&gt;The vulnerability affects connections to OpenSearch when the `cert` parameter is not explicitly provided.&lt;/p&gt;
&lt;p&gt;### Patches&lt;/p&gt;
&lt;p&gt;Data Prepper 2.12.2&lt;/p&gt;
&lt;p&gt;### Workarounds&lt;/p&gt;
&lt;p&gt;If you cannot immediately upgrade to the fixed version, you can implement the following workaround.&lt;/p&gt;
&lt;p&gt;#### OpenSearch sink&lt;/p&gt;
&lt;p&gt;Add the `cert` parameter to your OpenSearch sink configuration with the path to your cluster&amp;#39;s CA certificate. The following example shows how to accomplish this.&lt;/p&gt;
&lt;p&gt;```
sink:
  - opensearch:
      hosts: [&amp;#34;https://your-opensearch-cluster:9200&amp;#34;]
      cert: /path/to/your/ca-certificate.pem
```&lt;/p&gt;
&lt;p&gt;#### OpenSearch source&lt;/p&gt;
&lt;p&gt;Add the `cert` parameter to your OpenSearch sink configuration with the path to your cluster&amp;#39;s CA certificate. The following example shows how to accomplish this.&lt;/p&gt;
&lt;p&gt;```
sink:
  - opensearch:
      hosts: [&amp;#34;https://your-opensearch-cluster:9200&amp;#34;]
      connection:
        cert: /path/to/your/ca-certificate.pem
```&lt;/p&gt;
&lt;p&gt;### Refe…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-43ff-rr26-8hx4</guid>
    </item>
  </channel>
</rss>
