Enhanced Security Measures in Place:   To ensure a safer experience, we’ve implemented additional, temporary security measures for all users.

Cortex XDR unable to detect nbns spoofing using kali linux responder

cancel
Showing results for 
Show  only  | Search instead for 
Did you mean: 
Announcements

Cortex XDR unable to detect nbns spoofing using kali linux responder

L1 Bithead

Hello, I am new to Cortex XDR, I  just installed it. I tried nbns spoofing on a pc with Cortex XDR and it did not stop or detect it. My previous test with Symantec was detected and stopped. Any thoughts on this? 

8 REPLIES 8

L4 Transporter

Hi @tech_noob-

 

Can you please provide a little more context?  Let's start with which Cortex XDR license type(s) are you running?  

https://docs.paloaltonetworks.com/cortex/cortex-xdr/cortex-xdr-prevent-admin/cortex-xdr-prevent-over...

 

 

 

 

 


David Falcon 
Senior Solutions Architect, Cortex
Palo Alto Networks® 

I am using XDR prevent currently. My vendor made an error we are supposed to  get pro and I am waiting for the upgrade in the next week or so.

L3 Networker

Im curious what was detected on the endpoint for symantec to identify it as malicious behavior and stop it?

My understanding is that responder is listening for those multicast queries from your endpoint and responding when received.

 

Yes, Symantec detected it and stopped it on the endpoint. We upgraded our Cortex to Pro and I will test again under Cortex Pro maybe it will detect it as BIOC on the endpoint. I will post the result. 

Please comment when you have the results we have prevent and many of the web servers will not detect attacks at the network level with this protection

L1 Bithead

We now use Cortex XDR pro. We recently had had a  pen test internal audit, XDR detected port scanning etc. but it did not detect kali linux responder/nbns spoofing. Security auditor captured hashes but luckily they were not able to crack them. I tried Kali responder running on a VM, I rebooted my endpoint with XDR pro on the same LAN, and I was able to capture some hash with responder. From the XDR logs I am having a hard time finding IOC/BIOC I can use to detect and prevent responder...any thoughts on this? Our pen tester said that since the responder is passive it will be hard to detect. - thanks

 

L1 Bithead

We now use XDR Pro. We recently had an internal pen test, XDR detected port scanning, etc., but it did not detect and prevent nbns spoofing with Kali responder, some hash was captured but luckily they were not able to crack them. I ran responder on the same lan where I have a windows 10 with XDR pro. I rebooted Windows 10 and I was able to capture hashes with Kali responder.

I looked a the XDR logs but I am having a hard time finding IOC/BIOC for detecting responder..any thoughts on this? Thanks.

L3 Networker

Hello Tech_noob

 

Could you create a BIOC rule like below.

REMOTE_PORT = 5355

PROTOCOL=UDP

Network = Incoming, outgoing

etugriceri_1-1626698606137.png

 

5355 is LLMNR port number and as you know that, if clients cannot find/resolve a remote host in DNS, starting to LLMNR query via multicast. 

So, with this BIOC rule, You can detect LLMNR queried hosts and would be helpful to understand which process is responsible for the LLMNR.

with XDR you can control Windows Host firewall and block that UDP packages but from the security perspective (host hardening), Im gonna advise to use GPO for disabling LLMNR and Netbios name resolution. 

 

 

 

 

 

  • 7575 Views
  • 8 replies
  • 1 Likes
Like what you see?

Show your appreciation!

Click Like if a post is helpful to you or if you just want to show your support.

Click Accept as Solution to acknowledge that the answer to your question has been provided.

The button appears next to the replies on topics you’ve started. The member who gave the solution and all future visitors to this topic will appreciate it!

These simple actions take just seconds of your time, but go a long way in showing appreciation for community members and the LIVEcommunity as a whole!

The LIVEcommunity thanks you for your participation!