Guest User!

You are not Sophos Staff.

Thread Info
  • State Verified Answer
  • +3 person also asked this people also asked this
  • Locked Locked
  • Replies 92 replies
  • Subscribers 44 subscribers
  • Views 11264 views
  • Users 0 members are here
Options
Suggested
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

Any experience with an excessive number of ThunderVPN hits?

ARandomHerdFan

I recently set up a new XG firewall at our main branch location in order to assist with IPS and application control service.   I am currently using the "Block high risk (Risk Level 4 and 5) apps" setting for app control.

What I am noticing is a large amount of ThunderVPN hits on our network, and I'm at a bit of a loss on what could be causing this traffic.  I'm glad they are being blocked, but I wanted to see if anyone had any experience with this and what might be utilizing this service.

Our entire network consists of Dell workstations and the traffic is coming from various IP addresses, not just one machine.

Thanks in advance for any information!



This thread was automatically locked due to age.
  • 0 in reply to rfcat_vk

    I received 18.18.61 yesterday, and removed my "Allow Thunder VPN" app rule and the App exclusion log file immediately started filling up with the blocks.   It did not seem to make a substantive difference.  Anyone else have luck?

  • 0

    Hello Community!

    For the community members following and participating in this thread. 

    Would it be possible for you to share any Case ID you have created for this, and if you haven't please create one and provide the following or update the ticket with the following:

    1. Run IPS in debug mode (# service ips:debug -ds nosync) 
    2. # tcpdump -ni any port 123 -b -w /tmp/thundervpn.pcap 
    3. # conntrack -L | grep 123 
    4. Screenshot of the LogViewer showing the application being marked as ThunderVPN with the destination port
    5. Current IPS Pattern
    6. Firmware and Hardware model

    Note: Start pcap/log collection first and then recreate issue/logs and stop pcap/log

    I would like to make sure Labs has all the pcaps and conntrack entries with the service running in debug mode as they have requested this way.

    Regards,

  • 0 in reply to emmosophos

    Hi, my IPS/App signatures patterns updated this afternoon to 18.18.62.   I removed my temporary rule allowing Thunder VPN to pass.   Now it appears to be back to normal - I am no longer seeing Thunder VPN port 123 app blocks in my log.    Hope this helps and thanks!

  • 0 in reply to emmosophos

    Hello - My IPS/App signatures updated as well this afternoon to 18.18.62 @ approximately 4:35P Eastern.  I've disabled my workaround rule this evening and it seems like the mis-classification of NTP UDP/123 traffic as "Thunder VPN" may have now ceased.  I'm going to let things run overnight and I'll report again tomorrow.  Fingers crossed.

  • 0 in reply to emmosophos

    Hello, currently with 18.18.62 all loks fine. NTP is not blocked anymore and no ThunderVPN entry in logging.

  • 0 in reply to emmosophos

    Confirmed latest pattern update 18.18.62 appears to have resolved the issue, "offending" services have need re-enabled and no further hits int the logs (possibly since the previous update on 12th Oct?). Providing further details for the Labs seems pointless now as issue is no longer occurring.
    It would be interesting to know what and why this was happening as on paper some dubious Android VPN service shouldn't be confused with a simple NTP request...?

  • 0 in reply to Andy S

    It is not that easy to point the issue in this case. It seems to be not the same issue like last time. 

    BTW: Take a look at this VPN provider and look at  such a tcpdump, they try to hide themself in such packets. 

  • 0 in reply to LuCar Toni

    In our case, the blocked traffic (one hit a day only at exactly the same times each day) came from our 2x web servers and unless they had been compromised, there were only a few possible culprits, the obvious one was Certify The Web, sure enough disabling this cured the problem. Thunder VPN is an Android only service so it hardly seems likely to be coming form a web server...

  • 0 in reply to emmosophos

    All is still quiet with mine after letting it run overnight.  Looks like this has been resolved at this point.  Thanks!

  • 0 in reply to LuCar Toni

    Everything is working fine now. Thank you. Good job.