<?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://db.gcve.eu</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>Mon, 28 Sep 2026 11:39:11 +0000</lastBuildDate>
    <item>
      <title>fkie_cve-2026-55067</title>
      <link>https://db.gcve.eu/vuln/fkie_cve-2026-55067</link>
      <description>&lt;p&gt;Vikunja is an open-source self-hosted task management platform. Prior to 2.4.0, POST /api/v1/projects/{project}/views/{view}/buckets/{bucket} allows the request body project_view_id value to be mass assigned by Bucket.Update in pkg/models/kanban.go. The permission check validates that the bucket currently belongs to the URL project and view but does not validate the body selected destination view, allowing any authenticated user to relocate an attacker-owned bucket into another tenant’s Kanban view. The injected bucket retains attacker-controlled content and ownership, enabling cross-tenant defacement. This issue is fixed in version 2.4.0.&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;Vikunja is an open-source self-hosted task management platform. Prior to 2.4.0, POST /api/v1/projects/{project}/views/{view}/buckets/{bucket} allows the request body project_view_id value to be mass assigned by Bucket.Update in pkg/models/kanban.go. The permission check validates that the bucket currently belongs to the URL project and view but does not validate the body selected destination view, allowing any authenticated user to relocate an attacker-owned bucket into another tenant’s Kanban view. The injected bucket retains attacker-controlled content and ownership, enabling cross-tenant defacement. This issue is fixed in version 2.4.0.&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/fkie_cve-2026-55067</guid>
    </item>
    <item>
      <title>GHSA-569v-q83c-3j3g — Vikunja vulnerable to authenticated cross-tenant kanban-bucket relocation via `project_view_id` mass-assignment</title>
      <link>https://db.gcve.eu/vuln/ghsa-569v-q83c-3j3g</link>
      <description>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: code.vikunja.io/api&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`POST /api/v1/projects/{project}/views/{view}/buckets/{bucket}` mass-assigns the request body&amp;#39;s `project_view_id` onto the bucket row. The permission check only verifies that the URL-supplied bucket already belongs to the URL-supplied `(project, view)` pair; the body&amp;#39;s `project_view_id` is never validated. Any signed-in user can therefore take one of their own buckets and graft it into any other tenant&amp;#39;s kanban view, with attacker-controlled title and the attacker&amp;#39;s account as `created_by`.&lt;/p&gt;
&lt;p&gt;This vulnerability was found using an LLM, and manually verified against latest (2.3.0).&lt;/p&gt;
&lt;p&gt;## Vulnerable code&lt;/p&gt;
&lt;p&gt;`pkg/models/kanban.go` (lines 348-359):&lt;/p&gt;
&lt;p&gt;```go
func (b *Bucket) Update(s *xorm.Session, _ web.Auth) (err error) {
    _, err = s.
        Where(&amp;#34;id = ?&amp;#34;, b.ID).
        Cols(
            &amp;#34;title&amp;#34;,
            &amp;#34;limit&amp;#34;,
            &amp;#34;position&amp;#34;,
            &amp;#34;project_view_id&amp;#34;,   // mass-assigned from the request body
        ).
        Update(b)
    return
}
```&lt;/p&gt;
&lt;p&gt;`Bucket.CanUpdate` (`canDoBucket`) only validates that the URL-supplied `{bucket}` belongs to the URL-supplied `{project}/{view}`. The body&amp;#39;s `project_view_id` reaches `Update` unchecked and is written through.&lt;/p&gt;
&lt;p&gt;## Proof of Concept&lt;/p&gt;
&lt;p&gt;**Prerequisites:** Two registered users (`attacker` and `victim`). In the IDs below: attacker&amp;#39;s project is `2`, kanban view `8`; victim&amp;#39;s project is `1`, kanban view `4`.&lt;/p&gt;
&lt;p&gt;**Step 1:** Attacker creates a fresh bucket in their own project.&lt;/p&gt;
&lt;p&gt;```bash
curl -s -X PUT &amp;#39;http://localhost:13456/a…&lt;/p&gt;</description>
      <content:encoded>&lt;p&gt;&lt;strong&gt;Affected:&lt;/strong&gt; Go: code.vikunja.io/api&lt;/p&gt;
&lt;p&gt;## Summary&lt;/p&gt;
&lt;p&gt;`POST /api/v1/projects/{project}/views/{view}/buckets/{bucket}` mass-assigns the request body&amp;#39;s `project_view_id` onto the bucket row. The permission check only verifies that the URL-supplied bucket already belongs to the URL-supplied `(project, view)` pair; the body&amp;#39;s `project_view_id` is never validated. Any signed-in user can therefore take one of their own buckets and graft it into any other tenant&amp;#39;s kanban view, with attacker-controlled title and the attacker&amp;#39;s account as `created_by`.&lt;/p&gt;
&lt;p&gt;This vulnerability was found using an LLM, and manually verified against latest (2.3.0).&lt;/p&gt;
&lt;p&gt;## Vulnerable code&lt;/p&gt;
&lt;p&gt;`pkg/models/kanban.go` (lines 348-359):&lt;/p&gt;
&lt;p&gt;```go
func (b *Bucket) Update(s *xorm.Session, _ web.Auth) (err error) {
    _, err = s.
        Where(&amp;#34;id = ?&amp;#34;, b.ID).
        Cols(
            &amp;#34;title&amp;#34;,
            &amp;#34;limit&amp;#34;,
            &amp;#34;position&amp;#34;,
            &amp;#34;project_view_id&amp;#34;,   // mass-assigned from the request body
        ).
        Update(b)
    return
}
```&lt;/p&gt;
&lt;p&gt;`Bucket.CanUpdate` (`canDoBucket`) only validates that the URL-supplied `{bucket}` belongs to the URL-supplied `{project}/{view}`. The body&amp;#39;s `project_view_id` reaches `Update` unchecked and is written through.&lt;/p&gt;
&lt;p&gt;## Proof of Concept&lt;/p&gt;
&lt;p&gt;**Prerequisites:** Two registered users (`attacker` and `victim`). In the IDs below: attacker&amp;#39;s project is `2`, kanban view `8`; victim&amp;#39;s project is `1`, kanban view `4`.&lt;/p&gt;
&lt;p&gt;**Step 1:** Attacker creates a fresh bucket in their own project.&lt;/p&gt;
&lt;p&gt;```bash
curl -s -X PUT &amp;#39;http://localhost:13456/a…&lt;/p&gt;</content:encoded>
      <guid isPermaLink="false">https://db.gcve.eu/vuln/ghsa-569v-q83c-3j3g</guid>
    </item>
  </channel>
</rss>
