<?xml version='1.0' encoding='UTF-8'?>
<?xml-stylesheet href="/static/style.xsl" type="text/xsl"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/" version="2.0">
  <channel>
    <title>Most recent entries from all</title>
    <link>https://cve.radiocsirt.org</link>
    <description>Contains only the most 10 recent entries.</description>
    <docs>http://www.rssboard.org/rss-specification</docs>
    <generator>python-feedgen</generator>
    <language>en</language>
    <lastBuildDate>Fri, 09 Oct 2026 11:03:13 +0000</lastBuildDate>
    <item>
      <title>EUVD-2026-373395</title>
      <link>https://cve.radiocsirt.org/vuln/euvd-2026-373395</link>
      <description>EUVD-2026-373395</description>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/euvd-2026-373395</guid>
    </item>
    <item>
      <title>fkie_cve-2025-48043</title>
      <link>https://cve.radiocsirt.org/vuln/fkie_cve-2025-48043</link>
      <description>&lt;p&gt;Incorrect Authorization vulnerability in ash-project ash allows Authentication Bypass.&lt;/p&gt;
&lt;p&gt;This issue affects ash: from 0.1.1 before 3.6.2.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Incorrect Authorization vulnerability in ash-project ash allows Authentication Bypass.&lt;/p&gt;
&lt;p&gt;This issue affects ash: from 0.1.1 before 3.6.2.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/fkie_cve-2025-48043</guid>
    </item>
    <item>
      <title>GHSA-7r7f-9xpj-jmr7 — Ash Framework: Filter authorization misapplies impossible bypass/runtime policies</title>
      <link>https://cve.radiocsirt.org/vuln/ghsa-7r7f-9xpj-jmr7</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Hex: ash&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;When using **filter** authorization, two edge cases could cause the policy compiler/authorizer to generate a permissive filter:&lt;/p&gt;
&lt;p&gt;1. **Bypass policies whose condition can never pass at runtime** were compiled as
   `OR(AND(condition, compiled_policies), NOT(condition))`.
   If the condition could never be true at runtime, the `NOT(condition)` branch evaluated truthy and the overall expression became permissive.&lt;/p&gt;
&lt;p&gt;2. **Runtime policy scenarios that reduce to “no checks are applicable”** (an empty SAT scenario) were treated as an empty clause and dropped instead of being treated as **`false`**, which could again produce an overly broad (permissive) filter.&lt;/p&gt;
&lt;p&gt;These bugs could allow reads to return records that should have been excluded by policy.&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Projects that rely on **filter-based authorization** and define:&lt;/p&gt;
&lt;p&gt;* `bypass ... do ... end` blocks whose condition(s) are only resolvable at runtime and can never pass in a given request context, **or**
* runtime checks that simplify to an **empty** scenario for a clause&lt;/p&gt;
&lt;p&gt;may unintentionally generate a permissive query filter, potentially returning unauthorized data.&lt;/p&gt;
&lt;p&gt;*Actions primarily affected:* reads guarded by filter policies. Non-filter (e.g., hard forbid) policies are not impacted.&lt;/p&gt;
&lt;p&gt;### Technical details&lt;/p&gt;
&lt;p&gt;This patch corrects two behaviors:&lt;/p&gt;
&lt;p&gt;* **`Ash.Policy.Policy.compile_policy_expression/1`** now treats **bypass** blocks as
  `AND(condition_expression, compiled_policies)`
  instead of `OR(AND(...), NOT(con…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Hex: ash&lt;/p&gt;
&lt;p&gt;### Summary&lt;/p&gt;
&lt;p&gt;When using **filter** authorization, two edge cases could cause the policy compiler/authorizer to generate a permissive filter:&lt;/p&gt;
&lt;p&gt;1. **Bypass policies whose condition can never pass at runtime** were compiled as
   `OR(AND(condition, compiled_policies), NOT(condition))`.
   If the condition could never be true at runtime, the `NOT(condition)` branch evaluated truthy and the overall expression became permissive.&lt;/p&gt;
&lt;p&gt;2. **Runtime policy scenarios that reduce to “no checks are applicable”** (an empty SAT scenario) were treated as an empty clause and dropped instead of being treated as **`false`**, which could again produce an overly broad (permissive) filter.&lt;/p&gt;
&lt;p&gt;These bugs could allow reads to return records that should have been excluded by policy.&lt;/p&gt;
&lt;p&gt;### Impact&lt;/p&gt;
&lt;p&gt;Projects that rely on **filter-based authorization** and define:&lt;/p&gt;
&lt;p&gt;* `bypass ... do ... end` blocks whose condition(s) are only resolvable at runtime and can never pass in a given request context, **or**
* runtime checks that simplify to an **empty** scenario for a clause&lt;/p&gt;
&lt;p&gt;may unintentionally generate a permissive query filter, potentially returning unauthorized data.&lt;/p&gt;
&lt;p&gt;*Actions primarily affected:* reads guarded by filter policies. Non-filter (e.g., hard forbid) policies are not impacted.&lt;/p&gt;
&lt;p&gt;### Technical details&lt;/p&gt;
&lt;p&gt;This patch corrects two behaviors:&lt;/p&gt;
&lt;p&gt;* **`Ash.Policy.Policy.compile_policy_expression/1`** now treats **bypass** blocks as
  `AND(condition_expression, compiled_policies)`
  instead of `OR(AND(...), NOT(con…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://cve.radiocsirt.org/vuln/ghsa-7r7f-9xpj-jmr7</guid>
    </item>
  </channel>
</rss>
