<?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-06T14:01:39.432690+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-274633</id>
    <title>EUVD-2026-274633</title>
    <updated>2026-10-06T14:01:39.435353+00:00</updated>
    <content>EUVD-2026-274633</content>
    <link href="https://cve.radiocsirt.org/vuln/euvd-2026-274633"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/fkie_cve-2026-27803</id>
    <title>fkie_cve-2026-27803</title>
    <updated>2026-10-06T14:01:39.435384+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Vaultwarden is an unofficial Bitwarden compatible server written in Rust, formerly known as bitwarden_rs. Prior to version 1.35.4, when a Manager has manage=false for a given collection, they can still perform several management operations as long as they have access to the collection. This issue has been patched in version 1.35.4.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/fkie_cve-2026-27803"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/ghsa-h4hq-rgvh-wh27</id>
    <title>GHSA-h4hq-rgvh-wh27 — Vaultwarden's Collection Management Operations Allowed Without `manage` Verification for Manager Role</title>
    <updated>2026-10-06T14:01:39.435414+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml"><p><strong>Affected:</strong> crates.io: vaultwarden</p>
<p>## Summary</p>
<p>Testing confirmed that even when a Manager has `manage=false` for a given collection, they can still perform the following management operations as long as they have access to the collection:</p>
<p>* `PUT /api/organizations/&lt;org_id&gt;/collections/&lt;col_id&gt;` succeeds (HTTP 200)
* `PUT /api/organizations/&lt;org_id&gt;/collections/&lt;col_id&gt;/users` succeeds (HTTP 200)
* `DELETE /api/organizations/&lt;org_id&gt;/collections/&lt;col_id&gt;` succeeds (HTTP 200)</p>
<p>## Description</p>
<p>* The Manager guard checks only whether the user **can access the collection**, not whether they have `manage` privileges. This check is directly applied to management endpoints.
src/auth.rs:816
  ```rust</p>
<p>if !Collection::can_access_collection(&amp;headers.membership, &amp;col_id, &amp;conn).await {
      err_handler!("The current user isn't a manager for this collection")
  }
  ```</p>
<p>* The `can_access_collection` function does **not** evaluate the `manage` flag.
  src/db/models/collection.rs:140</p>
<p>```rust</p>
<p>pub async fn can_access_collection(member: &amp;Membership, col_id: &amp;CollectionId, conn: &amp;DbConn) -&gt; bool {
      member.has_status(MembershipStatus::Confirmed)
          &amp;&amp; (member.has_full_access()
              || CollectionUser::has_access_to_collection_by_user(col_id, &amp;member.user_uuid, conn).await
              || ...
  ```</p>
<p>* A separate management-permission check exists and includes `manage` validation, but it is **not used** during authorization for the affected endpoints.
  src/db/models/collection.rs:516</p>
<p>```rust…</p></div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/ghsa-h4hq-rgvh-wh27"/>
  </entry>
  <entry>
    <id>https://cve.radiocsirt.org/vuln/wid-sec-w-2026-0594</id>
    <title>WID-SEC-W-2026-0594 — Vaultwarden: Mehrere Schwachstellen</title>
    <updated>2026-10-06T14:01:39.435477+00:00</updated>
    <content type="xhtml">
      <div xmlns="http://www.w3.org/1999/xhtml">
        <p>Ein entfernter, authentisierter Angreifer kann mehrere Schwachstellen in Vaultwarden ausnutzen, um Sicherheitsmaßnahmen zu umgehen, erweiterte Privilegien zu erlangen, vertrauliche Informationen offenzulegen und Daten zu manipulieren.</p>
      </div>
    </content>
    <link href="https://cve.radiocsirt.org/vuln/wid-sec-w-2026-0594"/>
  </entry>
</feed>
