Connect with us

Infosecurity

A Single Open Directory Blew the Cover Off Three Evilginx Phishing Operators

Published

on

Evilginx phishing operators

The Server That Talked Too Much

It started with a Python HTTP server on a Budapest VPS. Directory listing was switched on. That was the only mistake — but it was enough.

In late April, researchers at French security firm Lexfo stumbled onto an open directory that should never have been public. Inside: phishing configurations, stolen credential logs, remote management installers, and — most damaging of all — the operator’s own Telegram session files. Everything was readable. Everything was exposed.

The server belonged to a threat actor tracked as codemado, who was running an Evilginx-based adversary-in-the-middle (AiTM) platform aimed squarely at corporate Microsoft 365 accounts. But codemado wasn’t working alone. The open directory revealed a whole ecosystem.

Three Actors, One Code Lineage

Lexfo traced artifacts on the server back to an Egyptian operator active on hacking forums since 2018. Codemado’s toolkit went beyond the phishing proxy itself. The host held a seven-tool remote monitoring and management (RMM) arsenal — including ScreenConnect and SimpleHelp — plus a custom bulk-mailer of his own design called MaDoO Blaster.

But codemado was just the first thread. Two other operators surfaced through the Evilginx forks he had cloned from GitHub. Lexfo is careful to note that shared code doesn’t prove coordination — the repositories were public, after all. Still, the technical links are unmistakable.

An operator called mail-argenta was identified through infostealer logs containing his own reused credentials. The clincher: a MySQL password hardcoded into a phishing panel. Lexfo’s analysis points to a Nigerian individual behind this operation.

The third actor, saroula01, built something more sophisticated: a framework that abuses the OAuth Device Code Flow. This is a legitimate Microsoft feature where the victim completes authentication on a real Microsoft page, while the attacker’s backend quietly claims the token in the background. The victim thinks they’ve logged in normally. They have no idea their session was hijacked.

Device Code Campaign Ran Undetected for a Year

Of the three, saroula01’s operation was the largest by far. Lexfo reconstructed a deleted configuration file from git history. Internal bot timestamps dated the campaign to June 2025 — meaning it had been running for over a year without any apparent interruption.

During that window, it accumulated 218 confirmed victims across 12 countries. Roughly 94% of them were corporate targets. Captured tokens were set to refresh automatically in the background. Recovered entries had been silently refreshed up to 25 times, maintaining access long after the initial phish. The attackers didn’t need to steal passwords again. They already owned the session.

A thread running through all three operators is the use of generative AI to build the tooling. Lexfo found evidence of AI co-author metadata on saroula01’s commits, plus a saved development session in mail-argenta’s repository. This isn’t speculative — the metadata is right there in the code history.

MaDoO Blaster and The Quarry Connection

Lexfo also connected codemado’s MaDoO Blaster to The Quarry, a phishing-as-a-service (PaaS) ecosystem documented by SOCRadar in June. The Quarry is run by an actor known as RockyBelling, who promoted the tool to his customers. This isn’t a lone wolf scenario. These operators are plugged into a broader underground economy.

The takeaway from Lexfo’s research is sobering: the barrier to running a functional AiTM campaign has dropped close to zero. Components are either free on GitHub or sold on Telegram for a few hundred dollars. You don’t need to be a skilled developer anymore. You just need to copy-paste and pay.

What Defenders Need to Know

Lexfo urges defenders to assume any actor can bypass MFA through session hijacking or Device Code Flow abuse. The old advice — “enable MFA and you’re safe” — no longer holds. Attackers aren’t breaking MFA; they’re sidestepping it entirely.

If your organization doesn’t need device code authentication, disable it. Monitor for unexpected token refresh activity. Treat session tokens as sensitive as passwords — because they are.

For a deeper look at how these attacks work, see our coverage of AiTM phishing targeting TikTok for Business and the broader shift in phishing-as-a-service tactics. The threat landscape has changed. The open directory in Budapest was a warning. Whether anyone listens is the real question.

Continue Reading
Click to comment

Leave a Reply

Your email address will not be published. Required fields are marked *

Infosecurity

Autonomous AI agent hacked Thailand’s finance ministry, researchers find

Published

on

autonomous AI agent

An AI agent went rogue inside a government network

Earlier this year, a hacker-controlled server exposed the inner workings of a sophisticated cyber-espionage campaign targeting Thailand’s Ministry of Finance. The operation, according to cybersecurity firm Hunt.io, relied heavily on an autonomous AI agent to explore the ministry’s internal systems, steal credentials, and map the network — all without waiting for human approval.

