Big Booger
September 24th, 2003, 01:53 AM
Worm Work
Worms generally work this way: Once a computer has been infected by one of these evil programs, the worm uses the infected computer to search for ways to reproduce itself. It does this by causing the infected computer to send out signals looking for other computers to infect. It will send these out by the thousands and tens of thousands, and eventually it will find a machine vulnerable to its attentions. It then infects that machine, and that machine begins to send out probes.
The infection process exploits various defects in the computer's operating system. Microsoft and other OS publishers look for these vulnerabilities and hope to find them before someone else does. Often they succeed and send out the fix before the worm or virus can be released into the wild. In the case of the Blaster and Nachi worms that made the rounds in August, the remedy for the Windows defect had been known and circulated for several weeks (see http://www.microsoft.com/security/antivirus/nachi.asp for more details; Cisco has instructions for blocking some of the side effects using their routers at http://www.cisco.com/warp/public/707/advisory.html), but many computers including all the Navy computers in the Pentagon hadn't had the fix applied, and were not only infected but began to infect other machines.
SoBig.F would send out virus replicates whether or not your system was running Outlook. You had to pull the network cord to stop it. As Brian Bilbrey puts it, friends don't let friends click on attachments…
As a result, many of the government's computers and many, many others owned by both individuals and businesses large and small were infected: The worm was known, the remedy was known, but the government's computer experts consultants in many cases either couldn't be bothered or just hadn't got around to applying the fix. The result was chaos, of course.
A Thing of Shreds and Patches
That's Microsoft's version of the story. The other side is that Microsoft sends out dozens of patches and updates, some critical and some trivial. It's no bother for someone like me simply to tell all the computers on my LAN automatically to seek out and download those updates, then tell me they're ready to install at my convenience. Microsoft uses the "drizzle" system for these downloads, sending them at times when nothing much is going on with my LAN and not using up much of my bandwidth, and I hardly notice this activity. If one of those patches breaks something (it has never happened here but it could) it would be annoying but no disaster: I back up everything important, and incidents like that are grist for the column.
For a system administrator responsible for hundreds or thousands of desktop systems this flood of patches and updates can be a nightmare: Not only must the patches be applied to each desktop, but the system must be tested. Administrators worry about this a lot because simply accepting every patch can cause a disaster too. There are some new products coming out to help with generalized protection against some of these Windows exploits such as Cisco's Security Agent, but the basic problem of testing/patching/updating still remains.
On the gripping hand, some management companies such as the consultants who handle the Pentagon's non secure desktop systems should have known what they were in for when they bid on the job. They're getting paid a lot of money to keep those systems going. That involves installing critical security updates, and it's a bit late to plead that they didn't know Microsoft Windows code had a number of security vulnerabilities, or that Microsoft was frantically trying to fix them and would be sending out floods of patches.
Since last year there have been weekly and often daily security updates to the Windows operating system. This is in large part because Microsoft was persuaded to take this security matter seriously and diligently to search for holes and vulnerabilities, and their programmers and consultants found a lot of them well before anyone exploited them in the wild. In my judgment this is greatly to Microsoft's credit, even if it did make life difficult for systems administrators. Better a lot of deleted work than a full system shutdown. The consultants who do the Pentagon desktop management failed utterly in the SoBig.F, Blaster, and Nachi worm attacks. This was a known vulnerability with a known fix which had been successfully applied to millions of systems before Blaster, Nachi, and SoBig.F struck, and still most of the Pentagon (and a lot of the government in general, including the Departments of Justice and Commerce) was without desktops for several days.
It's hard to estimate the cost of that shutdown. On the one hand, about 30,000 professionals were unable to do much professional work. On the other, some used that time to catch up on less urgent tasks that had been accumulating for months. Some took vacation time. It happened in summer during the silly season anyway. It could have been a lot worse.
What we can do is take this as a warning. Were I an intelligence officer of an unfriendly foreign power I would be studying the incident with a view to developing new tactics to use against the United States. There is increasing evidence that the effects of Blaster and Nachi played a role in the slowness of the power grid operator responses to the recent North American cascading power outages. A targeted attack could potentially do much more real world damage.
As a result of all this, UNIX based systems such as Linux and Apple machines running the FreeBSD derived OS/X are beginning to look more attractive to many. While there are some who say that those systems are just as vulnerable as Microsoft based systems, but that Microsoft is merely a more attractive target for miscreants due to its market share, there's a bit more to it than that.
*NIX systems are actually more attractive platforms for compromise; if a bad actor can hack his way into a machine running Linux or Solaris or any of a dozen UNIX variants, he has a much more powerful system which can be used to launch DoS attacks, snoop for passwords on the local network, etc. And out of the box, many *NIX systems are in fact vulnerable to compromise if left running using their default settings. However, in most *NIX systems, the system administrator can actually see everything running on the system, and can shut down or modify the operation of potentially vulnerable services. Whether or not he does so is another story, but the capability is certainly there, and that isn't always the case with Windows.
Another factor which makes Windows a more attractive target is the number of pervasive programming methods and APIs which are integrated into the OS itself and which can't be disabled by the user. These features are designed to provide cool scripting methods to allow applications to play well together and do lots of things automatically, but the simple fact is that they weren't designed with security in mind, and when coupled with other, unpatched vulnerabilities, they can spell trouble. Visual Basic for Applications (VBA), ActiveX, Windows Scripting Host, etc. all offer this type of functionality, but with a cost, as we've seen.
These pervasive APIs aren't generally found in *NIX based OSes; a notable exception to this is AppleScript, which because it's both well designed and is sitting on top of the FreeBSD derived OS/X, simply can't break out of its context and wreak havoc at the superuser level on Apple systems.
My friend Roland Dobbins is a networking security professional and a *NIX advocate of more than 20 years standing, and has been Microsoft OS free since 1999. He uses Slackware Linux and Sun Solaris for his server systems, but has switched over to Apple as his primary desktop and laptop provider, because, as he puts it, Apple provides the power of UNIX without the administrative overhead. He keeps urging me to check out Apple's PowerBook laptops So does Peter Glaskowsky of Microprocessor Reports. It looks as if I'll have to do that.
Finally, if you have any suspicion that your system was infected recently by either Sobig.F or the W32Blaster worm, go to http://www.symantec.com/avcenter/venc/data/w32.sobig.f@mm.html and http://securityresponse.symantec.com/avcenter/venc/data/w32.blaster.worm.html and follow instructions. For SoBig.F there's a test and cleanup program you can download and run. For W32Blaster things are a bit more complicated, but the procedure is spelled out in detail. I am told it works fine. None of my machines were infected, and although I do a lot of silly things so you don't have to, infecting one of my systems so that I can test detection and removal tools isn't one of them.
Why Not Wait?
In the best scenarios, Microsoft or some other good guy finds security holes before hackers find ways to exploit them. A fix is written and tested, then published. Since there are no wild viruses able to exploit those holes, why be in a hurry to apply the fix?
------------------
View the Byte Magazine homepage (http://www.byte.com/)
Big thanks to Steve Bilderman over at F*uckedgaijin.com for posting this up. Great stuff.
Worms generally work this way: Once a computer has been infected by one of these evil programs, the worm uses the infected computer to search for ways to reproduce itself. It does this by causing the infected computer to send out signals looking for other computers to infect. It will send these out by the thousands and tens of thousands, and eventually it will find a machine vulnerable to its attentions. It then infects that machine, and that machine begins to send out probes.
The infection process exploits various defects in the computer's operating system. Microsoft and other OS publishers look for these vulnerabilities and hope to find them before someone else does. Often they succeed and send out the fix before the worm or virus can be released into the wild. In the case of the Blaster and Nachi worms that made the rounds in August, the remedy for the Windows defect had been known and circulated for several weeks (see http://www.microsoft.com/security/antivirus/nachi.asp for more details; Cisco has instructions for blocking some of the side effects using their routers at http://www.cisco.com/warp/public/707/advisory.html), but many computers including all the Navy computers in the Pentagon hadn't had the fix applied, and were not only infected but began to infect other machines.
SoBig.F would send out virus replicates whether or not your system was running Outlook. You had to pull the network cord to stop it. As Brian Bilbrey puts it, friends don't let friends click on attachments…
As a result, many of the government's computers and many, many others owned by both individuals and businesses large and small were infected: The worm was known, the remedy was known, but the government's computer experts consultants in many cases either couldn't be bothered or just hadn't got around to applying the fix. The result was chaos, of course.
A Thing of Shreds and Patches
That's Microsoft's version of the story. The other side is that Microsoft sends out dozens of patches and updates, some critical and some trivial. It's no bother for someone like me simply to tell all the computers on my LAN automatically to seek out and download those updates, then tell me they're ready to install at my convenience. Microsoft uses the "drizzle" system for these downloads, sending them at times when nothing much is going on with my LAN and not using up much of my bandwidth, and I hardly notice this activity. If one of those patches breaks something (it has never happened here but it could) it would be annoying but no disaster: I back up everything important, and incidents like that are grist for the column.
For a system administrator responsible for hundreds or thousands of desktop systems this flood of patches and updates can be a nightmare: Not only must the patches be applied to each desktop, but the system must be tested. Administrators worry about this a lot because simply accepting every patch can cause a disaster too. There are some new products coming out to help with generalized protection against some of these Windows exploits such as Cisco's Security Agent, but the basic problem of testing/patching/updating still remains.
On the gripping hand, some management companies such as the consultants who handle the Pentagon's non secure desktop systems should have known what they were in for when they bid on the job. They're getting paid a lot of money to keep those systems going. That involves installing critical security updates, and it's a bit late to plead that they didn't know Microsoft Windows code had a number of security vulnerabilities, or that Microsoft was frantically trying to fix them and would be sending out floods of patches.
Since last year there have been weekly and often daily security updates to the Windows operating system. This is in large part because Microsoft was persuaded to take this security matter seriously and diligently to search for holes and vulnerabilities, and their programmers and consultants found a lot of them well before anyone exploited them in the wild. In my judgment this is greatly to Microsoft's credit, even if it did make life difficult for systems administrators. Better a lot of deleted work than a full system shutdown. The consultants who do the Pentagon desktop management failed utterly in the SoBig.F, Blaster, and Nachi worm attacks. This was a known vulnerability with a known fix which had been successfully applied to millions of systems before Blaster, Nachi, and SoBig.F struck, and still most of the Pentagon (and a lot of the government in general, including the Departments of Justice and Commerce) was without desktops for several days.
It's hard to estimate the cost of that shutdown. On the one hand, about 30,000 professionals were unable to do much professional work. On the other, some used that time to catch up on less urgent tasks that had been accumulating for months. Some took vacation time. It happened in summer during the silly season anyway. It could have been a lot worse.
What we can do is take this as a warning. Were I an intelligence officer of an unfriendly foreign power I would be studying the incident with a view to developing new tactics to use against the United States. There is increasing evidence that the effects of Blaster and Nachi played a role in the slowness of the power grid operator responses to the recent North American cascading power outages. A targeted attack could potentially do much more real world damage.
As a result of all this, UNIX based systems such as Linux and Apple machines running the FreeBSD derived OS/X are beginning to look more attractive to many. While there are some who say that those systems are just as vulnerable as Microsoft based systems, but that Microsoft is merely a more attractive target for miscreants due to its market share, there's a bit more to it than that.
*NIX systems are actually more attractive platforms for compromise; if a bad actor can hack his way into a machine running Linux or Solaris or any of a dozen UNIX variants, he has a much more powerful system which can be used to launch DoS attacks, snoop for passwords on the local network, etc. And out of the box, many *NIX systems are in fact vulnerable to compromise if left running using their default settings. However, in most *NIX systems, the system administrator can actually see everything running on the system, and can shut down or modify the operation of potentially vulnerable services. Whether or not he does so is another story, but the capability is certainly there, and that isn't always the case with Windows.
Another factor which makes Windows a more attractive target is the number of pervasive programming methods and APIs which are integrated into the OS itself and which can't be disabled by the user. These features are designed to provide cool scripting methods to allow applications to play well together and do lots of things automatically, but the simple fact is that they weren't designed with security in mind, and when coupled with other, unpatched vulnerabilities, they can spell trouble. Visual Basic for Applications (VBA), ActiveX, Windows Scripting Host, etc. all offer this type of functionality, but with a cost, as we've seen.
These pervasive APIs aren't generally found in *NIX based OSes; a notable exception to this is AppleScript, which because it's both well designed and is sitting on top of the FreeBSD derived OS/X, simply can't break out of its context and wreak havoc at the superuser level on Apple systems.
My friend Roland Dobbins is a networking security professional and a *NIX advocate of more than 20 years standing, and has been Microsoft OS free since 1999. He uses Slackware Linux and Sun Solaris for his server systems, but has switched over to Apple as his primary desktop and laptop provider, because, as he puts it, Apple provides the power of UNIX without the administrative overhead. He keeps urging me to check out Apple's PowerBook laptops So does Peter Glaskowsky of Microprocessor Reports. It looks as if I'll have to do that.
Finally, if you have any suspicion that your system was infected recently by either Sobig.F or the W32Blaster worm, go to http://www.symantec.com/avcenter/venc/data/w32.sobig.f@mm.html and http://securityresponse.symantec.com/avcenter/venc/data/w32.blaster.worm.html and follow instructions. For SoBig.F there's a test and cleanup program you can download and run. For W32Blaster things are a bit more complicated, but the procedure is spelled out in detail. I am told it works fine. None of my machines were infected, and although I do a lot of silly things so you don't have to, infecting one of my systems so that I can test detection and removal tools isn't one of them.
Why Not Wait?
In the best scenarios, Microsoft or some other good guy finds security holes before hackers find ways to exploit them. A fix is written and tested, then published. Since there are no wild viruses able to exploit those holes, why be in a hurry to apply the fix?
------------------
View the Byte Magazine homepage (http://www.byte.com/)
Big thanks to Steve Bilderman over at F*uckedgaijin.com for posting this up. Great stuff.
