RE: ARP Spoofing and Routing

From: Payton, Zack (Zack.Payton_at_MWAA.com)
Date: 10/01/05

  • Next message: Rafael San Miguel Carrasco: "Re: ARP Spoofing and Routing"
    Date: Sat, 1 Oct 2005 14:56:12 -0400
    To: "Kyle Starkey" <kstarkey@siegeworks.com>, <pen-test@securityfocus.com>
    
    

    Kyle,

    It sounds to me like you were only doing one way arp spoofing... Meaning
    that you'd intercepted all arp requests that want to know the mac
    address of your server. But you have not intercepted all the arp
    requests sent out from that server. So in otherwords you are only
    partially performing a Man In The Middle attack. You don't have control
    over the traffic in both directions. There are some nice tools to
    automate this process in it's entirety the most complete of which is
    ettercap. Altering traffic as it flows through your system is fairly
    trivial. See netsed or iptables MANGLE chain.
    Ettercap also has some native packet altering capabilities. There's
    some perl project out there I was reading about that also was designed
    for this purpose.

    Zack Payton

    -----Original Message-----
    From: Kyle Starkey [mailto:kstarkey@siegeworks.com]
    Sent: Friday, September 30, 2005 2:33 PM
    To: pen-test@securityfocus.com
    Subject: ARP Spoofing and Routing

    Folks..
    I was on site yesterday at a client doing some pen-test type work and
    thought I might play around with some arpspoofing and see what I could
    gather. I ran into a couple of problem and thought you all might have
    the solution.

    What I was trying to do was arpspoof a server so that I could intercept
    any authentication requests that were made to it and grab passwds or
    hashes to find some user accts. I was using the Auditors Toolkit
    bootable CD and the arpspoof worked great. A tcpdump of the eth0 int
    when the spoof started showed that I was getting all the traffic that
    should have been destined for this server (hosts and server and myself
    were all in the same bcast seg btw). However I was not running any
    deamons (ftp, samba, telnet, etc) to answer these requests and as such
    was only seeing part of the conversation and couldn't complete the
    connection to get the full auth request. So what I need to know is how
    I go about sending packets that were destined for the server originally
    to the actual server after I have had my tcpdump/dsniff/etc doing the
    packet capture and filter. My ideas are as follows and I could use some
    responses about them or OTHER ways I can accomplish this...

    1) routed routing traffic to the original host with a static ARP entry
    in my host for the server I am spoofing so I don't spoof myself

    2) some kind of proxy server that will capture and forward traffic based
    on the dest addr of the packet and again a static arp entry for the host
    being spoofed so we don't spoof ourselves

    3) load ftpd, samba, telnet, to answer these requests, even if we are
    denying auth people will still pass user credentials in an attempt to
    login, after the arpspoof has happened...

    4) some other already built tool that I have never heard of and should
    learn to use...

    If this makes no sense please feel free to flame me and call me an
    idiot, but its been a long week and the coffee aint helping...

    -K

    Kyle R. Starkey
    Senior Security Consultant
    CISSP # 31718
    Siegeworks LLC
    Email: kstarkey@siegeworks.com
    Cell: 435-962-8986

    ------------------------------------------------------------------------
    ------
    Audit your website security with Acunetix Web Vulnerability Scanner:

    Hackers are concentrating their efforts on attacking applications on
    your website. Up to 75% of cyber attacks are launched on shopping carts,
    forms, login pages, dynamic content etc. Firewalls, SSL and locked-down
    servers are futile against web application hacking. Check your website
    for vulnerabilities to SQL injection, Cross site scripting and other web
    attacks before hackers do!
    Download Trial at:

    http://www.securityfocus.com/sponsor/pen-test_050831
    ------------------------------------------------------------------------
    -------

    ------------------------------------------------------------------------------
    Audit your website security with Acunetix Web Vulnerability Scanner:

    Hackers are concentrating their efforts on attacking applications on your
    website. Up to 75% of cyber attacks are launched on shopping carts, forms,
    login pages, dynamic content etc. Firewalls, SSL and locked-down servers are
    futile against web application hacking. Check your website for vulnerabilities
    to SQL injection, Cross site scripting and other web attacks before hackers do!
    Download Trial at:

    http://www.securityfocus.com/sponsor/pen-test_050831
    -------------------------------------------------------------------------------


  • Next message: Rafael San Miguel Carrasco: "Re: ARP Spoofing and Routing"

    Relevant Pages

    • RE: ARP Spoofing and Routing
      ... It's pretty nice and very easy to use once you figure out the arp spoofing piece. ... >What I was trying to do was arpspoof a server so that I could intercept ... Up to 75% of cyber attacks are launched on shopping carts, forms, ... Check your website for ...
      (Pen-Test)
    • Re: ARP Spoofing and Routing
      ... I would like to know how to go abt spoofing arp caches, ... >What I was trying to do was arpspoof a server so that I could intercept ... Up to 75% of cyber attacks are launched on shopping carts, forms, ... Check your website for ...
      (Pen-Test)
    • Re: Need help, ask for your advice
      ... The attacks are coming from same IP. ... > The first thing you need to do is performance tune your server. ... > connections IP address windows" for windoze. ... >> Since they're legitimate requests, not SynFlood nor other typical DOS, ...
      (comp.security.firewalls)
    • Re: Repeated Unsuccessful Attacks to OS and ???
      ... It would appear to be a characteristic of an iis exploit. ... patching and locking down the server is the best practice. ... will still get hit with these requests. ... attacks and exploits. ...
      (microsoft.public.inetserver.iis.security)
    • Re: F5 and similar
      ... > Does the BigIp handle all requests and stay between the client and server or ... > does it just simply redirect to the server? ... your looking at L2 then the F5 will be the victim of L2 style attacks instead ...
      (Pen-Test)