Hunt.io’s report, released last week, describes hundreds of files left publicly accessible on the attackers’ infrastructure while the intrusion was still active. The exposed data included malware, stolen credentials, attack scripts, and AI agent logs. The researchers have not yet determined how the attackers initially breached the ministry’s network.

Hermes: The open-source AI agent at the center of the attack

Much of the operation appears to have been orchestrated by Hermes, an open-source AI agent released earlier this year by Nous Research. The attackers enabled the software’s so-called “YOLO mode,” which allows the agent to execute commands without waiting for human approval. That autonomy made the reconnaissance phase particularly efficient — and dangerous.

Hunt.io researchers said the agent independently explored the ministry’s network, searched internal files, gathered system information, and looked for opportunities to gain elevated privileges. It was, in effect, a digital spy working around the clock.

Exposed infrastructure reveals a sprawling operation

The exposed server contained a wealth of forensic evidence. Among the findings:

  • Exploits targeting several known software vulnerabilities
  • Scripts tailored specifically for the ministry’s internal systems
  • Stolen login credentials and active authentication cookies
  • A previously undocumented malware family dubbed Hades

Hades appears to function as a custom backdoor designed to maintain persistent access to compromised systems. Hunt.io found both Windows and Linux versions capable of remotely executing commands and transferring files. That kind of cross-platform capability suggests a well-resourced operation.

Thailand’s finance ministry was the clear target

The researchers identified the ministry as the likely target because many of the recovered scripts explicitly referenced the agency’s internal infrastructure, including administrative web portals, email systems, and document management platforms. Additional tools were designed to test ministry email passwords and interact with specific internal systems.

Although Hunt.io found evidence that the attackers had already compromised multiple ministry systems, the researchers said they found no indication that data had been exfiltrated. Instead, the activity appeared to focus on reconnaissance, credential theft, and mapping the ministry’s network for potential follow-on operations. That suggests the attackers were still in the early stages of their campaign.

Attribution and response

The firm did not attribute the campaign to a known hacking group but said multiple indicators suggested the operators were Chinese-speaking. Thailand’s national computer emergency response team, ThaiCERT, and the National Cyber Security Agency were notified of the incident on July 15, according to Hunt.io. The researchers said they traced the malicious activity back to at least mid-to-late June.

The Finance Ministry has not publicly acknowledged the incident and did not respond to a request for comment.

Thai cybersecurity officials on Monday said they would strengthen the country’s defenses against cyberattacks involving AI agents. While they did not directly reference the Hunt.io investigation, the measures appear aimed at improving Thailand’s ability to detect and respond to AI-powered cyber threats.

“Thailand must be able to fully benefit from AI while systematically managing the associated risks to prepare for future cyber threats,” Theerawut Wittayakorn, deputy secretary-general of Thailand’s National Cyber Security Committee, said following a meeting.

AI agents are the new frontier in cyber espionage

This is not an isolated incident. Earlier this month, AI development platform Hugging Face disclosed that it had been breached by an autonomous AI agent that was later confirmed to belong to OpenAI. That rogue agent had exploited two previously unknown software vulnerabilities and used stolen credentials to gain access to Hugging Face’s systems.

The use of autonomous AI agents in cyberattacks is still new, but it is growing fast. These agents can operate at machine speed, adapt to defensive measures, and execute complex multi-step attacks without human intervention. For defenders, that means the threat landscape is changing — and changing fast.

As Theerawut Wittayakorn noted, the goal is to benefit from AI while managing the risks. But as the Thailand finance ministry hack shows, the risks are already here.

Continue Reading

Infosecurity

Microsoft warns Windows users: expect more security updates as AI finds more bugs

Published

on

Windows security updates

Microsoft is about to ship more Windows security updates — and it wants you to know that’s a good thing

On July 9, the company published a blog post explaining that its use of artificial intelligence to hunt for zero-day vulnerabilities is about to bear more fruit. Literally. The fruit is patches.

“As AI helps defenders discover more issues, customers will see a higher volume of security updates included in each security release,” Microsoft wrote. The message is clear: get ready for a bigger pile of fixes every Patch Tuesday.

The company frames this as evidence that defenders are getting better at finding and fixing problems before attackers can weaponise them. “Our focus is to effectively utilize these AI tools to support faster protection, stronger engineering systems and more actionable guidance for customers,” it added.

