GITHUB-ACTIONS · SEPTEMBER 2026 · EARLY WARNING

SeaweedFS IAM gRPC Service Vulnerability: Early Warning

EARLY WARNING · UNCONFIRMED. This page describes a developing threat that 0Day surfaced from early signals and has not yet independently confirmed. Details may change. Always verify against the primary sources before acting.
Severity
HIGH
Affected component
seaweedfs (github-actions)
Patched version
4.24
GHSA-2V6V-25FM-P4FG

An early warning has been issued for a critical vulnerability in the SeaweedFS IAM gRPC service. This vulnerability, tracked as GHSA-2V6V-25FM-P4FG, could allow unauthenticated clients to invoke administrative RPCs.

What happened

An early warning has been issued for a critical vulnerability in the SeaweedFS IAM gRPC service. This vulnerability, tracked as GHSA-2V6V-25FM-P4FG, reportedly allows unauthenticated clients to invoke administrative RPCs. The issue has been addressed in SeaweedFS version 4.24, which now requires a Bearer token signed with the filer admin signing key for IAM RPCs.

The vulnerability was first flagged on September 2, 2026. It is classified as a critical CVE and has not yet been exploited in the wild. The affected component is the seaweedfs package, specifically versions prior to 4.24.

What to do about it

How 0Day would have caught this

MATCHED TO YOUR ACTUAL DEPENDENCY GRAPH0Day matches every incoming threat signal against your GitHub organization’s full dependency graph, including transitive dependencies. If seaweedfs is anywhere in your dependency tree, the engineers who own the affected repositories get a push alert the moment it is flagged — no manual audit to remember to run.

Read how this differs from waiting on a scanner to catch a known advisory, or see the exact, read-only access 0Day needs to do this for an organization.

Frequently asked questions

Am I affected?

You are affected if you are using SeaweedFS versions prior to 4.24.

What should I do right now?

Upgrade to SeaweedFS version 4.24 and configure `jwt.filer_signing.key` in `security.toml`. Ensure all IAM RPCs use an admin-signed Bearer token.

Has this been exploited in the wild?

No, this vulnerability has not been exploited in the wild.

Sources

Join the 0Day waitlist →

← Back to all threats