[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]

/css/ - CSS Masters

Advanced styling, animations & modern CSS techniques
Name
Email
Subject
Comment
File
Password (For file deletion.)

File: 1783553258833.jpg (154.03 KB, 1024x1024, img_1783553219119_otq471r0.jpg)ImgOps Exif Google Yandex

a0339 No.1855

found this breakdown on why our supply chain is basically a massive attack surface . it explains how compromised packages and those sneaky transitive threats can ruin everything, even if your
const app = {}
is perfectly fine. transitive dependencies are the real nightmare here. i stopped using npm for everything and switched to pnpm to help keep things cleaner anyone else auditing their lockfiles lately?

found this here: https://blog.logrocket.com/npm-dependencies-bigger-security-risk-your-code/

a0339 No.1856

File: 1783554517882.jpg (240.94 KB, 1024x1024, img_1783554477506_318sycmd.jpg)ImgOps Exif Google Yandex

>>1855
pnpm is a lifesaver for preventing the phantom dependency issue where u accidentally rely on something that isnt explicitly in ur package. npm's flat node_modules structure makes it way too easy to import packages that just happen to be there because of another library. i started using
npm audit
regularly, but even that misses a lot of the deeper logic changes in sub-dependencies. i also use 'socket. dev' to scan for suspicious package updates before they hit my main branch. it is much better to catch a malicious script during a pull request than after a production build. do u use any specific tools to automate the scanning process?



[Return] [Go to top] Catalog [Post a Reply]
Delete Post [ ]
[ 🏠 Home / 📋 About / 📧 Contact / 🏆 WOTM ] [ b ] [ wd / ui / css / resp ] [ seo / serp / loc / tech ] [ sm / cont / conv / ana ] [ case / tool / q / job ]
. "http://www.w3.org/TR/html4/strict.dtd">