<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Question for InfoSec Types: Is DHCP a Security Risk?</title>
	<atom:link href="http://blog.nikolaidis.com/2008/08/25/question-for-infosec-types-is-dhcp-a-security-risk/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.nikolaidis.com/2008/08/25/question-for-infosec-types-is-dhcp-a-security-risk/</link>
	<description>Aikido, comics, eating well, information security, open source, mountain biking, and caffeine - this blog has everything!</description>
	<lastBuildDate>Mon, 14 Jun 2010 01:57:52 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: bill_mcgonigle</title>
		<link>http://blog.nikolaidis.com/2008/08/25/question-for-infosec-types-is-dhcp-a-security-risk/comment-page-1/#comment-41045</link>
		<dc:creator>bill_mcgonigle</dc:creator>
		<pubDate>Mon, 01 Sep 2008 06:14:07 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nikolaidis.com/?p=282#comment-41045</guid>
		<description>I can capture and emulate the MAC of one of your &#039;trusted&#039; machines inside of a couple minutes.  There are even things out there to confuse switch ports about which MAC is on which port.  MAC addresses should be used for ARP, not security.  It&#039;s fine to use them too for static DHCP so you can centralize device addressing.

That said, if somebody can get onto your network, get an address via DHCP, and is then automatically authorized to do anything other than make recursive DNS queries and access a part of your Internet connection, you&#039;ve got problems.

Most people don&#039;t need secure switch ports - it&#039;s sufficient to secure services.  If you do need secure switch ports, look into 802.1x or VPN&#039;s.  And a security guard named Charlie with a .40S&amp;W.

Note: I&#039;ve met auditors who don&#039;t know what they&#039;re doing and run down a checklist hammered out by college interns.  Their fees have nothing to do with their competence, especially their ability to understand protocols.</description>
		<content:encoded><![CDATA[<p>I can capture and emulate the MAC of one of your &#8216;trusted&#8217; machines inside of a couple minutes.  There are even things out there to confuse switch ports about which MAC is on which port.  MAC addresses should be used for ARP, not security.  It&#8217;s fine to use them too for static DHCP so you can centralize device addressing.</p>
<p>That said, if somebody can get onto your network, get an address via DHCP, and is then automatically authorized to do anything other than make recursive DNS queries and access a part of your Internet connection, you&#8217;ve got problems.</p>
<p>Most people don&#8217;t need secure switch ports &#8211; it&#8217;s sufficient to secure services.  If you do need secure switch ports, look into 802.1x or VPN&#8217;s.  And a security guard named Charlie with a .40S&amp;W.</p>
<p>Note: I&#8217;ve met auditors who don&#8217;t know what they&#8217;re doing and run down a checklist hammered out by college interns.  Their fees have nothing to do with their competence, especially their ability to understand protocols.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: TedRoche</title>
		<link>http://blog.nikolaidis.com/2008/08/25/question-for-infosec-types-is-dhcp-a-security-risk/comment-page-1/#comment-41044</link>
		<dc:creator>TedRoche</dc:creator>
		<pubDate>Thu, 28 Aug 2008 15:47:54 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nikolaidis.com/?p=282#comment-41044</guid>
		<description>Disclaimer: I&#039;m not truly an InfoSec, though I play one on my own network (don&#039;t we all?)

I think the auditor may be confusing physical access issues with network access... &quot;if an intruder can just plug in a device&quot; you have far more serious problems. Most offices don&#039;t let people off the street plug in. If your client is in that situation (like a school or a cybercafe or an incubator), then those network jacks ought to be _outside_ the firewall, with VPN access to corporate resources. 

That said, access to the corporate network ought to be limited. MAC address filtering should only allow known devices. An employee bringing in a compromised home computer is just as large a threat. Wireless access should be filtered by MAC address and WPA2 or better (and perhaps firewalled VPN access from the WAP to the intranet). But computer users are going to have authorized devices (iPhones, laptops, etc.) that need to be using DHCP for their access on the road. Accomodating this can be done without significantly compromising the network.</description>
		<content:encoded><![CDATA[<p>Disclaimer: I&#8217;m not truly an InfoSec, though I play one on my own network (don&#8217;t we all?)</p>
<p>I think the auditor may be confusing physical access issues with network access&#8230; &#8220;if an intruder can just plug in a device&#8221; you have far more serious problems. Most offices don&#8217;t let people off the street plug in. If your client is in that situation (like a school or a cybercafe or an incubator), then those network jacks ought to be _outside_ the firewall, with VPN access to corporate resources. </p>
<p>That said, access to the corporate network ought to be limited. MAC address filtering should only allow known devices. An employee bringing in a compromised home computer is just as large a threat. Wireless access should be filtered by MAC address and WPA2 or better (and perhaps firewalled VPN access from the WAP to the intranet). But computer users are going to have authorized devices (iPhones, laptops, etc.) that need to be using DHCP for their access on the road. Accomodating this can be done without significantly compromising the network.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: DamienHull</title>
		<link>http://blog.nikolaidis.com/2008/08/25/question-for-infosec-types-is-dhcp-a-security-risk/comment-page-1/#comment-41043</link>
		<dc:creator>DamienHull</dc:creator>
		<pubDate>Mon, 25 Aug 2008 20:20:12 +0000</pubDate>
		<guid isPermaLink="false">http://blog.nikolaidis.com/?p=282#comment-41043</guid>
		<description>A few years back I would have said no. Times have changed.

I don&#039;t view DHCP as a security issue. I see it more as a plug and play issue. It&#039;s been my experience that people who have no idea how a network functions love to plug wireless access points and routers into the network. This makes trouble shooting fun.

Security could be an issue if data on servers and workstations isn&#039;t protected. If someone can walk in with a laptop, plug into the network and access data, you have a problem. 

When it comes to security one size does not fit all. Security is balancing act. Be safe but not so safe that users can&#039;t get anything done.</description>
		<content:encoded><![CDATA[<p>A few years back I would have said no. Times have changed.</p>
<p>I don&#8217;t view DHCP as a security issue. I see it more as a plug and play issue. It&#8217;s been my experience that people who have no idea how a network functions love to plug wireless access points and routers into the network. This makes trouble shooting fun.</p>
<p>Security could be an issue if data on servers and workstations isn&#8217;t protected. If someone can walk in with a laptop, plug into the network and access data, you have a problem. </p>
<p>When it comes to security one size does not fit all. Security is balancing act. Be safe but not so safe that users can&#8217;t get anything done.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
