Live data from Hacker News

Malicious VSCode extensions with more than 45k installs

blog.checkpoint.com

131–140 of 191 posts

Re: Malicious VSCode extensions with more than 45k installs

#131

2 out of the 3 examples do not have more than 45k installs. The one example that did "had a simple PII stealer code" but was actually just sending telemetry. The point of the article is probably valid, but the article itself seems to be dishonest.

I noticed that too, right from the headline "Malicious Extensions with more than 45,000 Installs" with a screenshot showing "278 installs".

Exaggerate much?

Re: Malicious VSCode extensions with more than 45k installs

#132
let this be a reminder that little snitch has existed for a long time and we all should be using it in prompt-for-everything mode.

there are multiple implementations for macos. there are multiple implementations for linux. run, don’t walk.

yes, there are tradeoffs. you may even changes your web browsing habits to avoid a tirade of prompts from some random chum bucket. it’s all worth it when one of your eyebrows goes up after some process that tries to make a dns request it doesn’t have any business making. then you hit deny. then you investigate.

now all we need is little snitch for filesystems. maybe we can build it on encrypted fuse mounts.

Re: Malicious VSCode extensions with more than 45k installs

#133

2 out of the 3 examples do not have more than 45k installs. The one example that did "had a simple PII stealer code" but was actually just sending telemetry. The point of the article is probably valid, but the article itself seems to be dishonest.

Does the 45k installs mean for a specific extension or just that 45k installs in total of all extensions?

One of the extensions had 45213 installs, which is what the headline stated. But no matter how you count it, the rest of the extensions was far off 45k.

Re: Malicious VSCode extensions with more than 45k installs

#134
post #19

Capabilities-based security prevents these supply chain attacks! (Even though in this case most of the downloads were of packages including unwanted telemetry and not something more dangerous.) “…And now if a [color theme] wants to read your data and send it to a server, it needs a filesystem capability and a network capability. It should be an obvious red flag if a [theming addon] were to ask for those dependencies.…

Packj [1] flags malicious/risky NPM/PyPI/RubyGems packages by carrying out static analysis and looking for capabilities/permissions (diff from runtime permission enforcement). Supporting VSCode/browser extensions is on our roadmap.

Disclaimer: I'm the lead developer.

1. https://github.com/ossillate-inc/packj

Re: Malicious VSCode extensions with more than 45k installs

#135
post #67

I have been leery of VSCode for this reason. The bare product isn’t very special, so you have to download extensions to get the functionality you need. However, there is nothing keeping the extension from communicating. Suddenly, you get malicious extensions that leak data. It’s not just malicious extension authors. Compromised developers of good extensions are just as much, if not bigger, of a risk.

> I have been leery of VSCode for this reason.

> It’s not just malicious extension authors. Compromised developers of good extensions are just as much, if not bigger, of a risk.

If this is your reason to avoid VSCode, then you should probably start avoiding basically all other code, too. It is after all written by developers, who can and has been compromised. All over the supply chain. Over and over again. And so on.

But yea, hate on VSCode will you.

Re: Malicious VSCode extensions with more than 45k installs

#136

They only found these malwares because the malware part was at the top level. Who knows how many are there that hide this logic in an npm dependency.

Now what if there only was a way to detect apps doing suspicious network requests... /s

Re: Malicious VSCode extensions with more than 45k installs

#137
post #78

Earlier quoted context omitted.

Indeed. Professional woodworking equipment can also cut you, but that’s a risk we accept as we know their developers also care more about providing a tool that works and can be used responsibly by trained professionals. Yes we could insist everyone only hands us straight jackets in padded rooms, but I’m not sure that’d be a good thing.

For over 20 years now, professional woodworkers have had SawStops, devices that literally use an explosive charge to ram a block of aluminum into the blade of a table saw when it detects that the blade is touching something that might be a human body part. These are $50+ devices that destroy themselves on use (and often destroy the $50+ blade they’re used on), they have a high false positive rate, and yet they’re sti…

little snitch is the sawstop.

detecting and preventing exfil attempts in real time is the current sota.

Re: Malicious VSCode extensions with more than 45k installs

#138
post #126

Earlier quoted context omitted.

Yes! Sadly, today nobody seem to care about the principle of least privileges. Take Linux as an example: every program you install gets full access to the system, and gets thousands of privileges it doesn't need. If your PDF reader is vulnerable, it will have both access to your SSH keys and to the Internet to upload them (and if you block Internet access for a PDF reader, it still can send the data by connecting to…

The MacOS app store has some sandboxing. For example, applications installed from the store can't access any file or directory unless a user has selected it in a file dialog. (The app can hold onto a ticket for later access.) I've installed Slack from the app store for this reason.

I think MacOS has some protection even for manually installed apps. I downloaded iTerm2 as a .pkg and installed it manually into Applications, but the first time I typed `cd Downloads` I got an OS-level popup asking if I wanted to grant iTerm2 access to my downloads folder.

Re: Malicious VSCode extensions with more than 45k installs

#140
post #122
post #19

Capabilities-based security prevents these supply chain attacks! (Even though in this case most of the downloads were of packages including unwanted telemetry and not something more dangerous.) “…And now if a [color theme] wants to read your data and send it to a server, it needs a filesystem capability and a network capability. It should be an obvious red flag if a [theming addon] were to ask for those dependencies.…

This is exactly what deno does: https://deno.com/manual@v1.33.4/basics/permissions

No, the fundamental uselessness of Deno is that it only supports process based permissions (a fact I initially debated with them over 4 years ago now…). For performance reasons all extensions run in the same process, so that wouldn’t work here.
Post reply on HN