Ethical Hacking Learn to find vulnerabilities before the bad guys do! Gain real world hands on hacking experience in our state of the art hacking lab. Course designed and taught by expert instructors with years of penetration testing experience. 12 student maximum in every class. Certification attempt included in every package. | Computer Forensics Training at InfoSec Institute Gain the in-demand skills of a certified computer examiner, learn to recover trace data left behind by fraud, theft, and cybercrime perpetrators. Discover the source of computer crime and abuse at your organization so that it never happens again. All of our class sizes are guaranteed to be 12 students or less to facilitate one-on-one interaction with one of our expert instructors. |

| Subject: | RE: Dhcp security |
|---|---|
| Date: | Fri, 28 Jan 2005 10:04:19 +0100 |
Hello Paul, This might be overkill in your environment but: Another idea is to leverage your AD infrastructure to authenticate users using the 802.1x protocol. The 802.1x protocol only allows authenticated users to connect to a switch port, or can grant limited connectivity to unauthenticated users. The following Microsoft link shows how to set this up for a wireless network. http://www.microsoft.com/technet/archive/community/columns/security/5min /5min-303.mspx Setting up a 802.1x wired network requires: - a 802.1x client on the users workstations/laptops - a 802.1x compatible switch (supported by most Cisco switches) - a RADIUS server (I believe W2K Server includes a RADIUS service, which then proxies the authentication to the AD domain server) It provides the advantage of scaling to large deployments, compared to manual MAC address/switch port configuration. Regarding controling virus spreading from uncontrolled devices, some vendors, including Cisco, provide solutions to ensure that only properly configured/patched/AV updated devices can connect to the network: http://www.cisco.com/warp/public/cc/so/neso/sqso/csdni_wp.htm "Cisco Trust Agent-Software that resides on an endpoint system. The trust agent collects security state information from multiple security software clients, such as anti-virus clients, and then communicates this information to Cisco network access devices, which enforce admission control. Cisco has licensed trust agent technology to its anti-virus co-sponsors so that it can be integrated with their security software client products. The trust agent will also be integrated with the Cisco Security Agent to enforce access privileges based on an endpoint's operating system patch level. Cisco Security Agent, a day-zero host protection software solution, will assess the operating system version, patch, and hot fix information and will communicate this information to the Cisco Trust Agent. Hosts that are not running the proper patches may be given limited access or denied network access." I hope this helps. Best Regards, Skander Ben Mansour, CISA CISSP --- http://www.benmansour.net -----Original Message----- From: JJ Cummings [mailto:JJ.Cummings@greatcleaners.com] Sent: vendredi 21 janvier 2005 04:51 To: Paul Aviles; focus-ms@securityfocus.com Subject: RE: Dhcp security Paul, One way "depending on how many clients you are servicing" would be to create MAC (layer 2) based reservations, and only allow that exact number of addresses in the available scope (again, each with a specific MAC reservation). This does not, however, prevent static IP addressing of unauthorized clients. For this you would need some hardware ACL stuff, either on a switch capable of MAC filtering or route the traffic through a security device (layer 2 again) before allowing network access. All of this would have to be layer 2 at this point. AND / OR... Another option that could also be used in conjunction with the aforementioned would be VLAN membership rubbish. By this I mean configure a specific VLAN to have DHCP services on it; you then setup the NIC on the client to be a member of this specific VLAN (most new decent NICs allow for this) and configure the switchport/switch to allow only traffic from this specific VLAN. I say use this in conjunction with the first, because someone could figure out the VLAN ID and simply set it, much like a static...so use both for a multi-layer approach (always a good idea "defense and depth"). I will think about this some more and give more specific info if you like, I am fairly fried from sleep depravation right now so my brain functions may not be functioning as they should :-P Regards, JJC ``The lyf so short, the craft so long to lerne.'' - Chaucer -----Original Message----- From: Paul Aviles [mailto:paviles@adjoined.com] Sent: Wednesday, January 19, 2005 3:30 PM To: focus-ms@securityfocus.com Subject: Dhcp security I have a weird question maybe. Is there a way to prevent our DHCP from giving leases to computers not in our domain? I don't want anyone that walks in to just connect and have the possibility of a network viruses getting loose. Is this possible? My setup is a typical AD 2K environment, simple domain no empty root. Thanks Paul ------------------------------------------------------------------------ --- ------------------------------------------------------------------------ --- ------------------------------------------------------------------------ --- ------------------------------------------------------------------------ --- This message is for the designated recipient only and may contain privileged, proprietary, or otherwise private information. If you have received it in error, please notify the sender immediately and delete the original. Any other use of the email by you is prohibited. --------------------------------------------------------------------------- ---------------------------------------------------------------------------
| <Prev in Thread] | Current Thread | [Next in Thread> |
|---|---|---|
| ||
| Previous by Date: | Re: Preventing multiple logins in 2003, Ian Turnbull |
|---|---|
| Next by Date: | Re: Preventing multiple logins in 2003, ict.st1 |
| Previous by Thread: | Re: Dhcp security, Cory Stoker |
| Next by Thread: | Re: Dhcp security, Bauer, Henry |
| Indexes: | [Date] [Thread] [Top] [All Lists] |