11.18.10
Gemini version available ♊︎Eye on Security: BBC Propaganda, Rootkits, and Stuxnet in Iran’s Nuclear Facilities
Summary: Some of the latest security news which affects only Windows users (or people whom Windows is using)
HERE are some security news picks from the past week.
MSBBC
Not a week goes by without some BBC propaganda such as this. Since many former Microsoft UK employees took leading positions in the BBC, new articles like this neglect to mention major facts like the scary story only referring to Windows and not computers by and large (BBC Click is encouraging similar narrow-mindedness right now).
“BBC’s usual high standards: no mention of MS Windows,” wrote Glyn Moody in response to it. Gordon from TechBytes wrote: “Yet another Windows only story “forgetting” to mention either “Microsoft” or “Windows” #fail !BBC” (he claims to have had a “deja-vu, found another the other day“).
Ask the BBC to call out Windows and thus inform the public. “Computer” is not the same as “Microsoft Windows” and taxpayers who fund the BBC deserve to know this.
The rest of the security news is tediously repetitive (yet new), so we just add it below categorised.
Rootkit
M$ has put many coats of paint on the old barn to secure that other OS but the malware writers have discovered a way to alter the MBR data so that rebooting turns off some of the layers of protection. The result is rootkits on the beloved 64bit “7″. Fortunately, our 64bit machines run Debian GNU/Linux. You need physical access to the machine or root access to alter the MBR with GNU/Linux. That other OS provides the tools by default… The modifications to UAC after the Vista fiasco opened the door to this rootkit. Malware artists have been going through this door since August.
ii. Rootkit able to bypass kernel protection and driver signing in 64-bit Windows
The 64-bit version of the Alureon rootkit / bot is able to bypass the special security features included in the 64-bit versions of Windows 7 and Vista and insert itself into the system. The tricks used have been known about in theory for several years, but until recently had not been used by malware in the wild. The 32-bit version of Alureon made headlines early this year, when the installation of a Microsoft patch left many systems unable to boot. The problem was caused by the previously unnoticed presence of the rootkit, which the patch effectively unmasked.
The 64-bit version of Alureon (aka. TDL) deactivates checks for driver signing and, even during the boot process, reroutes specific API calls in order to bypass the kernel’s PatchGuard mechanism. Driver signing is intended to ensure that Windows only loads drivers from known vendors. PatchGuard is intended to protect the operating system kernel from being modified by malicious code.
Stuxnet
i. Stuxnet has a double payload
According to the latest analysis, Stuxnet is aimed not at disrupting a single system, but at two different systems. According to control systems security firm Langner Communications, the worm is not just designed to interfere with specific, variable frequency, motor control systems – it also attempts to disrupt turbine control systems. According to Langner, this would mean that, in addition to Iran’s uranium enrichment plant at Natanz, the country’s Bushehr nuclear power plant may have been a further target of the Stuxnet attack.
Specialists have been puzzling over the worm’s target for several weeks, with early rumours circulating that it was aimed at sabotaging Natanz or Bushehr. However, no-one initially suspected that its aim was to sabotage both plants, although clues that this might be the case have been emerging for some time. Stuxnet attacks Siemens control system types S7-300 (315) and S7-400 (417). The attack modules appear to have been created using different tools – probably even by different teams.
The code for the S7-417 system – used in the turbine control systems at Bushehr – is reported to be much more sophisticated than that for the S7-315 system. The code carries out what amounts to a man-in-the-middle attack in order to pass fake input and output values to the genuine plant control code. User code running on a programmable logic controller (PLC) does not usually query I / O ports directly, but instead reads from an input process image and writes to an output process image. Mapping of physical ports to logical ports is intended to ensure that I / O values do not change during processing cycles.
ii. Stuxnet virus could target many industries (from AP, copyright maximalist and fair use squasher)
A malicious computer attack that appears to target Iran’s nuclear plants can be modified to wreak havoc on industrial control systems around the world, and represents the most dire cyberthreat known to industry, government officials and experts said Wednesday.
They warned that industries are becoming increasingly vulnerable to the so-called Stuxnet worm as they merge networks and computer systems to increase efficiency. The growing danger, said lawmakers, makes it imperative that Congress move on legislation that would expand government controls and set requirements to make systems safer.
iii. Stuxnet Was Designed To Subtly Interfere With Uranium Enrichment
“Wired is reporting that the Stuxnet worm was apparently designed to subtly interfere with uranium enrichment by periodically speeding or slowing specific frequency converter drives spinning between 807Hz and 1210Hz. The goal was not to cause a major malfunction (which would be quickly noticed), but rather to degrade the quality of the enriched uranium to the point where much of it wouldn’t be useful in atomic weapons. Statistics from 2009 show that the number of enriched centrifuges operational in Iran mysteriously declined from about 4,700 to about 3,900 at around the time the worm was spreading in Iran.”
iv. Clues Suggest Stuxnet Virus Was Built for Subtle Nuclear Sabotage
The malware, however, doesn’t sabotage just any frequency converter. It inventories a plant’s network and only springs to life if the plant has at least 33 frequency converter drives made by Fararo Paya in Teheran, Iran, or by the Finland-based Vacon.
Even more specifically, Stuxnet targets only frequency drives from these two companies that are running at high speeds — between 807 Hz and 1210 Hz. Such high speeds are used only for select applications. Symantec is careful not to say definitively that Stuxnet was targeting a nuclear facility, but notes that “frequency converter drives that output over 600 Hz are regulated for export in the United States by the Nuclear Regulatory Commission as they can be used for uranium enrichment.”
“There’s only a limited number of circumstances where you would want something to spin that quickly -– such as in uranium enrichment,” said O Murchu. “I imagine there are not too many countries outside of Iran that are using an Iranian device. I can’t imagine any facility in the U.S. using an Iranian device,” he added.
More links about Stuxnet:
- Ralph Langner Says Windows Malware Possibly Designed to Derail Iran’s Nuclear Programme
- Windows Viruses Can be Politically Motivated Sometimes
- Who Needs Windows Back Doors When It’s So Insecure?
- Windows Insecurity Becomes a Political Issue
- Windows, Stuxnet, and Public Stoning
- Stuxnet Grows Beyond Siemens-Windows Infections
- Has BP Already Abandoned Windows?
- Reports: Apple to Charge for (Security) Updates
- Windows Viruses Can be Politically Motivated Sometimes
- New Flaw in Windows Facilitates More DDOS Attacks
- Siemens is Bad for Industry, Partly Due to Microsoft
- Microsoft Security Issues in The British Press, Vista and Vista 7 No Panacea
- Microsoft’s Negligence in Patching (Worst Amongst All Companies) to Blame for Stuxnet
- Microsoft Software: a Darwin Test for Incompetence
- Bad September for Microsoft Security, Symantec Buyout Rumours
- Microsoft Claims Credit for Failing in Security
- Many Windows Servers Being Abandoned; Minnesota Goes the Opposite Direction by Giving Microsoft Its Data
- Windows Users Still Under Attack From Stuxnet, Halo, and Zeus
- Security Propaganda From Microsoft: Villains Become Heroes
- Security Problems in iOS and Windows
Messenger
i. Microsoft disables Live Messenger links
According to the Vole’s blog, disabling the feature was designed to prevent the spread of a malicious worm.
The worm requires users to click a link within a message, upon which it will load a webpage that downloads the worm to your PC and then it sends the same message to people in your contact list.
It only affected those who had not upgraded to the newest version of Messenger that uses Microsoft’s Smartscreen, which shows up when you click on any link shared via Messenger.
A spokesperson said that the malicious worm was trying to spread itself through many of the world’s largest instant messaging and social networks, including Windows Live Messenger 2009.
Windows will never be secure. “Our products just aren’t engineered for security,” said Brian Valentine, one of the top Windows executive at the time. █
ᶃ Gemini Space
This post is also available in 
Content is available under CC-BY-SA
twitter said,
November 20, 2010 at 1:35 pm
Some shameful Microsoft propaganda about botnets was promoted by Slashdot the day you published this roundup. There might be some interesting statistics in the report, but the analysis and conclusions are crazy. The first indication of cluelessness is that the paper was written with Microsoft word so the PDF is of low quality, lacks hyperlinks and has sorry graphics. The word “Windows” appears nowhere in the 67 page paper and the researchers seem to be oblivious to OS choice as an explanation to their findings or as a solution to the problem. Their central finding was:
This, for some reason, surprises them and they then use it to conclude that ISPs should police their users who they must assume are all Windows users. It is obvious to anyone without Microsoft blinders that the reason hosting providers, universities, educated people have less of a botnet problem is that people who know what they are doing steer away from Windows. From false assumptions come incorrect projections and recommendations. The authors should be ashamed of themselves for not looking at OS dependency and the technical nature of their survey should be closely studied by anyone who would like to use any of the statistics reported.
Freedom is the real solution to the botnet problem, not the kind of anti-competitive “security” that Microsoft would like to inflict on ISPs.
Dr. Roy Schestowitz Reply:
November 20th, 2010 at 1:40 pm
Thanks. You’ve reminded me that I should make a quick new post about GNU/Linux installed base.