This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Log entries showing when they shouldn't

ASL 6.004

My log shows dropped packets with a destination port of 445, but I'm dropping Microsoft-SMB (static definition) without logging, and this rule is near the top.  I don't understand why this traffic is being logged.  I created the rule so I don't have to see this crap in my log files.

I see many entries from various ip addresses, but here's what a sample log entry looks like:

13:06:38 24.86.30.122 2226 ->  445 TCP 48  118 CE DF SEQ=855761206 ACK=0 WINDOW=64240 SYN URGP=0 

Here's what my Rules look like:

http://www.reedkey.com/image/rules.JPG

Any advice?  Is this a bug?

Dan


This thread was automatically locked due to age.
Parents
  • Wow, I just typed up a very similar post also.
    [:P]
  • I just read your post.  It seems that your problem occurs only when the DEST ip address doesn't exist.  But I'm seeing the dropped entries in my log for service 445 with a destination of the ip addr for my external interface.  My rule says to drop (without logging) 445 for ANY destination.   Yet there they are, bunches of them right in my log.
  • ASL's interfaces aren't part of ANY... you'll have to create another rule to deal with those.

    Barry
  • BarryG, you are right -- sorta right, anyway.  When I switched the rule destination to the External Address, it dropped the packets correctly without logging them.  However, I know for a fact that "ANY" sometimes includes the External interface address because I have a rule that allows DHCP (UDP 67 --> 68) from my ISP's DHCP server to ANY (destination).  This works fine and my firewall (external address) receives the packets just fine as a DHCP client.

    So it appears that the following is true:  "ANY" does not include the external interface address when used on rules that DROP packets, but it does include the external interface address when used on rules that ALLOW packets.  I can't guarantee that this is true in all cases, but it sure seems to be the case for my set of rules.

    Here are my final rules and service definitions, new and improved:

       

       

    Thanks for the help guys, and I hope this helps someone else out there.

    Dan
  • DHCP works because there is a hidden rule on ASL to accept DHCP on the EXT interface, IF you have it set to use DHCP.

    FWIW, In my 'crap' group, I also have:
    tcp 6129 - DameWare (worm?), which seems to be very active right now
    tcp 3127 - mydoom worm scanners

    Barry
  • I have the same issue, only I am using ASL and have my box running in Transparent Mode.  What can I do to stop seeing these packets in the logs?????
Reply Children
No Data