- What does Cisco have against Quebec?
- Attrition.org nails another nitwit
- Diary of a deliberately spammed housewife
- Seven cloud-computing security risks
- 20 great Windows open source projects
News | Newsletters | Podcasts | Chats | Opinions | RSS Feeds | This Week In Print | IT Careers | Community | Reports | Downloads | Slideshows | New Data Center
Partner Sites:App Performance | On Demand Security | Networking Solution | SOA | Value of WDS
Despite the security benefits promised by network access control, NAC has yet to be fully embraced. Perhaps it’s the perceived cost, the complexities that troubled early adopters or the plethora of NAC choices available today.
That’s not to say there isn’t enormous interest. After all, a NAC security framework promises to help companies comply with regulations and internal policies, and safeguard resources from evolving threats. (Compare NAC products.)
But which approach is best?
Hardware-based options typically require an appliance that operates either in-line or out-of-band. Some of these appliances displace the access switch; others operate between the access layer and network switches. With either approach, there are many deployment, management and operational considerations.
For example, hardware-based in-line NAC solutions that sit upstream from switches create a potential single point of failure and can be disruptive if they cannot maintain pace with today’s high-speed, 10G network backbones.
Furthermore, in-line NAC solutions may not be ideal for geographically dispersed or highly segmented networks. Not only does there need to be an appliance at every location, but the further up the network the less visibility into network traffic these approaches provide. There’s little sense believing you’re more secure with NAC when you can’t see or stop an intruder’s traffic on a large subnet.
The out-of-band alternative, such as the options that use 802.1x, too often require many network and server configuration changes. They require additional quarantine networks, configuration of ports on each switch as well as access rules to be configured for routers and switches. This not only increases administrative costs, it also increases the risk of error. Clearly, hardware-based NAC isn’t cheap or a panacea.
Next up is the much maligned agent-based approach. No one wants yet another endpoint application to install, update and maintain. It’s not only an additional burden for the IT team but also another catalyst for flurries of help desk calls.
Yet, much can be said in defense of agents. For one, a higher level of scrutiny can be achieved on endpoints, which aids security. And the reality is that agents can be the least disruptive solution available, especially when it comes to network traffic, because agents run quietly in the background, only sending periodic updates to the policy server.
www.google-alba.ch faqja e intrnetit me e mira ku mund te gjeni gjithcka vizitojeni dhe do te mbeteni...- Anonymous
Comments (1)
Demystifying NAC? Give me a break!By Anonymous on March 19, 2008, 9:38 amHmmm... an article written by the CEO of a NAC vendor about the right type of NAC product to look for? I guess we can all take this one with a grain of salt. Lum...
Reply | Read entire comment
View all comments