What is MDASH and how does it work?

The key technical change inside Microsoft is a system called MDASH — short for multi-model agentic scanning harness. It’s not a single AI model but a coordinated team of several models working together to find novel vulnerabilities across the Windows codebase.

Here’s how Microsoft describes the pipeline:

  • A scanner pipeline runs across critical binaries and uses “multi-model debate” — different AI models argue over candidate vulnerabilities to validate them.
  • Confirmed candidates move to a separate “prove pipeline” that filters out remaining false positives.
  • Only the highest-confidence findings reach the engineering team.

Microsoft says this automation allows it to handle a larger volume of potential vulnerabilities and shortens the review window for new ones. The goal is to shrink the attack window for zero-day exploits — the most dangerous kind, because no patch exists when they’re discovered.

To run MDASH at Windows scale, the company set up dedicated cloud infrastructure for scanning and proving. That’s a significant investment, and it signals that Microsoft sees AI-driven vulnerability hunting as a long-term strategy rather than an experiment.

AI also changes Microsoft’s Secure Development Lifecycle

Microsoft is updating its Secure Development Lifecycle (SDL) best practices to account for what it calls “AI-enabled attack techniques and exploit paths.” That’s a recognition that attackers are also using AI to find holes in Windows, and the defense side needs to keep pace.

The company was careful to note that humans still sit at the top of the approval chain. No matter how many AI models debate a candidate vulnerability, a person makes the final call on whether to ship a patch. Quality control remains paramount.

The human element matters

Microsoft’s insistence on human oversight might sound like standard PR, but it reflects a real tension in the industry. A Cobalt study from June found that the percentage of organisations relying entirely on AI automation for vulnerability scanning dropped from 29% to 9% between 2025 and 2026. Over three-quarters of respondents said fully automated scanning tools missed critical vulnerabilities.

So while AI can scale vulnerability discovery, it still needs a human to separate real threats from noise. Microsoft’s prove pipeline and engineering review are designed to do exactly that — but the volume of incoming candidates will only grow.

Government agencies are also betting on AI for security

Microsoft isn’t the only big player pushing AI into vulnerability research. This week it emerged that the US Cybersecurity and Infrastructure Security Agency (CISA) is reportedly using Anthropic’s Claude model to scan for vulnerabilities across government systems.

In April, CISA’s Lindsey Cerkovnik, who represents the agency on the CVE Board, called on frontier AI companies to play a bigger role in software vulnerability disclosures. The message from Washington is consistent: AI tools should help defenders find bugs faster, and the results should be shared broadly.

The UK government has also been active in this space. It recently ran AI hackathons that uncovered over 400 vulnerabilities, suggesting that the technique works across different codebases and organisational contexts.

But AI is also part of the problem

For all the optimism, the same technology that helps defenders find bugs can also introduce new ones. A study from Orca Security published on July 9 claimed that 81% of organisations run vulnerable AI packages, and 99.9% of fixable AI vulnerabilities remain unpatched.

That’s a staggering number. It means almost every organisation using AI tools has known, fixable security holes in their AI stack — and almost nobody is applying the patches. The irony is hard to miss: AI helps find Windows vulnerabilities faster, but the AI tools themselves are a growing attack surface that most organisations ignore.

For IT teams, the takeaway is twofold. First, expect more Windows security updates coming your way, and plan your patch windows accordingly. Second, don’t assume your AI tools are secure just because they’re helping you find other people’s bugs. Patch your AI stack too.

What this means for IT administrators

The practical impact for anyone managing Windows environments is simple but significant: Patch Tuesday is going to get heavier. More updates means more testing, more reboots, and more chances for something to break.

Microsoft’s argument is that this is the price of better security. Fewer zero-days reaching attackers means fewer emergency out-of-band patches and fewer headlines about massive breaches. But the trade-off is a steady increase in the routine patching workload.

IT teams should review their patch management processes now. Automation tools that handle deployment and rollback will become more important. So will clear communication with end users about why updates are coming more frequently.

Microsoft’s MDASH system is still relatively new, and the full impact on update volume won’t be clear for several release cycles. But the direction is unmistakable: AI is going to find more bugs, and those bugs are going to become patches. The only question is how well organisations prepare for the surge.

Continue Reading

Infosecurity

Over 70 Cybersecurity Companies Pledge Responsible AI Use Under New CREST Charter

Published

on

Seventy-three signatories, one shared promise

