https://cve.radiocsirt.org Contains only the most 10 recent entries. http://www.rssboard.org/rss-specification python-feedgen en Sat, 10 Oct 2026 16:33:34 +0000 https://cve.radiocsirt.org/vuln/bit-seaweedfs-2026-55873 <p><strong>Affected:</strong> Bitnami: seaweedfs</p> <p>SeaweedFS is a distributed storage system. In versions 4.08 through 4.33, requests signed with SigV4 service s3tables are routed to the S3Tables management API where authorization collapses account-less S3 identities into the shared admin account and fails open, allowing an authenticated low-privileged S3 user to enumerate administrator-owned table bucket names and ARNs. This issue is fixed in version 4.34.</p> <p><strong>Affected:</strong> Bitnami: seaweedfs</p> <p>SeaweedFS is a distributed storage system. In versions 4.08 through 4.33, requests signed with SigV4 service s3tables are routed to the S3Tables management API where authorization collapses account-less S3 identities into the shared admin account and fails open, allowing an authenticated low-privileged S3 user to enumerate administrator-owned table bucket names and ARNs. This issue is fixed in version 4.34.</p> https://cve.radiocsirt.org/vuln/bit-seaweedfs-2026-55873 https://cve.radiocsirt.org/vuln/euvd-2026-333992 EUVD-2026-333992 https://cve.radiocsirt.org/vuln/euvd-2026-333992 https://cve.radiocsirt.org/vuln/fkie_cve-2026-55873 <p>SeaweedFS is a distributed storage system. In versions 4.08 through 4.33, requests signed with SigV4 service s3tables are routed to the S3Tables management API where authorization collapses account-less S3 identities into the shared admin account and fails open, allowing an authenticated low-privileged S3 user to enumerate administrator-owned table bucket names and ARNs. This issue is fixed in version 4.34.</p> <p>SeaweedFS is a distributed storage system. In versions 4.08 through 4.33, requests signed with SigV4 service s3tables are routed to the S3Tables management API where authorization collapses account-less S3 identities into the shared admin account and fails open, allowing an authenticated low-privileged S3 user to enumerate administrator-owned table bucket names and ARNs. This issue is fixed in version 4.34.</p> https://cve.radiocsirt.org/vuln/fkie_cve-2026-55873 https://cve.radiocsirt.org/vuln/ghsa-hgpf-8634-g44c <p><strong>Affected:</strong> Go: github.com/seaweedfs/seaweedfs</p> <p>### Summary SeaweedFS routes requests signed with SigV4 service `s3tables` to the S3Tables management API. Authorization on that path collapsed account-less S3 identities into the shared `admin` account and failed open, so a user holding only ordinary S3 `Read` credentials — and no S3Tables-specific permission — could invoke S3Tables management operations such as `GET /buckets` and enumerate administrator-owned table bucket inventory (names and ARNs). The same handler backs the Iceberg REST catalog, which was affected by the same flaw.</p> <p>### Impact An authenticated low-privileged S3 user can cross the boundary between ordinary S3 object access and S3Tables management. Confirmed impact is disclosure of administrator-owned table bucket inventory (bucket names and ARNs); in shared or multi-tenant deployments this can reveal tenant naming and operational structure.</p> <p>### Affected versions SeaweedFS `&gt;= 4.08, &lt; 4.34` (the S3Tables management API was introduced in 4.08).</p> <p>### Patched versions Fixed in **4.34** (#9961). Administrator status is now decided by the `ACTION_ADMIN` capability rather than by a collapsed `admin` account id, S3Tables authorization no longer defaults to allow, and the tautological ListTableBuckets gate was removed. Related hardening of the same root cause landed in #9962, #9963, and #9971.</p> <p>### Workaround No configuration workaround — upgrade to 4.34 or later.</p> <p>### Credit Reported by **TA-MU-TA**.</p> <p><strong>Affected:</strong> Go: github.com/seaweedfs/seaweedfs</p> <p>### Summary SeaweedFS routes requests signed with SigV4 service `s3tables` to the S3Tables management API. Authorization on that path collapsed account-less S3 identities into the shared `admin` account and failed open, so a user holding only ordinary S3 `Read` credentials — and no S3Tables-specific permission — could invoke S3Tables management operations such as `GET /buckets` and enumerate administrator-owned table bucket inventory (names and ARNs). The same handler backs the Iceberg REST catalog, which was affected by the same flaw.</p> <p>### Impact An authenticated low-privileged S3 user can cross the boundary between ordinary S3 object access and S3Tables management. Confirmed impact is disclosure of administrator-owned table bucket inventory (bucket names and ARNs); in shared or multi-tenant deployments this can reveal tenant naming and operational structure.</p> <p>### Affected versions SeaweedFS `&gt;= 4.08, &lt; 4.34` (the S3Tables management API was introduced in 4.08).</p> <p>### Patched versions Fixed in **4.34** (#9961). Administrator status is now decided by the `ACTION_ADMIN` capability rather than by a collapsed `admin` account id, S3Tables authorization no longer defaults to allow, and the tautological ListTableBuckets gate was removed. Related hardening of the same root cause landed in #9962, #9963, and #9971.</p> <p>### Workaround No configuration workaround — upgrade to 4.34 or later.</p> <p>### Credit Reported by **TA-MU-TA**.</p> https://cve.radiocsirt.org/vuln/ghsa-hgpf-8634-g44c