Skip to main content
CVE-2025-67819VulnerabilityPublished

CVE-2025-67819: weaviate · n/a

Affects weaviateSource CVE Database V5

0

Not known to be exploited · CVSS 4.9 Medium : upgrade to 1.33.4 when convenient.

Data as of 25 Oct 2026, 19:02 UTC

CVSS 3.1 base score
4.9Medium
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 42% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 1.33.4
CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:N/A:N

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 12 Dec 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.

What to do

Upgrade weaviate/weaviate to 1.33.4.

Affected software

ProductAffectedFixed in
GitHubweaviate/weaviatepkg:github/weaviate/weaviateOther threatsAffected
  • <1.33.4
Fixed in
  • 1.33.4

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

European organizations should implement the following specific mitigations: 1) Upgrade Weaviate OSS to version 1.33.4 or later as soon as the patch is available to ensure the vulnerability is addressed. 2) Restrict network access to the FileReplicationService to trusted hosts only, using firewall rules or network segmentation to minimize exposure. 3) Enforce strict authentication and authorization controls to limit who can invoke the GetFile method, ensuring only necessary high-privilege users have access. 4) Implement input validation and sanitization on the fileName parameter at the application level to prevent directory traversal attempts. 5) Monitor logs for unusual GetFile method calls or access patterns during shard pause states to detect potential exploitation attempts. 6) Conduct regular security audits and penetration tests focusing on Weaviate deployments to identify and remediate similar issues proactively.

Description

An issue was discovered in Weaviate OSS before 1.33.4. Due to a lack of validation of the fileName field in the transfer logic, an attacker who can call the GetFile method while a shard is in the "Pause file activity" state and the FileReplicationService is reachable can read arbitrary files accessible to the service process.

References

Community reviews

Loading reviews…