Do ATMs running Windows XP pose a security risk? You can bank on it

Banks' insistence on sticking with Windows XP as their ATM OS of choice is a risky move, says InfoSec Institute's Kim Crawley

World-renowned IT security expert Bruce Schneier is a friend of mine. He's worked extensively with my fiance, Sean Rooney, on a couple of projects. So, beyond my career-related need to keep up with the latest IT security news, I also read Schneier's website periodically the way people look at their friends' pages on Facebook. "What's he up to lately? What's on his mind?"

[Microsoft issues five month countdown for Windows XP support]

On January 27th, he posted something that intrigued me. Banks are pressuring Microsoft to continue Windows XP support, because they still use the OS with their ATMs.

That shocked me because I ignorantly assumed, considering how data-sensitive ATMs are, they'd exclusively use UNIX or Linux kernels.

I must note that all of the opinions I'm expressing in this article are entirely my own. The security or insecurity of Microsoft products is a hot-button issue in my field. Based on many years of direct experience, I hold Microsoft in very low esteem when it comes to vulnerabilities in code.

As of this writing, Windows XP was released twelve years ago, positively ancient by OS standards.

A document about XP vulnerabilities that still exist would require at least a thousand page book to cover properly, so I'll just give you a "Coles Notes" version, focusing on a few that can pose a special threat to ATMs.

  • Newer ATMs can be patch-managed remotely. But older ATMs, including a large percentage of the machines still in use in the US, can only be patched manually. That means a bank's IT professionals have to visit the machines, branch-by-branch, one-by-one, to apply Microsoft's Windows XP for Embedded Systems' security patches. The IT professionals who have the specialized knowledge necessary to manually patch ATMs are expensive. Their time is expensive. Major banks with older ATMs probably employ many of them. But given what I've seen of the stingy attitude many major corporations, including those in finance, have toward labor expenses, this is what I expect. Their employers may be reluctant to deploy them to each of their manual-only ATMs within the days after an embedded Windows XP patch becomes available. Microsoft and vendor neutral security firms publicize vulnerability information as soon as they have it. That could leave a window of days, or even weeks, between a vulnerability being public knowledge and a manually managed ATM receiving a patch for it. If a blackhat can crack an ATM, even if it's only one, it could be incredibly lucrative for them. So, the motive is there.
  • Many ATMs running XPe (embedded Windows XP) may not be using Enhanced Write Filter. EWF is designed to protect malware from executing onto a drive, corrupting files. Running EWF is always optional in XPe. As we've seen in countless incidents like when Target and Neiman Marcus' POS (point of sale) systems were infected last year, large corporations may hire the best IT staff. But they need approval from their employers for their security strategies to take effect. The ultimate decision makers tend to be executives with limited technical expertise. Often, those executives decide to not take the advice of the "computer geeks" they employ. The "suits" usually think they're saving money by not allowing their IT and software development departments to have the budgets they ask for. But, I don't think, by taking that attitude, that those corporate executives are saving their companies money in the long run. Depending on a bank's corporate structure, a "suit" may also say no to running EWF, which has its own patches that need to be managed.
  • The hardware configuration of one model of ATM to another is usually unique. Each and every hardware component needs a driver to run properly in XPe. With Microsoft OSes especially, drivers usually contain proprietary (closed-source) code. Schneier has noted that it's easier for third-party developers, including those employed by hardware component vendors and banks, to develop custom software for open-source drivers. Those developers constantly learn about new vulnerabilities they must write patch code for. Other embedded OSes, such as those built with a Linux kernel, are a lot more likely to have open-source drivers. And the specialized hardware that ATMs use are a niche.
  • Microsoft will cease supporting standard Windows XP on April 8th of this year. There'll be no more anti-malware patches as of July 14th, 2015. XPe-specific support will cease sometime in the beginning of 2016. As such a large percentage of ATMs are still running an OS that was originally released twelve years ago, how likely is it that banks will migrate all of their ATMs to Windows 7 for Embedded Systems or Linux/UNIX kernel embedded OSes in two years? Many ATM models and their hardware components will need to be completely replaced in order to run a newer OS. For a bank with thousands of ATMs, that can be incredibly expensive.

