SnipVex clipjacking wallets is almost beside the point, the real failure is a printer vendor treating software like a side gig. Printer and hardware companies get a pass on basic infosec hygiene that would be unacceptable for open source maintainers.
until that changes, airgap your weird hardware setups I guess
Also this is a perfect storm for lateral movement. USB-borne worms still work frighteningly well in small biz environments, especially ones with no centralized IT and people plugging printers directly into Windows desktops with admin perms. Here SnipVex is just a cherry on top-a nice, opportunistic payload for the growing class of infostealers targeting crypto wallets
Maybe I got lucky, but in 2017 I bought a Brother DCP-L2520DW laser printer. No matter what OS, computer or network I connect it to, it seems to just work for everyone involved, always, and I don't think I've had a single issue with it since I got it nor did anything at all to set it up, basically installed CUPS on my desktop to get it to work and for Windows/macOS it just works.
Not affiliated, just happy user, at least some companies seem to be able to deal with it, regardless if it's open source (my stack) or not (my wife's Apple-stack).
I've bought almost the same model but a few years later. I also enjoy how effortless is connecting this printer to Linux. I have to install brlaser driver manually though.
But I did some research before buying (including here on HN) and Brother printers were praised for being reliable and having no problems with Linux drivers.
IPP Everywhere linked in the other comment, but there's also Mopria certified printers (https://mopria.org/certified-products). Which use WPP drivers on Windows.
I don't necessarily disagree, but isn't this because of extremely bad firm/soft/hardware design by the printer companies that then have to be supported by the open source stack?
They do happen all the time, though. One piece of software I work on frequently fails in CI when a dependency updates because it often triggers defender's automated "new threat" detection system some days after it's released. After another week or so it's fine, but it's a pain the neck.
Go look at the "build log" in your compromised jenkins server and download the (already compromised) build artifact and make sure it matches the mega.co.nz file?
Do you expect the average software engineer to be able to look at a .exe, pull up a disassembler, and know that all the assembly maps back to the source code?
The person who originally reported it was not super technical so if your software engineer can’t reproduce the customers steps to see the same error then you probably need better software engineers.
You say "Jenkins server" as if there's a CI setup involved.
I wouldn't be surprised if, in many cases, these companies just have whoever touched the code last run a build on their computer and ship that. (Which probably explains how some of the malware got there.)
It's not hard to replicate downloading a zip archive from the official location and find someone knowledgeable to look at it if you aren't yourself. A non-software-engineer did just that.
> While some redditors speculate that the trojan was planted on purpose, there is no evidence to support this claim. Outdated malware with an inactive command-and-control server is not advantageous for any attacker nor does superinfection make sense for this scenario. A far more plausible explanation points to the absence or failure of antivirus scanning on the systems used to compile and distribute the software packages. Procolored promises to improve this process, so that it cannot happen again.
That this system is so insecure as to be hit multiple times, I don't know how much stock anyone should put in "improved processes". This is a company who seems to have gone out of their way to create an insecure environment - probably out of some frustration, but all the same, insecure.
I’ve seen other hardware companies that host firmware downloads for their products on Google Drive and some Chinese cloud drive. I don’t think doing that, nor Dropbox link, is different really from hosting it on Mega.
“ It is also worth noting that I contacted Procolored support four times over the course of my testing, for help with figuring out the software and settings. Every single time, the agent requested multiple times that I allow them to connect remotely to my computer”
The worst part is that setting up static web content hosting with something like an Azure blob store, or just a NGINX server somewhere is hilariously trivial.
This is an afternoon's effort for the junior intern, but was "too hard" for these people.
That costs money to maintain, even if it's just a few bucks a month. I've seen plenty of Chinese companies using mega/gdrive/etc just because it's free. I used to think it was just cheapness, but depending on the company it can be a huge hassle to set up recurring small bill items. At my current company for example, it's much easier to pay $5-10k once than pay $5/mo.
With Google Drive specifically, scale becomes an issue though. Once too many people download a given shared file, it gets flagged for possibly being a piracy operation. Not sure about MEGA, but they also have some limits (although for normal drivers this shouldn't be an issue).
Catch filter that can be trivially replaced in the field, firmware needs to be reset by an authorised repair center (yes there are workarounds but they aren’t official)
Also on windows their “drivers” install a ton of crap with them, even when you install the most basic version in their installer. When in fact they have go a driver which does exactly what it should and only installs a driver but then they don’t get that sweet spyware installed on your machine.
Never mind their network printer driver just failing to print half the time. Prints fine from my phone, on the same network right next to my PC but from my PC, FU.
Epson are not innocent in the chaos that is printers.
It’s not, because that wasn’t the problem and would not have worked. For one, nothing indicates the $100K were extracted in one go, it looks like it was cumulative. For another, this malware isn’t directly sending coins, it’s just replacing addresses in your clipboard.
Right, but the confirmation prompt could say something like,
"You're sending $100k to L33tHaX0R, are you sure?"
But that would require the protocol to also have the ability to set friendly names against public addresses.
You could imagine a wallet that uses certificates for address validation. So a certificate owner could sign that they own a given public key. ( And sign with the public key to show they own that key too. )
Then that could go into a "verified recipients" section of the wallet, and you could set your wallet to only allow sending to verified recipients. ( Or only allow transactions over X to verified ).
>But that would require the protocol to also have the ability to set friendly names against public addresses.
Most crypto exchanges and merchants generate unique addresses per user/transaction, so this won't work. Moreover having a fixed address is bad for privacy because it makes it obvious what the recipient of a given transaction is.
I don’t see how this prevents malware from changing the destination just before the transaction heads out. If it can change addresses, then it can change them at any point in the process, even after human verification.
It doesn't stop specialized malware, but it stops clipjacking.
Security isn't an absolute. You're not trying to stop all vectors, you're just trying to put up a barrier to trip up by far the most common and easy method.
In a world where everyone leaves their doors open all day, you're asking "Why shut and lock your door when an attacker could just smash your windows?"
> But that would require the protocol to also have the ability to set friendly names against public addresses.
Which it doesn’t, and changing it to do so is not a realistic option. If we’re dreaming up anything, then my suggestion would instead be for no one to be dishonest, or for everyone’s basic needs to be met so they don’t need money and to speculate on cryptocurrencies. I’m pretty confident either of those would happen before every way people routinely get swindled off their cryptocurrencies is solved.
Then the malware would provide that confirmation to the wallet too. Defending yourself from malware running on the same (Windows) machine is mostly impossible.
>An app reading from clipboard must ring all sorts of alarms. Let alone writing to it.
You realize any sort of content editing app is going to be reading from clipboard? Most apps used on a daily basis are going to be reading from clipboard.
> G Data's research showed that the Bitcoin address linked to SnipVex had received about 9.3 BTC, roughly $100,000
How big was the largest amount stolen?
It could be a few individuals with a lot of money in their unprotected software wallets, or it could be a lot of people with relatively smaller amounts stolen from each of them.
If you only have a couple hundred dollars worth of bitcoin and don’t intend to buy any more of it then it doesn’t make much sense to spend as much on a hardware wallet as those cost. But if you have like $500 of bitcoin then it starts to make more sense. Especially if you plan on buying more of it. And if you have over a $1,000 and are still using a software wallet you should really look into getting a hardware wallet ASAP IMHO.
The malware doesn’t send all the content of the wallet to itself, it just replaces the recipient address in the clipboard (so you wouldn’t notice unless you checked the address). The 100k I think are cumulatively, though if it is 9btc, it’s more like 1m.
But that only grabs the attention of people who own a relatively niche Procolored printer. This clickbait headline scares everyone with a printer into clicking.
until that changes, airgap your weird hardware setups I guess
Also this is a perfect storm for lateral movement. USB-borne worms still work frighteningly well in small biz environments, especially ones with no centralized IT and people plugging printers directly into Windows desktops with admin perms. Here SnipVex is just a cherry on top-a nice, opportunistic payload for the growing class of infostealers targeting crypto wallets
This is a chronic problem with hardware vendors.
Source: Software developer for hardware companies, for over 30 years.
Opensource printer stack is a legacy mess. There is critical vulnerability almost every year. There are not enough money or developers to fix that!
Not affiliated, just happy user, at least some companies seem to be able to deal with it, regardless if it's open source (my stack) or not (my wife's Apple-stack).
But I did some research before buying (including here on HN) and Brother printers were praised for being reliable and having no problems with Linux drivers.
But this process is still ongoing and lazy hardware vendors will continue to be lazy in their switch, if they have the option.
[1]: https://wiki.debian.org/CUPSIPPEverywhere
[2]: https://www.pwg.org/ipp/everywhere.html
I don't necessarily disagree, but isn't this because of extremely bad firm/soft/hardware design by the printer companies that then have to be supported by the open source stack?
Maybe true, but no live trojans either, so it's ahead of the game already as I see it.
The steps are invariably:
- Turn it off then turn it back on again
- Force stop, clear your cache and cookies
- Disable AV and firewall then reinstall
If the user cannot be induced to follow this simple script, then we can never move past the most basic of troubleshooting sessions.
Because everyone knows that troubleshooting is about covering up the symptoms rather than diagnosing the root cause.
- chrome doesn’t work! (It was actually Microsoft word)
- my printer won’t print! (Out of paper)
- your program keeps crashing! (No, that’s the os reminding you of a security update)
Go look at the "build log" in your compromised jenkins server and download the (already compromised) build artifact and make sure it matches the mega.co.nz file?
Do you expect the average software engineer to be able to look at a .exe, pull up a disassembler, and know that all the assembly maps back to the source code?
I wouldn't be surprised if, in many cases, these companies just have whoever touched the code last run a build on their computer and ship that. (Which probably explains how some of the malware got there.)
That this system is so insecure as to be hit multiple times, I don't know how much stock anyone should put in "improved processes". This is a company who seems to have gone out of their way to create an insecure environment - probably out of some frustration, but all the same, insecure.
Given their lax security posture, can we really trust this promise? I'd demand, at minimum, a pinky swear.
Totally fills you with confidence.
My keyboard's drivers are hosted on "egnyte.com"
This is an afternoon's effort for the junior intern, but was "too hard" for these people.
Catch filter that can be trivially replaced in the field, firmware needs to be reset by an authorised repair center (yes there are workarounds but they aren’t official)
Also on windows their “drivers” install a ton of crap with them, even when you install the most basic version in their installer. When in fact they have go a driver which does exactly what it should and only installs a driver but then they don’t get that sweet spyware installed on your machine.
Never mind their network printer driver just failing to print half the time. Prints fine from my phone, on the same network right next to my PC but from my PC, FU.
Epson are not innocent in the chaos that is printers.
This may be the main thing to fix here, as it's very plausible that hacks happen again and again... by design.
Today it's an infected printer, tomorrow it will be a game on Steam.
It’s not, because that wasn’t the problem and would not have worked. For one, nothing indicates the $100K were extracted in one go, it looks like it was cumulative. For another, this malware isn’t directly sending coins, it’s just replacing addresses in your clipboard.
"You're sending $100k to L33tHaX0R, are you sure?"
But that would require the protocol to also have the ability to set friendly names against public addresses.
You could imagine a wallet that uses certificates for address validation. So a certificate owner could sign that they own a given public key. ( And sign with the public key to show they own that key too. )
Then that could go into a "verified recipients" section of the wallet, and you could set your wallet to only allow sending to verified recipients. ( Or only allow transactions over X to verified ).
Most crypto exchanges and merchants generate unique addresses per user/transaction, so this won't work. Moreover having a fixed address is bad for privacy because it makes it obvious what the recipient of a given transaction is.
Security isn't an absolute. You're not trying to stop all vectors, you're just trying to put up a barrier to trip up by far the most common and easy method.
In a world where everyone leaves their doors open all day, you're asking "Why shut and lock your door when an attacker could just smash your windows?"
Which it doesn’t, and changing it to do so is not a realistic option. If we’re dreaming up anything, then my suggestion would instead be for no one to be dishonest, or for everyone’s basic needs to be met so they don’t need money and to speculate on cryptocurrencies. I’m pretty confident either of those would happen before every way people routinely get swindled off their cryptocurrencies is solved.
Clipboard attacks are far easier, as most modern systems treat clipboard as a non-critical resource. Which is mind blowing if you ask me.
An app reading from clipboard must ring all sorts of alarms. Let alone writing to it.
You realize any sort of content editing app is going to be reading from clipboard? Most apps used on a daily basis are going to be reading from clipboard.
- An app running in the background listening to clipboard changes;
- An app without a focused/visible window reading clipboard;
- An app reading from clipboard without a corresponding user input (menu/hotkey)
All these should be detectable and controlled by the OS
But something like that would only be surprising if it was more than an obvious lazy asset flip.
https://trezor.io/
The bigger question is, when they said:
> G Data's research showed that the Bitcoin address linked to SnipVex had received about 9.3 BTC, roughly $100,000
How big was the largest amount stolen?
It could be a few individuals with a lot of money in their unprotected software wallets, or it could be a lot of people with relatively smaller amounts stolen from each of them.
If you only have a couple hundred dollars worth of bitcoin and don’t intend to buy any more of it then it doesn’t make much sense to spend as much on a hardware wallet as those cost. But if you have like $500 of bitcoin then it starts to make more sense. Especially if you plan on buying more of it. And if you have over a $1,000 and are still using a software wallet you should really look into getting a hardware wallet ASAP IMHO.
They already do? Here's a random screenshot I found:
https://user-images.githubusercontent.com/4597798/33999728-3...
the details are blacked out, but you can make out that it shows the address label along with the full addresse
Absolute shit state we are in.