Be Mindful of Insider Fraud Against Seniors
California's Financial Abuse Reporting Act, SB 1018, which r…
Pete Boergermann - BankInfoSecurity.com Contributor
Gone are the days when we could just throw a hub on a closet shelf, run a few network cables, connect some PCs and a server to it and have a network. Logs? What logs? Why would we want to look at them? Times have changed and most devices connected to your network have logging capabilities. These devices have the ability to produce large amounts of valuable data. But it can be overwhelming to manage. A new industry that creates technology to manage security event logs is just starting up. As this technology matures, we may end up with products that can correlate the data between devices and alert us to events on a global multi-device level. Maybe these new products will be able to learn and adapt to new event information, possibly make assessments based on trends, then send only the alerts that need to be acted upon. Now that securing of our networks is so important we should be asking questions like: "What do we log, and why?" "How often do we need to look at it and who should review them?" Then reality hits and these comments come to mind... "I really have other things I need to do" "Reviewing them is boring and time consuming." "I will get to them tomorrow."
Let us start by defining what system log data is. Most network-able equipment has the ability to record, based on predetermined settings, events or a history of activity. These events, called system logs, can be as simple as a port on a switch getting disconnected or as specific as a table on a database running out of room. The format of the information is typically defined in the following categories: Critical, Warning and Informational. They may also have a minor and major rating. The information contained in the events can be easy to read or very cryptic and each manufacturer seems to follow a different standard. So, some equipment system logs can be a great source of information and others are completely useless. To get to these logs, you will need to connect and log into each device individually to view the information. Be warned, unless you have a centralized repository to collect the data, a considerable amount of time can be spent getting to and reviewing that data.
So where do you start? First, define a risk profile for your network equipment. Which devices are critical to your network infrastructure? A switch with PCs and printers connected to it would be low risk. A switch with servers attached to it would be a high risk. The reasoning behind this is, if a couple of PCs get disconnected it would only affect a few users; if a server gets disconnected it could affect all your users. Firewalls, Routers, and Servers are network devices that should have logging enabled without question. Next review your logging options with the Vendor provided documentation. What are the recommended settings? Debug mode logging can cripple your device, rendering it useless; verbose mode may only need to be used when you are experiencing problems. If you are experiencing unusual or unexplained problems, these system logs will prove very valuable. Spend some time reviewing them. SANS Institute teaches a very valuable concept, "Know Thy Network". If you know what typical behavior is, then non-typical behavior is easier to detect. This is best done when there's not an emergency.
Now for the question that makes most network professionals squirm before answering: How often should you look at this information? Initially we need to discuss Regulations. What industry are you in? If you are a member of the Financial or Health Care industry, then you need to know what is expected with reference to equipment logging before your next audit or examination. There are a number of regulations covering the financial industry, such as the Gramm-Leach -Bliley Act designed to safeguard customer information. Other regulations such as Sarbanes-Oxley, and the FTC Information Safeguards also require monitoring of your logs.
Here are what some of the Regulations say:
|
The Electronic Funds Transfer (EFT) Act - Regulation E..Next Topic
The Electronic Funds Transfer (EFT) Act - Regulation E..Next Topic
DoJ: Report to Congress on Implementation of Section 1001 of the USA PATRIOT Act..Next Topic
FFIEC Issues 2009 Mortgage Fraud White Paper:The Detection and Deterrence of Mortgage..Next Topic
FDIC: Fraudulent Work-at-Home Funds Transfer Agent Schemes..Next Topic
Joint Statement by Education Secretary Duncan, Homeland Security Secretary Napolitano and..Next Topic
Obama's Cyberspace Policy Review: Assuring a Trusted and Resilient Information and..Next Topic
Obama's Cyberspace Policy Review: Assuring a Trusted and Resilient Information and..Next Topic
NIST: PIV Card Application and Middleware Interface Test Guidelines, SP800-85A-1..Next Topic