<?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/" xmlns:webfeeds="http://webfeeds.org/rss/1.0"><channel><title>Cpe:2.3:a:wails:wails:*:*:*:*:*:*:*:* - CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/cpes/cpe2.3awailswails/</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>Wed, 28 Oct 2026 06:02:25 +0000</lastBuildDate><atom:link href="https://feed.craftedsignal.io/cpes/cpe2.3awailswails/feed.xml" rel="self" type="application/rss+xml"/><image><url>https://feed.craftedsignal.io/favicon-32x32.png</url><title>CraftedSignal Threat Feed</title><link>https://feed.craftedsignal.io/</link><width>32</width><height>32</height></image><webfeeds:icon>https://feed.craftedsignal.io/favicon.svg</webfeeds:icon><item><title>Wails: Origin validator bypass via wildcard pattern (CVE-2026-34157)</title><link>https://feed.craftedsignal.io/briefs/2026-10-wails-origin-bypass/</link><pubDate>Wed, 28 Oct 2026 06:02:25 +0000</pubDate><author>hello@craftedsignal.io</author><guid isPermaLink="true">https://feed.craftedsignal.io/briefs/2026-10-wails-origin-bypass/</guid><description>Wails v2 allows attackers to bypass BindingsAllowedOrigins restrictions via a permissive regex flaw in origin validation, potentially enabling unauthorized execution of Go backend methods.</description><content:encoded><![CDATA[<p>Wails v2 contains a vulnerability in the <code>wildcardPatternToRegex</code> function within <code>originValidator.go</code>. The implementation incorrectly replaces wildcards (<code>*</code>) with unanchored regex matchers (<code>.*</code>). Developers using a trailing wildcard pattern (e.g., <code>myapp.com*</code>) in <code>BindingsAllowedOrigins</code> inadvertently create a bypass, as the regex fails to restrict matches to legitimate domain boundaries. An attacker can craft a malicious origin (e.g., <code>myapp.com.attacker.com</code> or <code>myapp.community</code>) to invoke bound Go methods, leading to unauthorized actions such as file system access or command execution. The issue is addressed in PR #5074, which restricts wildcard expansion to full domain components.</p>
<h2 id="impact">Impact</h2>
<p>If a Wails application exposes sensitive bindings, an attacker-controlled origin can execute those methods. Observed potential impacts include unauthorized file system read/write, credential exfiltration, and execution of OS commands if mapped to the application frontend.</p>
<h2 id="recommendation">Recommendation</h2>
<ul>
<li>Upgrade Wails to version 2.13.0 or later once released.</li>
<li>Audit existing <code>BindingsAllowedOrigins</code> configurations in Wails applications. Ensure wildcard patterns are used only for full domain components (e.g., <code>https://*.myapp.com</code>) and avoid trailing wildcards on partial labels (e.g., <code>myapp.com*</code>).</li>
<li>Review exposed Go methods in application bindings to ensure they follow the principle of least privilege.</li>
</ul>
]]></content:encoded><category domain="severity">high</category><category domain="type">advisory</category><category>web-application</category><category>vulnerability</category><category>ipc</category><category>origin-bypass</category></item></channel></rss>