Principal Tactical Response Analyst @HuntressLabs | @SANS_EDU Alumni | Python Security Researcher

Joined May 2023
With all the chaos going on right now, I'm here to remind you that LLM-aided/agentic attacks are still just... intrusions. They may evolve at different rates, but they fundamentally boil down to the same observability and alerting requirements that a human intruder would for detection. In the middle of "vulnpocalypse", the strongest takeaway shouldn't be that LLMs are getting more advanced, it should be that organizations should be investing in basic security fundamentals and posture management to help detect and defeat these threats.
1
1
9
420
So... I named a malware campaign awhile ago. I just googled said name and lo and behold-- all NSFW. I'm not sure if this is an effective commentary on how sheltered I am, or if I should simply have my naming rights revoked.
5
18
640
Today, Vipyr Security-- a home grown open source security organization I started-- is closing its doors. We did some cool shit-- ended up in some publications by ESET, Unit42-- even knocked down the durabletask compromise on PyPI. But all good things must come to an end.
1
1
17
809
Most of our nerds aren't on Twitter-- or at least I don't know their handles. I paid out of my own pocket for hosting and infrastructure. Contributors were free to work on what they wanted, to help secure and prevent malware proliferation on PyPI. Many have gone on to pursue great things at massive enterprises.
1
4
89
I'm sad that we're closing our doors, but I'm happy that this project did what it was designed to do-- some good in the world while helping give a place for the next generation of developers and security professionals to gain hands on experience solving real world problems.
4
84
Michael Tigges retweeted
👀 @watchtowrcyber Intel captured real, hands-on-keyboard exploitation of the recent PaperCut NG/MF vulnerabilities, including fully decrypting webshell and C2 comms. Check it out: watchtowr.com/resources/pape…
19
43
4,981
Super happy to work at a company like @HuntressLabs that allows and enables us to wreck adversaries in literally every way you can dream up. This time? Vuln research! Few things on this, to clear the air in a more casual tone, for those that stumble upon this: - We were responding to an actively-exploited v2026.3.1.10 instance. (Fully patched.) - While doing that investigation, we were digging into the "how" instead of the "who", "what", and "where"; as that telemetry no longer existed. - In the course of that investigation, we discovered a plausible series of vulnerabilities that could explain that behavior. To be abundantly clear-- we do not know what the adversary exploited in the v2026.3.1.10 instance. I don't want that to be what people walk away with-- we instead found a plausible explanation, and worked with the excellent security team at N-Able to help shore up their defenses. A lot of unknowns, a lot of questions, and I wish I had the answers.
RAPID RESPONSE UPDATE: Huntress has produced a proof of concept (PoC) of a new vulnerability chain (CVE-2026-86206 & CVE-2026-86207) in N-central. This is distinct from the August flaws, allowing attackers to bypass access controls to create unauthorized administrative accounts.
5
17
1,618
Credit where credit is due; they did suspend the service, which is more than I can say for a lot of VPS providers.
Filed an abuse report with @BluevpsCompany who indicated they forwarded the complaint to the threat actor. When I asked if they forwarded any PII/telemetry from the complaint to the cybercriminal, they responded "Please wait!" Impressive.
4
1,127
Filed an abuse report with @BluevpsCompany who indicated they forwarded the complaint to the threat actor. When I asked if they forwarded any PII/telemetry from the complaint to the cybercriminal, they responded "Please wait!" Impressive.
1
1
6
1,637
Yeah, as anticipated, they just forwarded along the un-redacted original complaint, including reporting organization details. Not only is this an incredible violation of a trusted channel, it's also a critical violation of privacy and integrity by the handling organization. Abuse report recipietns are charged with responsibly handling reported information, to include indicators of compromise and related telemetry. The abuse report process drives a high bar of evidence, in order to supply rich information, we must also disclose the understood nature of command and control services. This process effectively serves to equip the adversary with a security organization's direct understanding of their infrastructure and scope of a given campaign. This is gross negligence.
2
98
Modern intrusions rarely obey a clean timeline-- logs wrap, systems vanish, and telemetry can be vague and ephemeral. Today, we explore the concept of peripheral authentications, and explore how the absence of an indicator is itself an indicator. sudorem.dev/blog/modern-intr…
5
9
1,323
This is a friendly reminder while this is in the news cycles. PyPI does not have automated scanning capabilities that would lead to the removal of the package in question.
1
2
348
Coincidentally, every major open source security provider successfully detected this package. None of them reported said package. Weird dynamic, don't ya' think?
63
Hot take: If you find a malicious open source package, and you acknowledge that it's original to you and it's not yet removed, it is your responsibility to report it for removal. Especially if your primary product is not open source security.
1
4
518
Vipyr’s staging cluster exploded; I’m calling it “k8s ping pong.” one node couldn’t handle the full workload. when a tainted node crashed, services bounced to the other node, which crashed and sent them back. Ad nauseam. surely someone wrote a book on avoiding this.
1
216
This was a really fun investigation, with a really unique twist at the end-- levying the AES keys we harvested from the malware to decrypt their entire Etherhiding C2 transaction chain!
1
7
16
1,774
Update on this because I'm a dork: - Lots of decrypted strings in the .NET payload indicated a commodity stealer, we triangulated this to Redline. - SectopRAT borrows much of Redline's codebase. - When backtracking on the C2's to tie some loose ends up, I noted they were all tagged as Sectop. - Within an unexamined portion of the .NET malware, I was able to extract HVNC functionality, thus moving attribution away from Redline and towards SectopRAT. Working on the edits now!
3
133