<?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-10T17:33:16.587156+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-4546</id>
    <title>EUVD-2026-4546</title>
    <updated>2026-10-10T17:33:16.590032+00:00</updated>
    <content>EUVD-2026-4546</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-4546"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2024-28864</id>
    <title>fkie_cve-2024-28864</title>
    <updated>2026-10-10T17:33:16.590079+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>SecureProps is a PHP library designed to simplify the encryption and decryption of property data in objects. A vulnerability in SecureProps version 1.2.0 and 1.2.1 involves a regex failing to detect tags during decryption of encrypted data. This occurs when the encrypted data has been encoded with `NullEncoder` and passed to `TagAwareCipher`, and contains special characters such as `\n`. As a result, the decryption process is skipped since the tags are not detected. This causes the encrypted data to be returned in plain format.  The vulnerability affects users who implement `TagAwareCipher` with any base cipher that has `NullEncoder` (not default). The patch for the issue has been released. Users are advised to update to version 1.2.2. As a workaround, one may use the default `Base64Encoder` with the base cipher decorated with `TagAwareCipher` to prevent special characters in the encrypted string from interfering with regex tag detection logic.  This workaround is safe but may involve double encoding since `TagAwareCipher` uses `NullEncoder` by default.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2024-28864"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-rj29-j2g4-77q8</id>
    <title>GHSA-rj29-j2g4-77q8 — [TagAwareCipher] - Decryption Failure (Regex Match)</title>
    <updated>2026-10-10T17:33:16.590147+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> Packagist: ilicmiljan/secure-props</p>
<p>### Impact</p>
<p>Vulnerability in **SecureProps** involves a regex failing to detect tags during decryption of encrypted data.</p>
<p>This occurs when the encrypted data has been encoded with `NullEncoder` and passed to `TagAwareCipher`, and contains special characters such as `\n`. As a result, the decryption process is skipped since the tags are not detected. This causes the encrypted data to be returned in plain format.</p>
<p>The vulnerability affects users who implement `TagAwareCipher` with any base cipher that has `NullEncoder` (not default).</p>
<p>### Patches</p>
<p>The patch for the issue has been released. Users are advised to update to version **1.2.2**.</p>
<p>### Workarounds</p>
<p>**The main recommendation is to update to the latest version as there are no breaking changes.**</p>
<p>If that's not possible, you can use the default `Base64Encoder` with the base cipher decorated with `TagAwareCipher` to prevent special characters in the encrypted string from interfering with regex tag detection logic.</p>
<p>This workaround is safe but may involve double encoding since `TagAwareCipher` uses `Base64Encoder` by default.
 
### References</p>
<p>Reported issue: https://github.com/IlicMiljan/Secure-Props/issues/20
Pull request resolving bug: https://github.com/IlicMiljan/Secure-Props/pull/21</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-rj29-j2g4-77q8"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/gsd-2024-28864</id>
    <title>gsd-2024-28864</title>
    <updated>2026-10-10T17:33:16.590202+00:00</updated>
    <content>gsd-2024-28864</content>
    <link href="https://cve.radiocsirt.org/vuln/gsd-2024-28864"/>
  </entry>
</feed>
