Psyb0t – The First Linux Botnet

Psyb0t exposes router and broadband vunerabilities.

It’s also easy to imagine a router botnet being built off a Windows botnet. Once you have control of a system inside the network, it’s easy to start probing the device at 192.168.1.1 (or, in fact, whatever the address of the local gateway device is) with the same sort of dictionary attack used by Psyb0t. With some effort you could actually build a cross-platform bot with a standard series of interfaces.

The initial research shows that the Psyb0t botnet has at least 100,000 nodes in it, and this is from devices, according to the reports, that don’t have much presence in the West. This paper on the Psyb0t botnet (PDF) discusses the hardware in more detail, including information about the vulnerabilities exploited. According to the paper:

Modems with similar hardware configurations (unknown brands) from Italy, Brazil, Ecuador, Russia, Ukraine, Turkey, Peru, Malaysia, Columbia, India and Egypt (and likely more countries) also seem to be affected, and are spreading the bot.

There are, and have been for many years, Linux-based embedded devices popular in the United States and Europe, and they must have their own vulnerabilities. I’m expecting malware authors to be inspired by this to build similar networks. Consider this list of Linux router or firewall distributions as a starting point.

This makes these devices a mass community of targets for attacks on default configuration errors. And it all just goes to prove there’s nothing inherent in Linux that makes it more secure. It’s all about how you configure an operating system to function, out of the box and with user intervention. The main thing keeping Linux on the desktop out of botnets is the sophistication of its users. Without that, embedded Linux devices are only as secure as the vendors want to make them. Given that vendors will usually make the security versus ease of use trade-off in favour of ease, I think Psyb0t may just be the tip of the iceberg.

What can you do for your own devices? Apply the latest firmware and make sure they have nontrivial admin passwords. And if there’s an option for remote administration, make sure it’s turned off.