Identity consolidation and privileged access management across Windows, Linux, and UNIX serversEnterprise Edition
Detailed auditing of privileged user sessions on Windows, Linux and UNIX systemsPlatinum Edition
Dynamically segment and isolate cross-platform systemsApplication Edition
Secure, centralized single sign-on to on-premise business applications
Single sign-on and unified management for cloud and mobile apps and devicesMac Edition
Centralized security and management for Macs and mobile devicesPremium Edition
SaaS and Mac Editions combined with mobile security managementCentrify for Samsung KNOX
Enterprise management of SSO, MCM and MDM for Samsung KNOX
Monday, February 2, 2009
Even though most of us in the IT industry know about the threat of insider attacks, it was still shocking to read the recent headlines that a former UNIX engineer at mortgage giant Fannie Mae was charged in federal court with planting a logic bomb that would have effectively shut down all 4,000 servers at Fannie. An FBI affidavit filed in the case reveals that this logic bomb planted in a script would have "caused millions of dollars of damage and reduced if not shutdown operations" at Fannie for at least one week. The affidavit, which refers to Fannie Mae as company "ABC," later states that "if this script were executed, the total damage would include cleaning out and restoring all 4,000 ABC servers, restoring and securing the automation of mortgages, and restoring all data that was erased." Very serious stuff. I am going to use this blog post to give some details from the affidavit regarding what happened at Fannie Mae and discuss how Centrify's products can help enterprises avoid something like this happening to them.
So here's what happened at Fannie: on October 24, 2008, a UNIX engineer was terminated because two weeks before he had "erroneously created a computer script that changed the settings on the Unix servers without the proper authority of his supervisor." He was terminated between 1 and 1:30 p.m., and was told between 2 and 2:30 pm that "all of his ABC equipment to include his badge, laptop, etc., needed to be turned in by the end of the day." He did not turn in his laptop until 4:45 pm and presumably left the building around 5 pm. What is interesting is that once the engineer was terminated, his computer access was not immediately terminated — he was terminated at 1pm but his account was still active until late that evening.
This time window gave him the unfortunate opportunity to modify a script which he did at 2:53 p.m. when he ssh'ed into a development server as root. He proceeded to modify a legitimate maintenance script with some very destructive logic that would run on all 4,000 UNIX systems that run Fannie's operations. According to the FBI Affidavit the script would do the following on January 31, 2009:
"The script would then run .z.sh which would create a list of production, contingency, and backup servers and then run .a.sh on all of ABC servers. Script .a.sh would disable all logins and clear out all logs, including all the logs that revealed MAKWANA's access to the dsysadmOI server on October 24, 2008 thus eliminating his "footprints." If a ABC engineer attempted to login a message "Server Graveyard" would be displayed. This script would also remove the root password appliance access to the server by updating the password and shadow files so no one could change the root password from the password appliance. Next .a.sh would build a list of all servers that contain ABC data and wipe out all of the data and replacing the data with zeros. This would also destroy the backup software on the servers making the restoration of data more difficult because new operating systems would have to be installed on all servers before any restoration could begin. The script would also remove all "High Availability" software from any critical server. And finally this script would power off all servers, disabling the ability to remotely turn on a server. Subsequently, the only way to turn the servers back on was physically getting to a datacenter to turn the servers back on. This script would propagate itself out to all 4,000 ABC servers, thus damaging all ABC data."
As you can see, a very nasty script — replacing all the data with zeroes!! — and it seems he had more than a few minutes to write and embed this script. Basically it would have knocked Fannie offline for a week and the remediation would have included "cleaning out and restoring all 4,000 ABC servers, restoring and securing the automation of mortgages, and restoring all data that was erased."
Luckily a week after this script was planted, another engineer found this logic bomb embedded in a standard maintenance script — and it was "only by chance" that this logic bomb had been found. Fannie Mae then turned things over to the FBI and now we see this indictment.
So given this stark example of an insider attack, how can Centrify and our Centrify Suite help an enterprise avoid a situation that Fannie avoided "only by chance"? Here's a few ways that come to mind:
I think this incident will further heighten the awareness and need for tools to enable superuser privilege management, which ironically I blogged about just a few weeks before this incident was reported. And definitely check out this webinar we did with Gartner that has an in-depth discussion of how organizations that cannot definitively link individual users' access to and activity on key systems risk security breaches or audit failures — which "only by chance" was avoided by Fannie.