Wireless Access

last person joined: yesterday 

Access network design for branch, remote, outdoor, and campus locations with HPE Aruba Networking access points and mobility controllers.
Expand all | Collapse all

DHCP Consumption attacks - preventing!

This thread has been viewed 4 times
  • 1.  DHCP Consumption attacks - preventing!

    Posted Feb 18, 2014 03:44 AM

    Hello all,

     

    A customer I'm working with had a particular concern regarding DHCP consumption attacks. I did a bit of research, but I've got a couple of gaps I'd be interested in views on.

     

    In the first instance, you'd expect this kind of attack to come from a tool such as Yersinia. Having not tried it yet (and the online info seems lacking in some detail), my assumption is that this particular tool works by randomising the MAC within the inner DHCP request itself, rather than the real outer MAC of the frame. Does anybody know if this is the case?

     

    If that's correct, the Cisco recommendations look sensible in terms of DHCP snooping and DAI (both possible for this customer). Add to that I was considering enabling "Prevent DHCP exhaustion" on the controller for a bit extra protection. This did get me thinking along a couple of other lines though.

     

    Firstly, I can go and read all the release notes, but does anybody know if we can now safely use ARP spoofing prevention in 6.3.1.2? I know there were some challenges with this before. I'm assuming this works similarly to IP spoofing prevention (first come first served kind of thing)?

     

    Second, does anybody know of any exploits that involve DHCP crafting that actually does alter the real client MAC? I.e. hundreds of crafted DHCP requests from different MACs, with the origin of the same client device? This sounds horrible. If this could be done, do we have any features to combat it? It strikes me this might have to be an RFP centric feature?

     



  • 2.  RE: DHCP Consumption attacks - preventing!

    Posted Feb 24, 2014 08:26 AM

    no solution, but sounds like just another reason not to use the internal DHCP server from the Aruba controller.