<?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-04T17:46:50.121366+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/cve-2026-55618</id>
    <title>CVE-2026-55618 — eml_parser: URL extraction bypass via HTML entities in URLs</title>
    <updated>2026-10-04T17:46:50.123047+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> GOVCERT-LU eml_parser</p>
<p>eml_parser serves as a python module for parsing eml files and returning various information found in the e-mail as well as computed information. Prior to 3.0.2, the clean_found_uri function in eml_parser/parser.py validates potential URL strings before unescaping HTML entities used for colon, slash, or period characters. Valid encoded URLs and their host names are therefore rejected and omitted from the extracted URL and domain lists. Email security gateways and SOC pipelines that use those lists as indicators of compromise may fail to submit the hidden URLs to threat intelligence feeds, reputation services, or sandboxes, allowing malicious links to bypass inspection. This issue is fixed in version 3.0.2.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/cve-2026-55618"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-fxgq-9m89-cxj9</id>
    <title>GHSA-fxgq-9m89-cxj9 — eml_parser has a URL extraction bypass via HTML entities in URLs</title>
    <updated>2026-10-04T17:46:50.123103+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> PyPI: eml_parser</p>
<p>## Summary</p>
<p>`eml_parser` performs certain validations on potential URL strings to discard bogus values. In versions prior to `3.0.2`, this validation was performed before unescaping any HTML entities that might occur in the string. This caused the library to wrongfully reject valid URLs that use HTML entities for the `:`, `/`, or `.` characters. These URLs would then not be included in the list of extracted URLs. Similarly, the host parts of such URLs would not be extracted.</p>
<p>For example, neither the URL `https&amp;#58;&amp;#47;&amp;#47;phishing&amp;#46;example&amp;#46;com` nor its host (`phishing.example.com`) would appear in the parsing result.</p>
<p>## Impact</p>
<p>`eml_parser` is used in email security gateways and SOC pipelines to extract URLs as IOCs. Those URLs are then checked against threat-intel feeds, URL reputation services, and sandboxes. A URL that is not extracted is never checked.</p>
<p>## Patches</p>
<p>Since version 3.0.2 the library unescapes all HTML entities in every URL before deciding to accept or reject it. A test was added to prevent regressions.</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-fxgq-9m89-cxj9"/>
  </entry>
</feed>
