On The Insider: Sheryl Crow Heads to Cougar Town
BNET Business Network:
BNET
TechRepublic
ZDNet

December 1st, 2008

Is there no end to the AutoRun madness?

Posted by Ryan Naraine @ 6:32 am

Categories: Anti Virus, Data theft, Malware, Microsoft, Punditocracy, Research, Spyware and Adware, Viruses and Worms, Vulnerability research

Tags: Floppy Disk, Malware, Microsoft Corp., USB, Virus, AutoRun, Cyberthreats, Spyware, Adware & Malware, Microsoft Windows, Viruses And Worms

* Ryan Naraine is traveling.

Guest editorial by Roel Schouwenberg

Is there no end to the AutoRun madness?Let’s skip any introduction and get straight to the point: We’re currently facing a problem of epidemic proportions in malware that is spreading via removable devices.

The U.S. army’s recent ban on removable storage probably says it all, though one may wonder what took them this long.
The vast majority of these malware samples is originating from China. Their functionality varies. It started out with online games password-stealers targeting World of Warcraft, LineAge and others. But over the last months, we’re seeing malware being upgraded to also spread via removable devices. They all make use of Windows’ AutoRun functionality.

It’s boot viruses all over again. Some ten, fifteen years ago we faced a huge problem with viruses spreading via floppies. Already infected machines would infect floppies upon insertion and infected floppies could infect clean machines by being booted from. Microsoft reacted to this threat and with the introduction of Windows95/NT boot viruses started to die out.

Unfortunately the current situation is worse than the one caused by boot viruses.

The main reason for that is instead of (accidentally) having to boot from an infected floppy, pretty much plugging in the USB stick or other USB device will get you infected.

I performed some tests with a USB stick containing instructions to autorun an executable on XP, Vista and a beta of Windows 7. Note that for instance an external hard drive connected via USB may be treated slightly different by Windows than a regular USB stick.

Is there no end to the AutoRun madness?

By default, Windows XP will pop up a window asking you if you want to browse the stick or want to take no action. That doesn’t seem bad, now does it? However, when using Explorer to navigate to the USB stick, things get a lot worse. By right-clicking on the USB stick we get to see the default action that Windows takes — to automatically run the executable!

Bad, bad idea, but that may be a bit of a cheap shot. Back when XP was introduced we didn’t see malware spreading to USB drives and exploiting the AutoRun function. Windows XP’s initial behavior with USB devices was pretty much a copy from that with CD-ROMs. AutoRun instructions coming from CD-ROMs are by default automatically executed without any interaction from the user required.

By the release of XP/SP2 Microsoft had realized that this wasn’t a good idea for USB devices and took that bit out. Unfortunately they kept the other behavior in XP intact.

Is there no end to the AutoRun madness?

Luckily Microsoft changed the behavior with Vista. Unfortunately the situation hasn’t improved entirely.

No more getting infected just by trying to access the drive. However now the user gets the question if he wants to run the application. And s/he’s even presented with a nice check box to always take this action. This is what I call one step forward, one step back.

Possibly the change in the actions in the pop up was a useability decison. With the functionality of executing autorun instructions by accessing the stick removed, Microsoft felt they had to present the users with an equally user friendly alternative.

I was hoping that the beta of Windows 7 would change that behavior. But unfortunately the behavior between Vista and Windows 7 seems identical.

While this approach prevents users from getting infected by pure accident this still allows for a social engineering vector. Somehow I don’t think the effectiveness of this type of malware is being limited in any significant way by that decision.

Sad to say users are very likely to run the program. And I’m not sure they can be blamed for that. Tons of USB devices are leaving the manufacturing plant infected — Seagate, TomTom, Apple to name but a few of a very long list. Again, this is very reminiscent of the boot virus era where new pre-formatted floppies had quite a good chance of being infected with something.

So what are the mitigation strategies? Well, using policies you can disable the AutoRun functionality. That will obviously take care of the biggest part of the risk. But the risk remains of users being curious about that one file on the device - either because it’s new from the factory or because they can’t recall putting it on there and want to check what the file is.

Another strategy is formatting the device before use, but that may not even be possible in most cases. I think the real solution is with Microsoft, just like with the boot viruses.

Having such a huge epidemic shows that this strategy is working for malware authors. Therefore the best course of action is to get rid off AutoRun for writeable media and simply eradicate the problem. I can fully understand that getting rid of AutoRun for non-writeable media such CDs/DVDs is not an option from a usability point of view and it’s also not what I’m suggesting.

U3 capable devices have a non-writeable part, so they would also keep using AutoRun. However MP4 players, TomToms, iPods, SD cards, external hard drives and USB sticks don’t actually require AutoRun to function.

Only in some cases vendors use AutoRun for usability purposes and those could become unhappy if Microsoft were to disable AutoRun.
So getting rid off AutoRun on writable media entirely is probably not a realistic option for Microsoft. The compromise is simple - only allow for (partial) AutoRun if the file to be automatically executed is digitally signed.

Please Microsoft, take a stance against this type of malware! Just like you did with boot and macro viruses.

* Roel Schouwenberg is a senior anti-virus researcher for Kaspersky Lab.  He is a member of the company’s Incident Response & Research Team and focuses on attacks targeting banks and other financial institutions. 

Ryan NaraineRyan Naraine is a journalist and security evangelist at Kaspersky Lab. He manages Threatpost.com, a security news portal. Here is Ryan's full profile and disclosure of his industry affiliations.


Email Ryan Naraine

For daily updates on Ryan's activities, follow him on Twitter.

Subscribe to Zero Day via Email alerts or RSS.

Related Discussions on TechRepublic

Did you know you can take part in these discussions with your ZDNet membership?

  • Talkback
  • Most Recent of 71 Talkback(s)
