News for hackers. Stuff that matters.
Re:DuckDB NPM packages 1.3.3 and 1.29.2 compromised with mal... by herpdyderp on Tuesday September 09, 2025 @08:41AM (#45181162)
If I was forced to wait to download my own package updates I would simply stop using npm altogether and use something else.
Re:DuckDB NPM packages 1.3.3 and 1.29.2 compromised with mal... by kaelwd on Tuesday September 09, 2025 @10:03AM (#45182087)
It would be fine if you could still manually specify those versions eg. npm i [email protected] installs 1.3.3 but duckdb@latest or duckdb@^1.3 stays on 1.3.2 until 1.3.3 is ~a week old.

https://github.com/pnpm/pnpm/issues/9921

Re:DuckDB NPM packages 1.3.3 and 1.29.2 compromised with mal... by ApolloFortyNine on Tuesday September 09, 2025 @10:51AM (#45182729)
Except they'd have to have an override for when there's a zero day, at which point we're back where we started.
Re:DuckDB NPM packages 1.3.3 and 1.29.2 compromised with mal... by kaelwd on Tuesday September 09, 2025 @11:10AM (#45183021)
Versions with a serious vulnerability should be deprecated by the maintainer which then warns you to use a newer version when installing. Yes if a npm account is compromised the attacker could deprecate everything except their malicious version but it would still significantly reduce the attack surface by requiring manual intervention vs the current npm install foo@latest -> you're fucked.
Re:DuckDB NPM packages 1.3.3 and 1.29.2 compromised with mal... by herpdyderp on Tuesday September 09, 2025 @10:35AM (#45182522)
Brilliantly simple, that would work for me!
Re:DuckDB NPM packages 1.3.3 and 1.29.2 compromised with mal... by balder1991 on Tuesday September 09, 2025 @08:50AM (#45181253)
It could be done like a rollout in % over time like app stores do.