CVE-2026-73080: SeaweedFS: Unauthenticated SSRF with response read-back via VolumeServer.FetchAndWriteNeedle
SeaweedFS is a distributed storage system. Prior to 4.24, VolumeServer.FetchAndWriteNeedle in weed/server/volume_grpc_remote.go fetches a caller-supplied remote endpoint through weed/remote_storage/s3/s3_storage_client.go and writes the response into a needle. The RPC performs no authentication and no target validation, allowing anyone who can reach a volume server's gRPC port to cause requests to arbitrary hosts, including loopback, link-local, RFC 1918, and cloud metadata endpoints such as 169.254.169.254, and read the response. On cloud deployments, this can disclose instance metadata and IAM credentials and reach otherwise unexposed internal services. The volume server gRPC plane is unauthenticated by default, and configuring documented JWT signing keys does not protect this RPC. This issue is fixed in version 4.24.
Security readout for executives and security teams
Plain-English summary
SeaweedFS versions before 4.24 allow an unauthenticated party with network access to a volume server’s gRPC port to make the server contact internal or cloud-only systems and return their responses. This could expose cloud metadata, IAM credentials, or sensitive internal services.
Executive priority
Treat as an immediate remediation item wherever affected gRPC ports are reachable. Prioritize cloud-hosted and multi-tenant environments because successful abuse may disclose credentials and enable access to otherwise isolated services. Upgrade promptly and investigate possible metadata or internal-service access.
Technical view
The unauthenticated VolumeServer.FetchAndWriteNeedle RPC accepts a caller-controlled remote endpoint without target validation. It can reach loopback, link-local, private-network, and cloud metadata addresses, then store and expose the response. Documented JWT signing keys do not protect this RPC. CVSS 3.1 rates it 9.3.
Likely exposure
Exposure requires SeaweedFS earlier than 4.24 and attacker reachability to a volume server’s gRPC port. Cloud deployments face particular credential risk. Private deployments remain vulnerable where untrusted users or compromised workloads can reach that port.
Exploitation context
The supplied sources do not establish active exploitation, and the CVE is not listed as KEV in the bundle. Exploitation is nevertheless low-complexity, requires no authentication or user interaction, and can cross security boundaries when the gRPC service is reachable.
Researcher notes
This is CWE-918 SSRF with response read-back and a changed security scope. The important control boundary is network reachability to the unauthenticated gRPC method; configured JWT signing keys are not sufficient. The bundle identifies the fix commit and 4.24 release but provides no evidence of exploitation in the wild.
Mitigation direction
Upgrade every affected SeaweedFS volume server to version 4.24 or later.
Restrict volume-server gRPC access to explicitly trusted systems while upgrading.
Limit volume-server outbound access to metadata, loopback, private, and sensitive internal destinations.
Review the vendor advisory and release notes for deployment-specific guidance.
Validation and detection
Inventory SeaweedFS versions and identify every instance earlier than 4.24.
Map which users, workloads, and networks can reach each volume server’s gRPC port.
Confirm all volume servers run version 4.24 or later after remediation.
Review cloud IAM and metadata-access logs for unexpected requests from volume servers.
Check internal service logs for anomalous requests originating from volume-server hosts.
Generated from the cited source records. This long-tail analysis has not been individually reviewed by a named human.
Potential ATT&CK relevance
Conservative CVE-to-ATT&CK context
These mappings and lookup hints may be relevant to the vulnerability behavior, CWE, affected product, or exposure path. Glexia-inferred context is not an official MITRE, ATT&CK, CWE, or CVE Program mapping.
ATT&CK lookup starting points
Use these exact CWE pages and searches to review the Glexia ATT&CK library from this CVE's weakness and description context.
cwe · medium confidence lookup
CWE-918: Information exposure and cloud metadata lookup
Information exposure and SSRF weaknesses can make discovery, cloud metadata, and credential material review relevant. Open the exact CWE lookup page first, then review the ATT&CK searches from that MITRE weakness context. This is a Glexia lookup hint, not an official ATT&CK mapping.
The CVE wording references SSRF or metadata access, so cloud discovery and credential material review may help. This is a Glexia inferred lookup path, not an official MITRE, ATT&CK, or CVE Program mapping.
These fields come from the CVE record and ADP containers, not from Glexia's Take. They preserve time-varying source decisions such as CISA SSVC, KEV status, CVSS metrics, and provider references.
We collect every scored CVSS vector available in the official CNA and ADP containers. When more than one version is present, the table keeps the source vectors side by side instead of collapsing them into the highest score.
CWE links open Glexia weakness intelligence pages with official CWE context, developer remediation guidance, and related CVE mappings.
CWE-918 · source CWE mapping
Server-Side Request Forgery (SSRF)
Server-Side Request Forgery (SSRF) represents a recurring weakness pattern that can create exploitable paths when design, validation, or implementation controls are missing.