Vulnerability in prototype-pollution (CVE-2025-63704)
Summary
vulnerability in prototype-pollution (CVE-2025-63704). Successful exploitation can lead to full system takeover.
Original description
The description as published by the source.
NPM package query-parser-string 1.0.0 is vulnerable to Prototype Pollution. The package does not properly sanitize user supplied query parameters and merges them to the newly created object.
Source: NIST National Vulnerability Database NVD GitHub Advisory
AI summary
Written by an external AI model and may contain mistakes. Check the original description and references below before acting on it.
The NPM package query-parser-string version 1.0.0 has a critical vulnerability known as Prototype Pollution, allowing attackers to maliciously inject properties into objects by mismanaging user query data. Similar issues include CVE-2019-10744. Your company should promptly discontinue the use of this version and implement security measures.
The NPM package query-parser-string version 1.0.0 is vulnerable to Prototype Pollution. This occurs in the _fillValue function when parsing query parameters using fromQuery. The affected version is 1.0.0 with no patch available yet. Attackers can exploit this via queries:
const { fromQuery } = require('query-string-parser');
const queryString = fromQuery("a=1&b=2&__proto__[polluted]=polluted");
No temporary workaround is available, so it's advised to avoid using this package.
Improper sanitization of user-supplied query parameters in query-parser-string version 1.0.0.
_fillValue function inside index.js when calling fromQuery.
Critical severity with a CVSS v3 score of 9.8, allowing remote exploitation without any authentication or user interaction.
No patch is available. Avoid using the affected version.
No workaround is provided in the sources.
Inspect for usage of _fillValue function in your codebase with query-parser-string 1.0.0.
Related past incidents Similar incidents extracted from past CVEs
Similar Prototype Pollution vulnerability in lodash package that allowed property injection.
If this happens at your company Expected impact per business scenario
Could allow attackers to manipulate application behavior or access unauthorized data through object pollution.
Compromise of API services integrity and confidentiality by injecting unauthorized properties.
Risk of widespread vulnerability exploitation due to indirect dependencies.
Discontinue using the vulnerable package version immediately and conduct a full review of dependency usage for security risks.
Response actions
Concrete steps and command examples for SOC/SRE teams to execute in order
-
1Identify exposure identify
Audit SBOM/dependencies for affected components.依存マニフェストで影響コンポーネントを特定する。
-
7Post-deployment verification verify
Confirm patched version is live in productionパッチ適用後、ステージングで PoC または同等の悪用パターンを再現して脆弱性が閉じたことを確認。本番では Step 3 と同じログクエリでアラート再発が無いか継続監視。
Affected packages
References
- advisory nvd.nist.gov
- package github.com
- web gist.github.com
- web github.com
- web npmjs.com
- web github.com