• The Four Hundred
  • Subscribe
  • Media Kit
  • Contributors
  • About Us
  • Contact
Menu
  • The Four Hundred
  • Subscribe
  • Media Kit
  • Contributors
  • About Us
  • Contact
  • Three Lessons IBM i Shops Can Learn From The Equifax Hack

    September 18, 2017 Alex Woodie

    The recent Equifax data breach exposed extremely sensitive data of 143 million consumers, putting more than half of Americans at risk. While an IBM i server was likely not involved here, Equifax’s actions – and more importantly, its inactions – can teach IBM i shops something about data security.

    Just when you thought the string of major data breaches couldn’t get any worse, Equifax happened. The number of people impacted by the hack is relatively small, as these things go. When you consider that Yahoo’s 2014 breach exposed the data of 1.5 billion people, and that Adult Friend Finder’s 2016 breach exposed 412 million accounts, the Equifax hack looks small by comparison. (Heck, even the GOP lost data on 200 million voters last fall.)

    But of course, not all data breaches are equal. As one of the three major credit reporting agencies, along with Transunion and Experian, Equifax maintains extremely sensitive and detailed financial data on just about every American who has ever applied for credit. In this case, hackers made away with Social Security Numbers, birth dates, addresses, and in some cases drivers’ license numbers for 143 million people, mostly in the U.S. but also some in Canada and the United Kingdom This data is the “Holy Grail of what bad guys want,” said CNBC’s Jim Cramer.

    Here are three lessons that all companies, including IBM i shops, can learn from the Equifax hack:

    1. Apply Patches

    Hackers entered Equifax servers by exploiting an unpatched vulnerability in Apache Struts, a popular open source development framework for Web applications.

    Okay, fair enough. Hackers try to exploit security holes in popular software products all the time. Zero-day vulnerabilities can be extremely hard to stay on top of, especially with so many shared software components being used in today’s complex enterprise systems. Playing whack-a-mole every week with flaws and patches takes a toll on weary administrators.

    But here’s the thing: the Apache Software Foundation issued patches for the vulnerability in March. By the time Equifax discovered it was hacked in late July, it was too late, and the hackers had made off with sensitive data of millions of consumers.

    There’s really no excuse for leaving a critical system, such as the core database that houses credit data on 143 million consumers, unpatched for so long. Unfortunately, this sort of negligence in handling sensitive data is much more common than you might think. And it’s not restricted to companies running commodity systems. For a sobering reminder of just how poorly IBM i shops are configuring their systems, read about HelpSystems‘ latest State of Security report.

    Richard Marko, the director of technical services for security products at Vision Solutions (which recently bought IBM i security software provider Enforcive), says IBM i shops should keep an eye out for security-related program temporary fixes (PTFs). “IBM i shops could face the same dangers [as Equifax], especially if using the web services available on the system,” he tells IT Jungle. “At Vision Solutions, we are more concerned about simpler vulnerabilities that seem to get overlooked on a regular basis” such as default passwords, old user profiles, and leaving exit points vulnerable.

    1. Configure Systems

    Once the hackers wormed their way into Equifax’s systems via the Struts vulnerability, it’s unlikely the records were just sitting there for the taking. One of the core principles of security is to put rings of protection in place. So the Equifax hackers likely had additional work to do.

    The Equifax hackers likely stole the credentials of legitimate users, which would enable them to mask their activities. Alex McGeorge, who heads up threat intelligence for the cybersecurity firm Immunity, says it’s common for hackers in these situations to “become” the system owner of a Web process.

    “Security best practices dictate that this user have as little privilege as possible on the server itself, since security vulnerabilities in Web applications and Web servers are so commonly exploited,” Wired quotes McGeorge as saying.

    It’s important to monitor use of these powerful user profiles, and to protect them with strong authentication. However, it’s possible that Equifax stored these administrative credentials in plain text. Security journalist Brian Krebs discovered some disturbing signs of carelessness on the part of Equifax.

    “It took almost no time for [security researchers] to discover that an online portal designed to let Equifax employees in Argentina manage credit report disputes from consumers in that country was wide open, protected by perhaps the most easy-to-guess password combination ever: admin/admin,” Krebs writes on his blog.

    In the IBM i world, it’s disturbing how often administrators leave their IBM i servers basically wide open. One in 10 user profiles examined by PowerTech has a default password, which is the same as the user name in IBM‘s operating system.

    1. Take Responsibility

    As bad as Equifax’s data breach is – and it really is one of the worst ever – the Atlanta, Georgia, company made it worse as a result of its response to the breach.

    The first mistake Equifax made was taking so long to admit to the breach. While hackers had two months in the company’s systems, Equifax reportedly didn’t discover the breach until the end of July. But it took nearly another month and a half before it reported the breach to the public in early September.

    And to make matters worse, the website that Equifax set up to ostensibly “help” consumers figure out if their data was impacted required consumers to give up their right to sue the firm. The company eventually rolled that requirement back, but it left people with the impression that Equifax was tone deaf to their concerns.

    To be sure, “breach fatigue” is a real thing. With so many massive data breaches over the years, what’s the harm in just one more? A cynic might point out that most of us have already been victimized by a data breach, and that detailed records about the majority of us can already be purchased for a sum on the Dark Web. If you haven’t already raised your own defenses to protect your identity from cybercriminals, then you were exposed before Equifax was hacked.

    But this would be letting Equifax off too easy. Obviously, all companies that store sensitive data have a fiduciary obligation to protect it from hackers. Equifax broke that trust and will be held to account. In the coming months, there will be many investigations into the breach and Equifax could be forced to pay big fines as a result of the breach. Senator Elizabeth Warren has already announced an investigation, and the Federal Trade Commission, which has sued about 60 companies for data breaches, is also investigating.

    If companies would just apply security patches, follow best-practices in configuring their servers, and then be transparent and helpful in admitting to mistakes when it makes them, the world would be a better place.

    RELATED STORIES

    Connecting IBM i Into A Broader Security Web

    IBM Patches 13 Security Vulnerabilities in IBM i JDK

    State Of IBM i Security: Seven Areas That Demand Attention

    Assessing The Ransomware Threat On IBM i

    State of IBM i Security? Still Horrible, After All These Years

    Share this:

    • Reddit
    • Facebook
    • LinkedIn
    • Twitter
    • Email

    Tags: Tags: Equifax, IBM i

    Sponsored by
    Midrange Dynamics North America

    With MDRapid, you can drastically reduce application downtime from hours to minutes. Deploying database changes quickly, even for multi-million and multi-billion record files, MDRapid is easy to integrate into day-to-day operations, allowing change and innovation to be continuous while reducing major business risks.

    Learn more.

    Share this:

    • Reddit
    • Facebook
    • LinkedIn
    • Twitter
    • Email

    The State Of Systems In The Second Quarter Guru: Consuming A REST Web Service Using SQL And GET

    One thought on “Three Lessons IBM i Shops Can Learn From The Equifax Hack”

    • Jay says:
      September 19, 2017 at 7:22 am

      We should learn to encrypt our data at the resting database layer and take the scrutiny off the application layer.

      Reply

    Leave a Reply Cancel reply

