| Like what you see? Get it in one document for easy printing! |
Click Here! Use coupon code "certiguide" to save 20%! (Expires 2004/12/31) |
|
| Test yourself better with 300 extra Security+ questions! |
| Get It Here! |
|
|
3.4.1 Network Based
(Page 2 of 2)
NIDS Considerations, Pros and Cons
Because NIDSs generally run in real
time (in other words, they notice events as they happen, not after the
fact), they are likely to detect potential attacks more quickly than
many host based IDSs. Additionally, NIDSs are not limited to looking
at only the traffic to or from the host they are running on they
can inspect any packets traveling across the network.
Another benefit of NIDSs over host
based IDSs is that some attacks, such as a DoS or Teardrop attack, can
only be detected by looking at the packet headers.
When selecting and deploying a NIDS,
be aware of a few key points:
- A NIDS can only monitor what it can see. If
switches or routers prevent the NIDS from seeing traffic, it cant
review that traffic for potential problems, so use span ports on switches
or place the NIDS agent on a machine off a hub on the uplink port of
the switch. Then TEST your configuration to make sure that the NIDS
really is seeing the traffic you want it to see.
- If you use a VPN or other traffic encrypting
technology, such as SSL for web transactions, on your network, the IDS
may not be able to look inside those packets for potential threats,
and will miss any attacks that occur through those channels.
- Most malicious attacks on a network occur on
the internal network (given the increasing presence of third parties
like vendor field engineers and consultants, on internal networks),
and internal networks are full of well-meaning users who every so often
open an email containing a virus, so consider using a NIDS to monitor
the internal network as well as your DMZ.
- Some NIDS do not process fast enough to examine
all traffic on gigabit networks, and may let traffic through without
scanning it, if overwhelmed, so if you have (or plan to soon have) a
gigabit network installed, make sure that your vendor certifies that
the software and hardware you select for your NIDS can keep up with
it.
- Make sure that the vendor regularly updates their
rule database in response to new threats, and then make sure that someone
in your organization is tasked with keeping the NIDS rule base up-to-date,
by promptly installing vendor updates. If a signature-based NIDS doesnt
know about a suspicious pattern, it cant look for it and alert
you to its presence.
- NIDS which focus on detection of statistical
behavioral anomalies (unusual patterns of network activity, as compared
with normal network traffic) via heuristics can often detect
attacks unanticipated by a simpler pattern-matching system that looks
for known threat signatures. The downside to the statistical approach
is that benign but unusual traffic patterns often trigger the NIDS into
action, resulting in a higher degree of false positives
than with the pattern-matching approach, and thus require more administrative
attention in exchange for a (possible) increase in detection ability.
- Tools such as Stick, popular in black
hat circles for flooding a NIDS with traffic and causing it to drop
packets, can also be used for NIDS evaluation, to stress-test an NIDS
before purchasing it.
- Not all NIDSs reassemble fragmented packets before
comparing packets with signatures; those that do not, may miss detecting
attacks if the attackers obfuscate them via excessive fragmentation.
NDIS Limitations
A NIDS can only monitor the traffic that it can see. If you use switches or routers to segment traffic, and wish to monitor network segments other than the one on which the NIDS is placed, make sure that you deploy NIDS agents, which report back to the main NIDS, on those other network segments.
A NIDS reveals one of the downsides of VPN or SSL-protected Internet communications. A cracker can tunnel their attack through SSL or a VPN, and evade detection by a NIDS, which cant decrypt the encrypted packets. (In the future, this is likely to change. The state of the art at the moment, though, is that it usually cant.)
Like some switches, some NIDS can be flooded with traffic and caused to stop examining packets, allowing an attack to take place without detection by the NIDS. |
For more information on NIDS, check
the Barbarians at the Gate article referenced earlier in
this subsection.
|
Quick navigation to subsections and regular topics in this section
|
| If you find CertiGuide.com useful, please consider making a small Paypal donation to help the site, using one of the buttons below. You can also donate a custom amount using the far right button (not less than $1 please, or PayPal gets most/all of your money!) In lieu of a larger donation, you may wish to consider buying an inexpensive PDF equivalent of the CertiGuide to Security+ from StudyExam4Less.com. (Use coupon code "certiguide" by December 31, 2004 to save 20%!) Thanks for your support! |
|
|
Home -
Table Of Contents - Contact Us
CertiGuide for Security+ (http://www.CertiGuide.com/secplus/) on CertiGuide.com
Version 1.0 - Version Date: November 15, 2004
Adapted with permission from a work created by Tcat Houser et al.
CertiGuide.com Version © Copyright 2004 Charles M. Kozierok. All Rights Reserved.
Not responsible for any loss resulting from the use of this site.
|