Would we be having this discussion if you all stopped?
If you all stopped talking about windows, quit paying for it, and took a step back and realized what you were doing... ALL of these discussions would be a totally irrelevant.

First lets use an ... (Read the rest)
Posted by: MetaPhaze Posted on: 09/07/09 You are currently: a Guest | | Terms of Use
Another option for some versions of Windows: SRP  mechBgon | 12/01/08
Or you can use this  mdemuth | 12/01/08
Because with all things related to Microsoft  akulkis | 12/01/08
Realism  Anton Philidor | 12/01/08
That will NOT work. Autorun needs to be disabled, for ALL removable media.  DonnieBoy | 12/01/08
Hmm  tikigawd | 12/01/08
No, it is not the same thing. If the OS selects a media player for a DVD,  DonnieBoy | 12/01/08
I'm sorry, who then decides its "arbitrary code"?  TG2 | 12/02/08
You do not even understand the basics. The OS chosing the media player from  DonnieBoy | 12/02/08
Do you know what "arbitrary" means? confused  seanferd | 12/04/08
This guy does  AzuMao | 12/05/08
The AV vs malware battle continues  Anton Philidor | 12/01/08
Excuse me, the OS chosing a media player is not very dangerous. But,  DonnieBoy | 12/01/08
Here is the message in Gnome ...  MisterMiester | 12/01/08
Yes and you get a prompt like that in Windows XP SP2+ (NT)  logicearth@... | 12/02/08
Another example of MS not caring about all the problems. Autorun on  DonnieBoy | 12/01/08
MS security contributions  Richard Flude | 12/01/08
How does signing help?  rpmyers1 | 12/01/08
You don't get the purpose of signing  CobraA1 | 12/02/08
You don't get my point  rpmyers1 | 12/02/08
The purpose is not flagging bad executables  Bob.Kerns | 01/06/09
Just turn off AutoRun  forrestgump2000@... | 12/01/08
Well, the fact that MS still has auto run at all speaks volumes about how  DonnieBoy | 12/01/08
Agreed-yet give me an idiot with a computer and an executable in an email..  BanjoPaterson | 12/01/08
Still not a panacea  rpmyers1 | 12/01/08
Your anger is misguided  AzuMao | 12/01/08
And, that says volumes about Windows users and their idea of security.  DonnieBoy | 12/01/08
It is OK  rpmyers1 | 12/01/08
Being able to do something dangerous, vs not being able to even if you want  AzuMao | 12/03/08
Killing Autorun; 3 ways  cquirke1 | 01/06/09
RE: Is there no end to the AutoRun madness?  jimfrost | 12/01/08
RE: Is there no end to the AutoRun madness?  alicia@... | 12/01/08
RE: Is there no end to the AutoRun madness?  marcialbf | 12/01/08
RE: AutoRun  PaladinIII | 12/01/08
Would an executable "white list" work?  PaladinIII | 12/01/08
Short answer: No  rpmyers1 | 12/01/08
Formatting before use ... how?  daboochmeister | 12/01/08
RE: Is there no end to the AutoRun madness?  ragingpanda | 12/01/08
Leave the computer on  GiMMeABreak | 12/03/08
Users are stupid, until you educate them  terry flores | 12/01/08
WHAT???  Timewellwasted | 12/01/08
Users are stupid, until you educate them  Vinny_z | 12/01/08
Funny thing is that if they email client is Outlook XP or better....  JoeMama_z | 12/01/08
Oh really?  akulkis | 12/01/08
while that was pretty unreadable....  JoeMama_z | 12/02/08
Are you serious?  hasta la Vista, bah-bie | 12/02/08
My post was out of context.....  JoeMama_z | 12/02/08
As soon as you click on them they are (NT)  hasta la Vista, bah-bie | 12/03/08
At least require it be code signed.  Bob.Kerns | 12/01/08
code signing doesn't cover the issue at all  TG2 | 12/02/08
See post: Agreed -- I didn't say it was adequate...  Bob.Kerns | 01/05/09
Creator???? Bad Hacker???  Bob.Kerns | 01/05/09
RE: Is there no end to the AutoRun madness?  Pharaoh36706 | 12/01/08
WOW! So glad I don't do Windows.  LindseD@... | 12/02/08
there is an end to the AutoRun madness?  anonymous_dan | 12/03/08
RE: Is there no end to the AutoRun madness?  kumar.narain@... | 12/11/08
Keep in mind  AzuMao | 12/12/08
Time for public executions  DaveMorris | 12/15/08
Nice stereotype there..  AzuMao | 12/16/08
Signed AND trusted signer  georgeou | 12/15/08
I'm with you, but...  Bob.Kerns | 01/05/09
Agreed -- I didn't say it was adequate...  Bob.Kerns | 01/05/09
I should add...  Bob.Kerns | 01/05/09
This was reply to: code signing doesn't cover the issue at all  Bob.Kerns | 01/05/09
3G modems that rely on \Autorun.inf  cquirke1 | 01/06/09
RE: Is there no end to the AutoRun madness?  MooMooMooMooMoo | 01/21/09
SOLUTIONS: Terrific TalkBack on AutoRun madness!  alanmcrae@... | 01/21/09
Auto run or no autorun, infection leads to infection  ron@... | 04/29/09
No.  AzuMao | 05/02/09
You've gotta stop somewhere!  FiOS-Dave | 04/30/09
Would we be having this discussion if you all stopped?  MetaPhaze | 09/07/09

What do you think?

SponsoredWhite Papers, Webcasts, and Downloads

advertisement

Recent Entries

advertisement

Archives

Favorite Links

ZDNet Blogs

White Papers, Webcasts, and Downloads

SmartPlanet

Click Here