dp-web-header
Shared dp web header library for backend integration
This report shows the evidence for dp-web-header@35.3.8, the only known version.
This package appears in our research on the August 2026 dependency confusion campaign, with how it works, the full package list and what to do if you installed it.
AI Security Review
scanned 3mo ago · by lpm-firewall-aiThis is a concrete import-time staged-payload execution chain unrelated to the documented header library. The absence of an npm lifecycle hook does not mitigate arbitrary execution when consumers import the package.
Decision evidence
public snapshot- index.js imports _ext.js on every package import.
- _ext.js downloads platform payloads from three workers.dev hosts.
- _ext.js falls back to DNS TXT payload retrieval from wel1.ru domains.
- _ext.js writes payloads under /var/tmp or TEMP, chmods them, then detached-spawns them.
- The behavior is hidden behind an unrelated web-header API and uses a temp marker to limit repeats.
- package.json defines no lifecycle scripts.
- No credential or environment-value exfiltration is present in _ext.js.
Source & flagged code
3 flagged · loading sourceA package entrypoint or install-time lifecycle script reaches a source file with blocking dangerous behavior.
_ext.jsView on unpkg · L2Findings
Affected versions and remediation
This report applies to dp-web-header@35.3.8.
The versions list below shows the verdict for each recorded version.
- Avoid installing dp-web-header@35.3.8. Remove it from direct dependencies and check your lockfile for transitive copies.
- Choose an independently verified alternative or release. This report does not establish that other versions are safe.
- If this version ran, investigate the affected machine and build environment. Rotate credentials it could access and rebuild from a trusted environment.
Evidence last updated: .
Source advisory published: .
Think this verdict is wrong? Dispute it on GitHub or read how reports are produced.