Sandstorm Enterprises® : NetIntercept® Case Studies
Sandstorm Enterprises® Niksun
NetIntercept® Case Studies

Auditing For Security Breaches Via NetIntercept


Looking Into The Past

You are the IT manager for a 500-person organization. This morning at 0530, your found out your firewall was compromised -- your overnight backup tech noticed a console log message indicating someone from inside was using the root account on the firewall machine itself. She called you, and you had her pull the plug immediately. Now that you're on the scene, normal network applications seem to be working, but just about anything might have been cracked. You need to know how deep the intruder got into your network and what damage they did. But even the firewall's internal logs are unreliable, since the intruder had control of that machine.

You Know How it Used to Go

Your network operations staffer shuts down the firewall and gets ready for the barrage of complaints from your users. Your system administrators and support people start checking logs on the servers and running software consistency checks on four hundred and fifty-two desktop and laptop PCs. If you're lucky, only a few internal systems were damaged, and they'll be identified and shut down by the time the firewall is re-built from scratch. But you probably won't go back online with any sense of security.

Only the attackers know for sure how they broke in. You'll have to gamble on locking the firewall down tighter, ensuring that all the current security patches are installed, and making a quick check on the Web for new vulnerability or exploit reports. If it's an unpublished vulnerability, or your staff missed a trojan application on an internal machine, you and the rest of your company will have to go through it all again.

With NetIntercept, It's Much Easier

You've installed two NetIntercept systems, one outside the firewall and one on your internal backbone. The external machine has about seven days of saved traffic online, but you've kept an offline archive going back sixty days. The internal machine sees higher data rates, and so it only has about a day's traffic online, and isn't archived. NI systems can't be compromised or even detected on the monitored network -- their control interfaces are connected to a private LAN, accessible only from your machine room -- so you can trust them to have complete and reliable data.

You know you've contained the problem by shutting down the firewall. As soon as you get in, you can quickly assess the damage by analyzing the night's internal and external traffic. By the time your network operations staffer gets in, you know the firewall was attacked from a desktop machine, and that the attacker was controlling it via a stealth connection masquerading as a Web session. As he starts to rebuild the firewall, you expand your search. As your systems administrators and IT support people arrive, you're looking at the email message that went to a host in Poland at 0200, with a compressed attachment containing, among other harvested user IDs and passwords, the firewall's root account password. You get them started on changing everyone's passwords, and keep on looking.

An hour later, you've got the whole picture: Three days ago, the desktop machine's user downloaded a "new version" of a free screensaver program. This seemingly-innocent application actually contained an embedded trojan, which sniffed the LAN for passwords and e-mailed the day's harvest out every night. Yesterday, a member of your staff used the firewall's root password in an unencrypted FTP session, and this information went out in last night's payload. Meanwhile, the desktop box would occasionally look up a certain hostname in a foreign domain. Last night, the DNS query succeeded, and the trojan application immediately opened a connection to the attacker's host -- allowing the attacker to relay information through the compromised internal desktop machine, and strike at your systems from the "inside".

You can see that the attacker first tried out several of the captured user-and-password pairs against the e-commerce server, and then probed the internal firewall connecting to the Finance Department. Having no immediate luck, he logged in to the main firewall and set about installing a root kit. He had just about finished sanitizing the firewall's log files when your tech noticed his activity and shut him down. You spend a few minutes recording the evidence on a couple of CDs, and then turn to other matters.

By the time your staff reports that all the internal passwords have been changed and the firewall is ready to go, you've finished your memo to the CEO and Legal, you've sent mail to your user community to warn them about trojan programs, and you're scanning security-related sites to see if that particular attack has been reported before. Your organization is securely back online by lunchtime, and you're confident that it will stay that way.

NetIntercept provided you with unambiguous and reliable data -- data you could act upon. You knew what you needed to do and took no unnecessary actions. And you didn't even have to eat lunch at your desk...


Download the demo
and discover: The Truth is on the Wire.


Download the NetIntercept Datasheet (90KB)
Download the NetIntercept Datasheet (90KB)

Sandstorm's Products grey arrow
Order / Get a Quote grey arrow
Contact Us grey arrow
Back to topgrey arrow
Sandstorm Enterprises develops
tools with sharp edges®
for information security professionals.
Site materials © 1998 - 2010 Sandstorm Enterprises, Inc. The Sandstorm logo®, LANWatch®, NetIntercept®, PhoneSweep®, Sandtrap®, TCP.demux™, Single Call Detect™, Tools with sharp edges®, Rapid Event Analysis™, and Sandstorm Enterprises® are all trademarks or registered trademarks of Sandstorm Enterprises, Inc.