"I have talked to some customers who, for one reason or another, will not have completely migrated from Windows XP before April 8. I have even talked to some customers that say they won't migrate from Windows XP until the hardware is running on fails," said Microsoft's Tim Rains.

[Start isolating critical XP systems now, experts warn]

Banks and ATM manufacturers such as Diebold are usually secretive about the specifics of the hardware and software they use. That's perfectly understandable.

Wells Fargo, Bank of America and Royal Bank of Canada are among many banks worldwide which are still operating huge numbers of XPe ATMs.

If we see major attacks on XPe-run ATMs in 2016 and beyond, it'll make retail POS attacks look minor in comparison. Remember, ATMs must be connected to a bank's centralized electronic banking systems in order to operate. Trillions may be at risk.

Kim Crawley is a security researcher for the InfoSec Institute, an IT security training company specializing in CCNA certification training.

Join the CSO newsletter!

Error: Please check your email address.

Tags MicrosoftsecurityWindowsfinancesoftwareoperating systemsindustry verticalsdata protection

More about FacebookLinuxMicrosoftWells Fargo

Show Comments

Featured Whitepapers

Editor's Recommendations

Solution Centres

Stories by Kim Crawley

Latest Videos

  • 150x50

    CSO Webinar: Will your data protection strategy be enough when disaster strikes?

    Speakers: - Paul O’Connor, Engagement leader - Performance Audit Group, Victorian Auditor-General’s Office (VAGO) - Nigel Phair, Managing Director, Centre for Internet Safety - Joshua Stenhouse, Technical Evangelist, Zerto - Anthony Caruana, CSO MC & Moderator

    Play Video

  • 150x50

    CSO Webinar: The Human Factor - Your people are your biggest security weakness

    ​Speakers: David Lacey, Researcher and former CISO Royal Mail David Turner - Global Risk Management Expert Mark Guntrip - Group Manager, Email Protection, Proofpoint

    Play Video

  • 150x50

    CSO Webinar: Current ransomware defences are failing – but machine learning can drive a more proactive solution

    Speakers • Ty Miller, Director, Threat Intelligence • Mark Gregory, Leader, Network Engineering Research Group, RMIT • Jeff Lanza, Retired FBI Agent (USA) • Andy Solterbeck, VP Asia Pacific, Cylance • David Braue, CSO MC/Moderator What to expect: ​Hear from industry experts on the local and global ransomware threat landscape. Explore a new approach to dealing with ransomware using machine-learning techniques and by thinking about the problem in a fundamentally different way. Apply techniques for gathering insight into ransomware behaviour and find out what elements must go into a truly effective ransomware defence. Get a first-hand look at how ransomware actually works in practice, and how machine-learning techniques can pick up on its activities long before your employees do.

    Play Video

  • 150x50

    CSO Webinar: Get real about metadata to avoid a false sense of security

    Speakers: • Anthony Caruana – CSO MC and moderator • Ian Farquhar, Worldwide Virtual Security Team Lead, Gigamon • John Lindsay, Former CTO, iiNet • Skeeve Stevens, Futurist, Future Sumo • David Vaile - Vice chair of APF, Co-Convenor of the Cyberspace Law And Policy Community, UNSW Law Faculty This webinar covers: - A 101 on metadata - what it is and how to use it - Insight into a typical attack, what happens and what we would find when looking into the metadata - How to collect metadata, use this to detect attacks and get greater insight into how you can use this to protect your organisation - Learn how much raw data and metadata to retain and how long for - Get a reality check on how you're using your metadata and if this is enough to secure your organisation

    Play Video

  • 150x50

    CSO Webinar: How banking trojans work and how you can stop them

    CSO Webinar: How banking trojans work and how you can stop them Featuring: • John Baird, Director of Global Technology Production, Deutsche Bank • Samantha Macleod, GM Cyber Security, ME Bank • Sherrod DeGrippo, Director of Emerging Threats, Proofpoint (USA)

    Play Video

More videos

Blog Posts

Market Place