Hardware Is Only Part of the Solution

 
 
By Cameron Sturdevant  |  Posted 2002-04-08 Email Print this article Print
 
 
 
 
 
 
 

A denial-of-service attack can cripple a network, even if access isn't gained, and a single distributed-denial-of-service onslaught can disable a multitude of systems.

A denial-of-service attack can cripple a network, even if access isnt gained, and a single distributed-denial-of-service onslaught can disable a multitude of systems. Products including Top Layer Networks Inc.s Attack Mitigator Version 1.0 can help a lot, as can firewalls, operating system patches, additional servers and working with ISPs to choke off DoS traffic further upstream. (Go to www.eweek.com/links for eWeek Labs March 25 Special Report on security.)

Although some DoS attacks use only small amounts of carefully crafted packets to jam servers, routers and firewalls, many—especially the DDoS variety—consume all available bandwidth between the ISP and the target site.

IT staffers from a variety of disciplines must work together to stop future DoS attacks and take the necessary steps to unclog network pipes.

IT staff should begin a conversation with their organizations ISP. Its best to do this before the heat of a DoS attack is melting the network. Make a list of the names and phone numbers of people at the ISP network operations center, and keep it on a grab sheet in your central IT area.

Its also worth taking a look at RFC 2267 "Network Ingress Filtering" by Paul Ferguson and Daniel Senie (accessible from www.eweek.com/links). This document has an excellent discussion of a Syn attack and how ingress filtering on various devices can alleviate the problem. It also describes some of the techniques used by packet-filtering products to stop attacks.

The 80s are Over

Limiting connections or even eliminating some kinds of TCP/IP traffic through filters on edge routers is another good way to minimize exposure to DoS attacks. For example, most firewalls limit ICMP (Internet Control Message Protocol) messages. In the early 1980s, ping and other ICMP messages were necessary to control transmissions because bandwidth was extremely limited, and routing devices capabilities were rudimentary.

But these days, ICMP is almost like a public back door into the network. Other than initial trouble-shooting, there is almost no reason why a ping should be allowed to cross the network border. An inbound ICMP echo reply is surely a sign that mischief is afoot.

To prevent directed broadcast attacks, network managers and system administrators should work together to apply patches to every device that can take one. For example, routers and Layer 3 switches often have some ability to determine if rudimentary broadcast-based attacks have been launched. At the very least, many of these devices and server operating systems can be configured not to respond to broadcast network messages.

Service packs are available for most versions of Windows and Unix that prevent fragmented packet attacks including teardrop, boink.c and syndrop.c.

Senior Analyst Cameron Sturdevant is at cameron_sturdevant@ziffdavis.com.

 
 
 
 
Cameron Sturdevant Cameron Sturdevant is the executive editor of Enterprise Networking Planet. Prior to ENP, Cameron was technical analyst at PCWeek Labs, starting in 1997. Cameron finished up as the eWEEK Labs Technical Director in 2012. Before his extensive labs tenure Cameron paid his IT dues working in technical support and sales engineering at a software publishing firm . Cameron also spent two years with a database development firm, integrating applications with mainframe legacy programs. Cameron's areas of expertise include virtual and physical IT infrastructure, cloud computing, enterprise networking and mobility. In addition to reviews, Cameron has covered monolithic enterprise management systems throughout their lifecycles, providing the eWEEK reader with all-important history and context. Cameron takes special care in cultivating his IT manager contacts, to ensure that his analysis is grounded in real-world concern. Follow Cameron on Twitter at csturdevant, or reach him by email at cameron.sturdevant@quinstreet.com.
 
 
 
 
 
 
 

Submit a Comment

Loading Comments...
 
Manage your Newsletters: Login   Register My Newsletters























 
 
 
 
 
 
 
 
 
 
 
Rocket Fuel