• Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login
Netgate Discussion Forum
  • Categories
  • Recent
  • Tags
  • Popular
  • Users
  • Search
  • Register
  • Login

"Random subdomain query attack"

Scheduled Pinned Locked Moved Firewalling
7 Posts 5 Posters 1.8k Views
Loading More Posts
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • ?
    A Former User
    last edited by Nov 28, 2014, 2:48 PM

    Hi,

    I have been informed today that my internet connection has been misused for a "random subdomain query attack".

    As I am using pfSense for not too long time now, I would like to know if there are certain security settings I need to check to prevent the pfSense DNS Resolver to be misused (in case that is possible).

    I didnt find anything related to this which could help me.

    Anybody here can?

    Thanks.

    1 Reply Last reply Reply Quote 0
    • K
      KOM
      last edited by Nov 28, 2014, 2:56 PM

      A random subdomain query attack is usually performed by a botnet that overwhelms a domain's DNS servers with bogus subdomain lookup requests.  Do you have any client PCs behind your firewall that might be part of such a botnet?

      1 Reply Last reply Reply Quote 0
      • C
        cmb
        last edited by Nov 29, 2014, 12:16 AM

        Probably either have your WAN firewall rules way too wide open, allowing TCP/UDP 53 to the WAN IP, or a port forward allowing access to the DNS forwarder.

        1 Reply Last reply Reply Quote 0
        • ?
          A Former User
          last edited by Nov 30, 2014, 8:19 AM

          Thanks for your replies.

          I will verify both. If the rules would be too wide open (I did not explicitly give access to 53, so it should be closed).

          1 Reply Last reply Reply Quote 0
          • J
            johnpoz LAYER 8 Global Moderator
            last edited by Nov 30, 2014, 3:10 PM

            Then it points to something on your client side doing the attack like cmb mentions.  I would do a simple sniff on pfsense both lan and or wan interfaces - what do you see for dns traffic on udp and or tcp 53..  This will allow you to track down where the traffic is coming from, either the pfsense box itself or client.

            I agree these sorts of attacks are normally from botnets, which the bot just targets its dns, so if you have a compromised client inside pfsense, it would be asking pfsense for the random.somedomain.tld, which pfsense then does the query for..

            An intelligent man is sometimes forced to be drunk to spend time with his fools
            If you get confused: Listen to the Music Play
            Please don't Chat/PM me for help, unless mod related
            SG-4860 24.11 | Lab VMs 2.7.2, 24.11

            1 Reply Last reply Reply Quote 0
            • ?
              A Former User
              last edited by Dec 1, 2014, 7:22 PM

              Thanks for your replies. I scanned our Windows-Client and removed two suspicious files. I scheduled a reinstallation for this system.

              1 Reply Last reply Reply Quote 0
              • F
                fsansfil
                last edited by Dec 1, 2014, 7:28 PM

                Also, dont forget that malforged/attack packet can query on different port/protocol. Did your ISP specify port 53 or just query?

                One example is DNS query hidden in ICMP. You can try a snort/suricata rule like this on the WAN just to diagnose…

                alert icmp any any -> $HOME_NET any (msg:"DNS Query Hidden in ICMP"; content:"|01 00 00 01 00 00 00 00 00 00|"; offset:8; metadata:policy balanced-ips drop, policy security-ips drop; classtype:policy-violation; sid:99998888; rev:1;)

                F.

                1 Reply Last reply Reply Quote 0
                3 out of 7
                • First post
                  3/7
                  Last post
                Copyright 2025 Rubicon Communications LLC (Netgate). All rights reserved.
                  This community forum collects and processes your personal information.
                  consent.not_received