<?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-06T07:00:12.205305+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/euvd-2026-255170</id>
    <title>EUVD-2026-255170</title>
    <updated>2026-10-06T07:00:12.210366+00:00</updated>
    <content>EUVD-2026-255170</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-255170"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2025-62371</id>
    <title>fkie_cve-2025-62371</title>
    <updated>2026-10-06T07:00:12.210402+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>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's CA certificate.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2025-62371"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-43ff-rr26-8hx4</id>
    <title>GHSA-43ff-rr26-8hx4 — OpenSearch Data Prepper plugins trust all SSL certificates by default</title>
    <updated>2026-10-06T07:00:12.210440+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Maven: org.opensearch.dataprepper.plugins:opensearch</p>
<p>### Impact</p>
<p>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.</p>
<p>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.</p>
<p>The vulnerability affects connections to OpenSearch when the `cert` parameter is not explicitly provided.</p>
<p>### Patches</p>
<p>Data Prepper 2.12.2</p>
<p>### Workarounds</p>
<p>If you cannot immediately upgrade to the fixed version, you can implement the following workaround.</p>
<p>#### OpenSearch sink</p>
<p>Add the `cert` parameter to your OpenSearch sink configuration with the path to your cluster's CA certificate. The following example shows how to accomplish this.</p>
<p>```
sink:
  - opensearch:
      hosts: ["https://your-opensearch-cluster:9200"]
      cert: /path/to/your/ca-certificate.pem
```</p>
<p>#### OpenSearch source</p>
<p>Add the `cert` parameter to your OpenSearch sink configuration with the path to your cluster's CA certificate. The following example shows how to accomplish this.</p>
<p>```
sink:
  - opensearch:
      hosts: ["https://your-opensearch-cluster:9200"]
      connection:
        cert: /path/to/your/ca-certificate.pem
```</p>
<p>### Refe…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-43ff-rr26-8hx4"/>
  </entry>
</feed>
