Show HN: VSCan - Detect Malicious VSCode Extensions(vscan.dev)
50 pointsby shadow-ninja3 days ago14 comments
  • Groxx3 days ago
    It is beyond madness and well into "intentionally negligent" to release a plugin system without a permissions model in, like, the last 20 years. Can't believe people aren't up in arms about how wide open vscode and similar things are, particularly now that docker is widespread.

    Thanks for building a scanner! I wish it wasn't necessary :/

    • Sytten3 days ago
      IDK, I have built a plugin system myself. It is very hard to have a plugin system that is both powerful, versatile and sandboxed. Like with with anything you can pick 2. Most of the plugins I use in vscode like prettier, rust analyzer, etc all need file access and process spawn. So if you sandbox it they would all need max access anyway which kind of defeats the purpose.
      • Groxx3 days ago
        There is an enormous amount of space between "it must be written in lua for safety" and "leftpad can upload your entire hard drive and then ransom it back to you".

        Right now we have the latter.

      • airstrike3 days ago
        Sure but it would be nice to differentiate the permissions given to rust-analyzer and, say, "TODO Highlight"
      • notnullorvoid2 days ago
        There's a big difference between max access and giving permission to run a specific binary which itself has no restrictions.

        The difference does matter less when the binary and plugin are produced by the same group or individual though.

      • greggsy2 days ago
        It’s not entirely unreasonable for VSCode to implement and enforce the same user acceptance controls that are currently ubiquitous on mobile platforms.
    • 3 days ago
      undefined
  • CGamesPlay3 days ago
    You should definitely show the vulnerabilities you found on the front page, instead of showcasing low scores given to popular extensions. Claiming that "rust-analyzer" is "High Risk" is a strong turn-off from me thinking your service is useful (why? because it contains shell commands in the form of "taskDefinitions", and because it uses a dependency to parse ANSI sequences that hasn't received a commit in the past 90 days).
    • shadow-ninja2 days ago
      Thanks for the feedback. I am constantly trying to refine the scoring metrics to make sure that these popular extensions that often need high permissions aren't flagged as a lower score than they should receive. It is a bit difficult though as higher permissions do indicate a higher potential for abuse so its a balancing act. As for showcasing the vulnerabilities that's a good idea I'll definitely implement.
  • ensemblehq2 days ago
    This is really cool and I can see a ton of opportunities to leverage this in the enterprise. Using the scanner, does it scan what's on the marketplace as opposed to what's already installed?

    I think someone had already mentioned that it would be useful to have this as an extension to scan existing installed extensions but would there be a way to scan just prior to extension installation?

  • whalesalad3 days ago
    Using this is kind of a pain in the butt (looking thru all installed extensions and pasting in the raw name one by one). Could this be packaged as an extension itself, that scans other extensions? Or provide a CLI command to export all of your installed extensions as a list, which you can then upload? Or better, a one liner that will export your extensions to stdin, POST them to your API, and it will return a URL that you can click and load in the browser to explore the breakdown of (potential) issues.
    • shadow-ninja2 days ago
      Thanks for the suggestion. I was thinking about making this into a chrome web extension that people can use on a marketplace page or even using MCP to make this tool really accessible for Cursor and Windsurf users.

      As for the raw name, most extensions should work if you just put the display name. The search algorithm directly pulls from the vscode marketplace.

      • whalesalad2 days ago
        I have 70 extensions installed though. Turns out there is a cli flag to print them, though: "code --list-extensions"

        If you update your UI to accept a "bulk analyze" mode where a list of newline extensions could be submitted and rendered out on a page, that would be pretty cool.

        • shadow-ninja2 days ago
          Oh yeah that's a really good idea. That would make it much easier for someone to use, though that many extensions would take a while. I would need to build up some more robust architecture before I could implement that.
  • gerardosuarez2 days ago
    This is awesome. I would love to prove it, but your page (vscan.dev) is broken. One qq, why is this tool closed-source? I think that to achieve the community trust in tools like this one, it would be great if this could be open-source. Maybe you can monetize it as an open-core model.
  • 0points2 days ago
    I'm having a hard time seeing the value of this scoring. It seems to automatically give bad scores out of some heurestics involving executing shell commands?

    Take for example:

    streetsidesoftware.code-spell-checker, 14.5M installs,

    Score 81 out of 100.

    Major scoring factor is "Contributes functionality via 'terminal'."

    It seems to me that this will give wildly inaccurate scores.

  • meander_water3 days ago
    Nice work! This has actually been an open feature request since 2018 [0]. I've been wanting something like this for a while.

    [0] https://github.com/microsoft/vscode/issues/52116

  • staticshock2 days ago
    I'd love a version of this where I can paste my full list of extensions, instead of a box where I can only paste one. The latter is tedious, so I'm not that likely to do it.
  • xsc2 days ago
    A lot of directions you could take this. Free/Commercial. Thoughts?

    Would be interesting to get more details on the sandbox.

  • ruined3 days ago
    i wish the detail links on each analysis tile were real links, instead of some apparently weird javascript. seems broken in firefox

    it would also be nice if i could expand all the analysis detail at once, instead of just one section at a time.

    • shadow-ninja2 days ago
      Hm all the links seem to work for me on chrome. Could you let me know which specific link isn't working (is it just for that extension or for all extensions?).

      I restricted it to one expanded at a time since more than one felt a bit crowded but that's something I might look into.

      • ruined2 days ago
        the main green button on every item
  • sunilagrawal3 days ago
    That's concerning. What is Microsoft doing about it? Have you contacted them?
    • 1oooqooq3 days ago
      honestly, expecting safe software from Microsoft is like expecting a private browser from an advertising company .... oh.
      • rafaelgoncalves2 days ago
        lol, so true, and that both are really good malware attack vectors (chrome/vscode extensions, etc.)
  • tonymet3 days ago
    vscodevim got 71/100 high risk. That's a pretty common one.
  • bilalq2 days ago
    I applaud the idea and love that you made this freely available without bolting on a SaaS subscription on top of it.

    However, I always roll my eyes when I see high severity risk in dependency chains due to ReDoS vulnerabilities. Sure, it matters for a web server maybe, but code running in a CLI tool, browser app, VSCode extension, or even a serverless lambda runtime really won't be affected much. More often than not, I find the `npm audit` risk classifications to be nonsense.

  • dlalchandani2 days ago
    Finally we have something like this. This is very good work