Why run Windows on an ATM?
26th November 2003
So you’re writing the software for an ATM. It needs to display something pretty on the screen, control the hardware that serves out the money and talk securely to your central servers. It also needs to be stable, secure, reliable and allow remote administration. Why on earth would you choose Windows as the operating system?
Check out this article on The Register: Nachi worm infected Diebold ATMs. This just beggars belief. How a Windows worm spread on to a network with ATMs connected to it is beyond me—even if you take in to account employee laptops plugged in behind the firewall it’s still incredible that the ATMs weren’t on their own separate secure network.
Here’s the best bit:
Billett defended the company’s patching process, which he said involves testing each new bug fix, and deploying at a wide variety of institutions with a mix of network architectures. “A lot of those machines actually have to be visited by a service technician” to be patched, said Billett. “Our experience in the past is we are able to turn those around in one or two days.”
What do you have to do to patch these things, plug in a keyboard and mouse?
More recent articles
- Weeknotes: the Datasette Cloud API, a podcast appearance and more - 1st October 2023
- Things I've learned about building CLI tools in Python - 30th September 2023
- Talking Large Language Models with Rooftop Ruby - 29th September 2023
- Weeknotes: Embeddings, more embeddings and Datasette Cloud - 17th September 2023
- Build an image search engine with llm-clip, chat with models with llm chat - 12th September 2023
- LLM now provides tools for working with embeddings - 4th September 2023
- Datasette 1.0a4 and 1.0a5, plus weeknotes - 30th August 2023
- Making Large Language Models work for you - 27th August 2023
- Datasette Cloud, Datasette 1.0a3, llm-mlc and more - 16th August 2023
- How I make annotated presentations - 6th August 2023