Defensive threat hunting
Security teams are leaning hard on defensive tools to find leaked company data and trace who’s accessing it, rather than only chasing patch fixes — researchers even flagged examples of teams finding leaked company emails with these methods. (x.com) The same conversation this week highlighted how defenders are tracking access patterns and anomalies to prioritize responses instead of treating every alert as equal. (x.com)
Most security teams still talk as if defense begins with patching. Fix the server. Update the VPN. Close the hole. That still matters. But the more urgent work now often starts somewhere else: finding out what data is already loose, who is touching it, and whether the pattern looks normal at all. Modern defensive threat hunting is less like checking locks and more like dusting for fingerprints. That shift is visible in the tools defenders actually use. Microsoft’s Defender XDR hunting stack lets analysts query across devices, identities, cloud apps, and email in one place, then turn those searches into custom detections that run on a schedule and fire only when the pattern matches something worth attention. Its email hunting tables track message events, URLs, campaigns, and post-delivery actions, which means defenders are not limited to asking whether a machine is unpatched. They can ask whether a specific set of company emails appeared in suspicious workflows, whether related messages spread through a tenant, and whether the same user account shows up in odd authentication activity nearby. (learn.microsoft.com) That matters because leaks do not arrive as neat, isolated incidents. A leaked company email address can be the start of phishing, credential stuffing, social engineering, or quiet reconnaissance. Hunting turns that from a static exposure into a live question. Did anyone use those addresses in a campaign against the company? Did logins from unusual locations follow? Did a mailbox begin forwarding messages, or did a user suddenly interact with unfamiliar domains? The point is not just to collect more alerts. It is to connect weak signals before they harden into an incident. Microsoft’s own hunting guidance is built around exactly that kind of cross-domain correlation. (learn.microsoft.com) The next step is triage, and this is where the newer defensive posture becomes more ruthless. Security teams cannot treat every anomaly as equal because their systems generate too many of them. Microsoft’s Purview Insider Risk Management explicitly scores activities, correlates signals, and raises alerts only when activity crosses a threshold. Some risky actions do not become alerts at all. They remain context until other signals make them matter. The product can boost scores for unusual file download activity, track browser-based exfiltration signals, and let teams investigate user activity reports before opening a full case. That is a blunt admission of reality: the hard part is no longer seeing suspicious events. It is deciding which ones deserve a human first. (learn.microsoft.com) This is also why “anomalous access patterns” has become such a central phrase in defensive work. The useful clue is often not a single malicious file or a single blocked login. It is deviation from a baseline. A user downloads far more files than usual. A browser views sensitive documents and then sends them somewhere it normally does not. A cloud app account touches data at an odd hour from an odd place. Defender for Cloud Apps now exposes these anomaly-style detections as “behaviors” in advanced hunting so analysts can query them alongside raw events and build detections around them. That gives defenders a way to rank danger by pattern, not by noise volume. (learn.microsoft.com) The result is a quieter but more consequential change in security practice. Teams are spending less time pretending they can eliminate risk at the perimeter and more time instrumenting their own environment so they can catch misuse after exposure begins. In Microsoft’s stack, that means the same hunt can move from an email table to an identity signal to a cloud-app behavior and then straight into a response action on the matched results. The work starts with a search, but it ends with a narrowed list of people, messages, and devices that actually need attention. (learn.microsoft.com)