| New user a security nightmare |
| Written by Linux | |
| Tuesday, 08 August 2006 | |
|
Safe computing outside the corporate perimeter Safe computing outside the corporate perimeter
With easy access to credit reports available to thousands of people throughout the U.S., expect blockbuster ID thefts in 2003 and beyond. Whereas credit-card numbers were traded freely on the Internet in the past, now the bad guys will trade entire personal dossiers. And fixing the problem will be much harder because it's pretty easy to screen out someone who has picked up one of your credit-card numbers but much harder when it comes to a rogue who has that, your bank-account number, your social security number, and the last five addresses you have called home. Of course, this little list is just the beginning. I haven't even touched on still-early trends such as merging physical and online security: Companies are starting to look at guarding these assets in coordination because often computer-security breaches start with physical breaches. Likewise, more and more businesses are installing software that tracks theft of sensitive, high-end intellectual property. Once ham-fisted, the second generation of these systems works much better, according to Gartner security analyst John Pescatore. All told, computer security remains one of the more dynamic areas of the moribund IT sector. And it'll get only more interesting in the coming year. Lock down On the software side, she enabled auditing on the PC and began checking the logs on a daily basis. Several days later, she remembered a TechRepublic article that mentioned a tool known as SELM, or Security Event Log Monitor. She installed the SELM product -- which can e-mail alerts as well as create reports for later review -- so that she wouldn't have to manually check the logs every day. In addition, she monitored the PCAnywhere service on this PC. In a meeting, the new associate apologised for his actions. He explained he was working very late and did not want to bother anyone at that hour. He had some software that he wanted to install for the project he was working on and needed administrator access to install it. The IT manager went on to explain the policies the company has in place restricting anyone from installing software without IT involvement. He further explained that IT was on-call after hours for any problems or needs that might arise. The new associate decided that he did not want to work on the project anymore. More problems The next day, the same scenario played out again. His PC was gone from the network. Debra couldn't gain access to his office, so she entered the wiring closet where his network jacks were connected and viewed the status of the switch ports. One port had an active connection. Since she knew his PC was not connected, the only possibility was his Linux box. The patch cable was disconnected, and the entire incident was again reported to upper management. He was asked to remove his Linux box from the premises. He indicated he would comply, and his other PC was reconnected to the network. Debra realised that she needed some way to be sure that his Linux box was truly off the network. Again, she remembered a TechRepublic article about various net admin tools. One of those tools was the GFI free network scanner called LANguard. She installed LANguard and scanned her entire network. It did a pretty good job of identifying the types of systems it found. It recognised a Red Hat Linux system as "probably UNIX," but it recognised one of Debra's Mandrake boxes as "Linux Mandrake." After running a scan, LANguard can sort the results by OS, which makes it easy to view what has been discovered. In addition to listing the OS, it indicates all the open ports on a system and points out known vulnerabilities. Debra now runs scans daily and reviews to see whether any new systems show up. The registered version offers a comparison feature that allows comparison of two scans to note any differences. Once a hacker Next, the IT department turned to the System Policy Editor. It wanted to disable access to several Control Panel applets, especially the Services applet. IT was already using system policies to perform change control, such as limiting access to the Display applet in the Control Panel and use of the Run command and the registry editing tools. Although the System Policy Editor in NT has no built-in controls for limiting the Control Panel except for the Display applet, you can customise it by creating your own ADM files with the proper registry tweaks. So Debra created a custom ADM file that removed the Devices, System, Services, Server, and Network applets from Control Panel. Object lesson
|