Re: Source 126.0.0.1 UDP/137

From: D Sanchez (crypto-map_at_cox.net)
Date: 05/14/03

  • Next message: Maciej Bogucki: "Re: tcp/554 scans"
    To: <jlepich@pcrmc.com>
    Date: Tue, 13 May 2003 22:45:16 -0700
    
    

    That's a signature of the worm network.vbs scanning over TCP137. Make sure
    you're not allowing netbios (137...) un-established inbound from the
    internet on your firewall. The reason you're seeing it on the firewall is
    because its it probably following the default route (0.0.0.0 0.0.0.0) out to
    the internet since you don't have a route for this network. check your
    router by showing route for 126.0.0.0, if you don't have a route for this,
    chances are that the default route on your network is pointed at your
    firewall's inside interface. shut down netbios on the inside interface of
    the firewall too. Scan all inside hosts for virus, you'll find an infected
    one. you must be using windows.

    http://www.sans.org/resources/idfaq/port_137.php

    http://securityresponse.symantec.com/avcenter/venc/data/vbs.network.html

    ----- Original Message -----
    From: <jlepich@fidmail.com>
    To: <incidents@securityfocus.com>
    Sent: Friday, May 09, 2003 2:06 PM
    Subject: Source 126.0.0.1 UDP/137

    > Can anyone tell me what is causing these entries to pop up in my firewall
    log?
    > On our network we use a 10.x.x.x IP scheme. There is no host with the
    address
    > of 126.0.0.1 on our network anywhere. I was able to capture this by
    sniffing
    > the traffic from source 126.0.0.1.
    > ............ CKAAAAAAAAAAAAAAAAA
    > AAAAAAAAAAAAA..!
    >
    > I have learned that this is a legitimate NetBIOS query.
    >
    > Here is an excerpt from my firewall log.
    >
    > Deny udp src inside:126.0.0.1/137 dst outside:3.13.0.10/137
    (General
    > Electric, NJ USA)
    > Deny udp src inside:126.0.0.1/137 dst outside:63.14.0.10/137 (UUNET,
    VA,
    > USA )
    > Deny udp src inside:126.0.0.1/137 dst outside:210.11.0.10/137 (Asia
    > Pacific Network Information Centre, AU)
    >
    > By sniffing the traffic I was able to find get the source MAC address. The
    > MAC I got is that of our core router. I have not attempted to track the
    source
    > beyond that router yet.
    >
    > -Jesse
    > ___________________________________________________________
    > Fidelity Communications Webmail - http://webmail.fidnet.com
    >
    >
    >
    > --------------------------------------------------------------------------

    --
    > *** Wireless LAN Policies for Security & Management - NEW White Paper ***
    > Just like wired networks, wireless LANs require network security policies
    > that are enforced to protect WLANs from known vulnerabilities and threats.
    > Learn to design, implement and enforce WLAN security policies to lockdown
    enterprise WLANs.
    >
    > To get your FREE white paper visit us at:
    > http://www.securityfocus.com/AirDefense-incidents
    > --------------------------------------------------------------------------
    --
    >
    ----------------------------------------------------------------------------
    *** Wireless LAN Policies for Security & Management - NEW White Paper ***
    Just like wired networks, wireless LANs require network security policies 
    that are enforced to protect WLANs from known vulnerabilities and threats. 
    Learn to design, implement and enforce WLAN security policies to lockdown enterprise WLANs.
    To get your FREE white paper visit us at:    
    http://www.securityfocus.com/AirDefense-incidents
    ----------------------------------------------------------------------------
    

  • Next message: Maciej Bogucki: "Re: tcp/554 scans"

    Relevant Pages

    • Re: Urgent RRAS wont work Help!
      ... Where you need the extra routing is on the firewall. ... route but whatever config I use it won't route. ... The clients on the ... network have the default gateway set as 184.155.0.80 via DHCP. ...
      (microsoft.public.win2000.ras_routing)
    • Re: Lost Internet Access
      ... Then you *do* have a network connectivity problem... ... the box should have a default route pointing towards your ... Firewall: if the firewall is blocking traffic similar symptoms would ... Was nscd removed recently? ...
      (Debian-User)
    • Re: Urgent RRAS wont work Help!
      ... plus it worked before without a route on the FW. ... > Where you need the extra routing is on the firewall. ... > port access rights to clients on the 184.155.0.0 network. ...
      (microsoft.public.win2000.ras_routing)
    • Re: [fw-wiz] An interesting VPN problem
      ... > (including the traffic that should ultimately end up on the Internet). ... > Traffic from the remote network not targeted for the local network ... > should be routed through a firewall reachable from the local network. ... Host route for external IP address of L-PIX directed to "the Internet" ...
      (Firewall-Wizards)
    • RE: can ping but not browse
      ... I have stopped the firewall. ... # are safed from all (security) hazards. ... firewall/bastion host to the internet ... # internet and to an internal network, ...
      (Fedora)