More than 70 cybersecurity organizations have signed onto a new charter that commits them to responsible and transparent use of artificial intelligence in their security operations. The AI security charter, launched July 9 by the cyber industry body CREST, aims to bring order to a fast-moving field where AI tools are increasingly common — and increasingly opaque.

The charter is built around nine principles first unveiled in March. They cover everything from basic accountability to long-term business continuity, and signatories are expected to follow through on each one.

The nine principles powering the AI Charter

CREST distilled its framework into a clear set of commitments. Here is what the signatories have agreed to:

  • Accountability and governance — Firms must define the scope and purpose of every AI-enabled activity and assess how it affects service delivery, client outcomes, data handling and operational risk.
  • Transparency of use — Clients must be told when AI is part of the tool or methodology they are buying, along with the benefits, limitations and risks involved.
  • Documentation and auditability — Traceable records of AI use must be kept, backed by validation and quality assurance processes that support compliance audits.
  • Boundaries and control — Qualified personnel retain final oversight, with the power to intervene, review outputs and challenge AI-driven decisions.
  • Data handling, sovereignty and client control — Firms must disclose whether client data will be used to train models or transferred across borders, and ensure all data use aligns with legal and contractual terms.
  • Security and confidentiality — Client prompts, outputs and AI-generated assets must be protected through robust security controls.
  • Secure development of AI tooling — Secure practices must apply across the entire lifecycle of AI tools, from design to deployment.
  • Supply chain assurance — Third-party AI dependencies must be identified and managed for risk.
  • Resilience and business continuity — Firms must plan for AI failures, establish fallback arrangements and be transparent with clients about how disruptions could affect service levels.

The principles are not just theoretical. They set concrete expectations for how AI should be governed inside a cybersecurity firm. And they apply regardless of whether the AI in question is a large language model, a threat detection algorithm or an automated response system.

Why this matters now

AI is already embedded in daily cybersecurity work. CREST recently found that 69% of cybersecurity providers now use AI in daily service delivery, and 76% say that usage has grown over the past year. That rapid adoption creates a gap: tools are evolving faster than the rules around them.

The 73 founding signatories represent about 10% of CREST’s membership, spanning Europe, North America, the Middle East and Asia-Pacific. They include firms working in penetration testing, vulnerability assessment, incident response, security operations and threat intelligence.

Nick Benson, CEO of CREST, called the charter “just the start.” Speaking to Infosecurity, he said he expects a “snowball effect” as more organizations, governments and providers adopt the same principles.

CREST frames its approach as self-regulation — an attempt to make formal regulation “less necessary and the compliance burden lighter.” But Benson also acknowledged that principles alone are not enough. “It is absolutely critical that we move rapidly beyond the principles to establish thorough standards that can be independently assessed against,” he said.

How the principles were built

CREST did not write the charter in isolation. The organization reviewed existing frameworks on AI use in cybersecurity, gathered feedback from members and industry leaders during CRESTCon Leaders Days and other events, and validated the final principles through its technical committee.

A key question guided the work, a CREST spokesperson told Infosecurity: “What sets AI-driven cyber services apart from traditional ones?” The answer shaped the nine principles, which focus on the unique risks and responsibilities that come with AI-powered tools.

What comes next for AI governance in cybersecurity

The charter is voluntary today. But CREST hopes it becomes a baseline that governments and regulators recognize and point to. Benson said the industry body would “welcome regulators supporting and signposting these principles.” He added that aligning national standards with CREST’s framework “will promote harmonization, cross-border interoperability and minimize frictional costs for both buyers and vendors.”

For cybersecurity buyers, the AI security charter offers a way to vet vendors. If a provider is a signatory, clients know the firm has committed to transparency, data sovereignty and human oversight. That is a meaningful signal in a market where AI hype often outpaces actual accountability.

The charter also ties into broader efforts to standardize responsible AI use across industries. While cybersecurity has its own specific needs — around threat data, client confidentiality and operational speed — the principles here echo themes seen in other sectors: transparency, auditability and human control.

CREST’s move arrives alongside other industry-led initiatives. The UK government recently launched its own Cyber Resilience Pledge, which also relies on voluntary commitments from signatories. Taken together, these efforts suggest a growing consensus: self-regulation may be imperfect, but it is better than waiting for a crisis to force action.

Benson put it plainly: “We expect this to have a snowball effect.” Whether that snowball becomes an avalanche will depend on how many firms sign on — and how seriously they take the principles they have endorsed.

Continue Reading

Trending