TFH Volume: 27 Issue: 59

This Issue Sponsored By

  • T.L. Ashford
  • ProData Computer Services
  • WorksRight Software
  • Linoma Software
  • Manta Technologies

Table of Contents

  • Crazy Idea # 542: Port IBM i To The Mainframe
  • More Database Tools Highlight Latest IBM i Access Client
  • Guru: Consuming A REST Web Service Using SQL And GET
  • Three Lessons IBM i Shops Can Learn From The Equifax Hack
  • The State Of Systems In The Second Quarter

Content archive

  • The Four Hundred
  • Four Hundred Stuff
  • Four Hundred Guru

Recent Posts

  • Big Blue Raises IBM i License Transfer Fees, Other Prices
  • Keep The IBM i Youth Movement Going With More Training, Better Tools
  • Remain Begins Migrating DevOps Tools To VS Code
  • IBM Readies LTO-10 Tape Drives And Libraries
  • IBM i PTF Guide, Volume 27, Number 23
  • SEU’s Fate, An IBM i V8, And The Odds Of A Power13
  • Tandberg Bankruptcy Leaves A Hole In IBM Power Storage
  • RPG Code Generation And The Agentic Future Of IBM i
  • A Bunch Of IBM i-Power Systems Things To Be Aware Of
  • IBM i PTF Guide, Volume 27, Numbers 21 And 22

Subscribe

To get news from IT Jungle sent to your inbox every week, subscribe to our newsletter.

Pages

  • About Us
  • Contact
  • Contributors
  • Four Hundred Monitor
  • IBM i PTF Guide
  • Media Kit
  • Subscribe

Search

Copyright © 2025 IT Jungle