this post was submitted on 18 Jul 2023
143 points (99.3% liked)

Technology

58303 readers
37 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related content.
  3. Be excellent to each another!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, to ask if your bot can be added please contact us.
  9. Check for duplicates before posting, duplicates may be removed

Approved Bots


founded 1 year ago
MODERATORS
top 13 comments
sorted by: hot top controversial new old
[–] [email protected] 22 points 1 year ago

Man that’s clever

[–] [email protected] 13 points 1 year ago (1 children)
[–] [email protected] 3 points 1 year ago

Would you like to develop an app?

[–] [email protected] 12 points 1 year ago (1 children)

The really scary thing is probably the malicious npm dependencies. If I think about the projects at work with and all the different packages and the hundreds of dependencies no one knows. And it's probably even worse in really big companies like Microsoft or Facebook, they probably got thousands across their products. I hope for us all that they scan them very regularly.

[–] [email protected] 3 points 1 year ago (1 children)

This is why my work will only use enterprise supported distros like RHEL. We don't have the manpower to stay on top of every single package update to ensure they're absolutely safe.

[–] einsteinx2 5 points 1 year ago (1 children)

What does RHEL have to do about NPM package dependencies in software projects? A server or a developer’s desktop machine using RHEL would still be pulling the same packages from NPM as another other distro…unless I’m missing something?

[–] [email protected] 4 points 1 year ago (1 children)

You're right, I'm a dumb dumb and misread the whole thing as RPM, whoops!

[–] einsteinx2 2 points 1 year ago

No worries! I thought maybe RHEL had like their own NPM repo or something (I think NixOS has python packages, so that kind of thing isn’t unheard of), but then that didn’t really make sense so I wanted to make sure I was understanding.

[–] [email protected] 9 points 1 year ago

There goes the argument of non technical users falling for scams. The tables have turned!

I do wonder if this would be negated by containered applications

[–] [email protected] 7 points 1 year ago

Oo that's a sneaky one, very impressive.

[–] [email protected] 5 points 1 year ago

Examine dependencies and installation scripts. Very recently published, net-new packages, or scripts or dependencies that make network connections during installation should receive extra scrutiny.

I'm a little surprised npm doesn't already do this and give you a big blinking warning in the install process about it.

[–] [email protected] 1 points 1 year ago (1 children)

How do Linux distro's deal with this? I feel like however that's done, I'd like node packages to work in a similar way - "package distro's". You could have rolling-release, long-term service w/security patches, an application and verification process for being included in a distro, etc.

It wouldn't eliminate all problems, of course, but could help with several methods of attack, and also help focus communities and reduce duplication of effort.

[–] [email protected] 1 points 1 year ago

Linux distros typically use a key signing party to help shore up their security concerns, but I wonder how github would go about implementing something like that.