<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Dssrf (&lt;= 1.0.4) - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/products/dssrf--1.0.4/</link><description>Trending threats, MITRE ATT&amp;CK coverage, and detection metadata. Fed continuously.</description><generator>Hugo</generator><language>en</language><managingEditor>hello@craftedsignal.io</managingEditor><webMaster>hello@craftedsignal.io</webMaster><lastBuildDate>Fri, 31 Jul 2026 19:29:34 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/products/dssrf--1.0.4/feed.xml" rel="self" type="application/rss+xml"/><item><title>SSRF Vulnerability in dssrf npm Package via DNS Resolver Logic</title><link>https://feed.craftedsignal.io/briefs/2026-07-dssrf-ssrf/</link><pubDate>Fri, 31 Jul 2026 19:29:34 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-07-dssrf-ssrf/</guid><description>The dssrf npm package (versions 1.0.4 and earlier) fails to correctly validate URLs when using 1.1.1.1 as a DNS resolver, incorrectly treating localhost as safe and enabling server-side request forgery (SSRF) when NXDOMAIN responses occur.</description><content:encoded><![CDATA[<p>The dssrf npm package contains a security vulnerability (CVE-2026-54729) that allows an attacker to bypass URL validation and perform server-side request forgery (SSRF). This issue specifically affects environments that utilize 1.1.1.1 as the configured DNS resolver. The vulnerability exists within the is_url_safe function, which fails to handle NXDOMAIN responses correctly. When the library attempts to resolve a target address, it does not properly fall back or account for cases where the DNS query for a seemingly malicious or internal address returns an NXDOMAIN result. As a consequence, the validation logic erroneously evaluates requests to localhost or other internal endpoints as safe. This vulnerability allows an attacker to interact with services on the host machine or internal network that would otherwise be protected by the library's URL filtering mechanisms. This impacts applications relying on dssrf for input sanitization of user-provided URLs.</p>
<h2 id="impact">Impact</h2>
<p>Successful exploitation of this vulnerability allows an attacker to perform SSRF attacks, potentially leading to unauthorized access to internal services, sensitive metadata endpoints, or administrative interfaces running on the same host or network as the application using the affected dssrf package.</p>
<h2 id="recommendation">Recommendation</h2>
<ol>
<li>Upgrade the dssrf npm package to version 1.5.0 or later to include the fix for CVE-2026-54729.</li>
<li>If an immediate upgrade is not possible, review application configurations to ensure DNS resolution for restricted domains is performed using robust internal resolvers that do not exhibit the same handling behavior as 1.1.1.1 in this context.</li>
<li>Implement additional network-level ingress/egress filtering to prevent the application server from initiating connections to localhost or internal RFC1918 address space.</li>
</ol>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category></item></channel></rss>