| ▲ | jitl an hour ago | |||||||||||||||||||||||||
yeah but they can just put the dropper, etc in index.js, so that it runs at import time rather than at install time, no? i guess first-install time is often a privileged developer machine, and will execute in a "server"-like runtime such as Node, Bun, Deno. but blocking preinstall scripts is basic first aid... | ||||||||||||||||||||||||||
| ▲ | insanitybit 13 minutes ago | parent | next [-] | |||||||||||||||||||||||||
Prod tends to have less privileges than CI/CD. CI/CD tends to be full admin, so it's far more sensitive. Prod tends to have tooling for detecting breaches, better logging, etc. People tend to use containers, which act as a sandbox. Prod also won't be wormable the way that CI/CD is. With CI/CD I can own another dev, use their creds to push another malicious build script, etc. "Attacker is in my prod env" isn't wormable. Yes, capabilities in prod would be hugely beneficial but removing CI/CD is massive as a win. | ||||||||||||||||||||||||||
| ||||||||||||||||||||||||||
| ▲ | jerf an hour ago | parent | prev | next [-] | |||||||||||||||||||||||||
Nobody is claiming this is a complete solution to security. I would call this "necessary but not sufficient". You won't get far as an engineer if you refuse to implement "necessary but not sufficient" changes because the change doesn't in and of itself one-shot the entire problem. | ||||||||||||||||||||||||||
| ||||||||||||||||||||||||||
| ▲ | sysguest 24 minutes ago | parent | prev [-] | |||||||||||||||||||||||||
well Deno has the necessary ingredients for defense: file-system permission by path | ||||||||||||||||||||||||||