Menu

Post image 1
Post image 2
1 / 2
0

Two Independent Attack Surfaces: Why npm Provenance Doesn't Make a Package Safe

DEV Community·Pico·28 days ago
#ckMkxzxf
Reading 0:00
15s threshold

The @bitwarden/cli compromise and ua-parser-js happened the same way on the surface: someone published a malicious version to npm. "Supply chain attack" covers both. But structurally, they're different threats — and treating them as one risk means your mitigations work on one and leave the other wide open. I covered the structural difference earlier today . This post is about what happens when you start measuring both surfaces at the package level — specifically, what proof-of-commitment now reports. Two surfaces Maintainer surface. A single person or small group controls the publish credentials. Compromise any of them — stolen token, phishing, coercion — and you control what goes to npm. The malicious release is legitimate by every build system measure. Provenance attestation will verify it faithfully, because the right pipeline ran. Build surface.…

Continue reading — create a free account

Join HashtagPLUS to read full articles, follow hashtags, vote, and join the conversation.

Read More