AI agents in the service of ransomware: the affiliates' new kit
Researchers discover Phantom, an 'autonomous red team' framework used by INC and The Gentlemen affiliates for intrusions and data extortion with AI agents.
4 min read

In this article
When the attacker also automates
The conversation about AI agents in the enterprise usually revolves around productivity: which tasks we delegate, how much we save, where we draw the line. The news coming from The Hacker News shines a light on the other side of the same phenomenon: affiliates of the ransomware groups INC and The Gentlemen have reportedly built an intrusion ecosystem powered by artificial intelligence, with a framework they call Phantom and describe as an "Autonomous Red Team Kill Chain Framework".
The actor is assessed as Russian-speaking and operates both as an intruder and as a data extortionist. That is, we are not only talking about encrypting machines: we are talking about getting in, moving around and applying pressure with stolen information. The fact that the kit includes AI agents does not change the business objective, but it can change the pace at which the phases of the attack are executed.
What 'autonomous red team' means in practice
The finding comes from exposed infrastructure, that is, from servers and panels that the attackers themselves left accessible and that researchers were able to analyze. That detail is important for an SMB: we are not dealing with a theoretical leak or a laboratory demonstration, but with real tools deployed by a group with criminal activity.
The concept of "kill chain" is not new in security: it describes the sequence of reconnaissance, initial access, lateral movement, persistence and exfiltration. What Phantom contributes, according to the published information, is the autonomy label applied to that chain. In practice, this fits with what we have already been observing in the agent ecosystem: AI does not replace the human operator, but it reduces the time between decision and execution, and allows tasks to be repeated at a low marginal cost.
For an SMB's IT team, the reading should not be alarmist but operational. The attacker who automates is looking for the same thing as the manual attacker: valid credentials, services exposed to the internet and default configurations. The difference is that now they can try more combinations in less time.
The recurring pattern: exposure and credentials
If we review the incidents we have been commenting on in the blog, the common thread is constant. In the Fortinet and Palo Alto case we saw how thousands of credentials were left exposed. And in the debate on static credentials it became clear that long-lived tokens remain a weak point that is difficult to eradicate.
A framework like Phantom feeds precisely on that: exposed surfaces, reused access and accessible administration panels. AI accelerates exploitation, but the door is still opened by technical hygiene.
Concrete recommendations for an SMB
We are not going to ask a company of ten or fifty employees to set up its own SOC. But there are proportionate measures that reduce risk in a real way:
- Inventory of what is exposed. Before talking about AI, it is worth knowing which services face the internet. A periodic scan and a review of administration panels prevent surprises.
- Credentials with expiry. Rotate tokens, remove orphaned service accounts and require MFA on remote access. If a static token has been alive for two years, it is an open door.
- Minimum segmentation. Separating the administration network from the user network limits lateral movement once someone gets in.
- Tested backups. Having a backup is not enough: you have to restore from time to time to know how long it takes. Data extortion is also fought with recovery capability.
- Simple detection rules. Alerts for out-of-hours access, repeated failed attempts or the creation of new accounts. You do not need an expensive SIEM to start.
The limit of agents: human oversight
There is an understandable temptation: to respond to the attacker's automation with more defensive automation. It makes sense, but with nuances. In our analysis of software factories with agents we already argued that the sensor and human review set the limit. The same happens in security: an agent that blocks or isolates can make mistakes, and without a person to validate the action, the remedy can become an incident.
AI does not create new vulnerabilities: it accelerates the exploitation of the ones we already had and that we often know about but have not closed.
What we do at ForgeNEX
From our point of view, the news reinforces an idea we repeat to clients: security is no longer a one-off project but a routine. Reviewing access, updating systems, checking backups and documenting which services are exposed are boring tasks, but they are exactly the ones that an autonomous framework like Phantom takes advantage of when they fail.
If your team is not clear on where to start, the logical order is: inventory, credentials, backups and basic detection. Four steps that do not require large budgets and that notably reduce the attack surface. The attacker's AI is fast; the defender's hygiene, if it is constant, is still effective.
Source: The Hacker News. Analysis and adaptation: ForgeNEX.
Keep reading
- PHP2Shell: AI accelerates the patch race and SMBs fall behind25 October 2026
- OpenAI's AI goes off-script: what to do in your SMB25 October 2026
- Software factories with agents: the sensor decides the limit24 October 2026
- x402 Flaw: A Malicious API Can Drain Your AI Agent's Balance23 October 2026
- AI agent security: a lifecycle, not a simple control23 October 2026