5 ms·
i suppose what surprises me the most is that someone would use windows in an atm. i would've thought it would've been an rtos or maybe a locked down bsd or sel
by abiox 8y ago
i suppose what surprises me the most is that someone would use windows in an atm. i would've thought it would've been an rtos or maybe a locked down bsd or selinux.
- btashton 8y agoWhy when with Windows you can leverage all your banks existing technology and security (including update) policies? CE was(is?) on an enormous amount of systems that you might expect to be an rtos. Windows might not be my first choice now, but in the context of "industrial computer" 15 years ago I would hardly call it a poor choice. Also who is doing the long term maintenance/security auditing on a bunch of custom hardware and os in a bunch of atms all over the world.
- reaperducer 8y agoOr at least OS/2.
- roymurdock 8y agoWindows embedded/CE was (and still is to some extent) very popular for embedded systems with a GUI, such as ATMs, POS systems, PLCs, graphical medical devices, etc. Microsoft even sold an SKU called Windows Embedded POS/POSReady For headless non-GUI systems windows is/was much less of a contender, RTOS is more likely
- detaro 8y agoThe article suggests though that it's not XPe, since support for it ran longer than 2014.
- vbezhenar 8y agoEvery ATM I ever saw uses Windows.
- astrodust 8y agoThey used to use OS/2, but then Windows came along and we've been living in a world filled with misery ever since. On no planet does using a consumer version of Windows in these things make sense.
- mrguyorama 8y agoGood thing it's not typically a consumer version! If you watch one reboot (or other applications like store POS systems) you can see that it is Windows XP embedded, or nowadays sometimes Windows 7 embedded, which is decidedly NOT a "consumer" oriented OS
- astrodust 8y agoIt really depends on the vendor. Big names are at least careful enough to do that. The bottom of the barrel white-label vendors often don't care. I wouldn't be the least bit surprised if some of those Windows installations are using pirated keys. It's perpetually concerning how bad the state of systems like this is. A grocery store near me recently deployed a brand new set of self check-out counters...running Windows XP. Amusingly the credit card/debit card reader is running Linux and shows the old-school penguin image on boot.
- cimmanom 8y agoI enjoyed seeing Tux on the boot screen of a seat-back in-flight entertainment system recently. And was also amused to see startup sequences for things like MySQL and postfix scroll by.
- mrguyorama 8y agoI don't. That usually means it crashed!
- cimmanom 8y agoThis was during pre-flight when normally all they play anyway is ads that you can't turn off.
- cesarb 8y agoOne of the largest Brazilian banks uses Linux for all of its ATMs (used to be OS/2). It also uses Linux for the bank branch desktops.
- Casseres 8y agoThe one I use most often runs Windows 7. I can tell because the taskbar is always visible over the application.
- Max_aaa 8y agoOne of the most common embedded OSs for ATMs and other similar devices for a long time was WindowsXP. https://en.wikipedia.org/wiki/Windows_XP_editions#Windows_XP_Embedded https://en.wikipedia.org/wiki/Windows_XP_editions#Windows_XP...
- da_chicken 8y agoAn ATM doesn't need an RTOS. An ATM is a single user, single application system. It needs to respond to the user input more than to hardware connected to the system. What else are you doing that needs real time hardware? What's wrong with waiting for cards to be scanned, envelopes to be inserted, etc.? All that financial transaction stuff is important and time sensitive, but the ATM itself is just a relay for that. It's one step removed from a dumb terminal. With BSD or SELinux, you've have to pay for Linux/BSD development, pay for Linux/BSD supported hardware and replacement hardware, pay for Linux/BSD support staff, etc. You're giving up commodity staff and commodity hardware. All of that is more expensive initially, and harder to maintain and replace generally, especially if 10 years from now the industry shifts to a new communication standard. With Windows, you also know the OS itself has already been vetted by the US government (FIPS) and US banks (PCI) and almost certainly by your own government and pretty much everybody else's government. At least, if a vulnerability is found, it's going to affect everybody else, too. Your bank is unlikely to be sued for following industry common practice. So, yeah, running CentOS on Raspberry Pi on the one hand makes a lot of sense, but it's never going to fly past existing regulations. Doing something new is incredibly risky. Remember, all those blue screens and program crashes that people complain about are almost always because the software or drivers or hardware is faulty, not Windows. The Windows kernel and Windows model might be designed in a way that you personally dislike, but it's not broken or non-functional. You'll experience the same issues on any OS.
- jlawer 8y agoI agree with not needing an RTOS and the undesirability of rolling it yourself. However Red Hat Linux has passed just as many government and banking standards (FIPS, PCI, etc) as almost any other vendor (MS, legacy UNIX), combined with a 7-10 year maintenance cycle (with additional being able to be negotiated, if your the scale of a large bank / ATM vendor). SUSE, Oracle and other vendors could provide the same guarentees and other then having developers understand Linux / Unix.