Cyber News / Article / New Developments in LLM Hijacking Activity

New Developments in LLM Hijacking Activity
Discover the latest in LLM hijacking activity, including a dive into the JINX-2401 campaign targeting AWS environments with IAM privilege escalation tactics.
On November 26, 2024, Wiz Research identified a threat actor we track as JINX-2401 attempting tohijack LLM modelsacross multiple AWS environments. With the increasing use of LLMs, attempts to abuse these models as a way to monetize unauthorized access to cloud subscriptions have become more prevalent, as indicated byprior public reporting on this sort of activity.
This particular incident involved the use of compromised IAM user access keys (AKIA) to gain initial access to a cloud account and invoke Bedrock models. While there are several known techniques for abusing LLMs (as reported by Permiso in October 2024), this blog focuses on a particular campaign conducted by JINX-2401 that we have so far identified across multiple AWS environments. As part of the attack, the actor utilized relatively unique techniques for privilege escalation and persistence, which we will detail in this blog.
While conducting threat hunting for knownLLM abuse techniquesand analyzing IOCs from the Wiz honeypot across multiple clients, we discovered an IAM user operating from a Proton VPN IP address. This user made numerous unsuccessful attempts to invoke Bedrock models, likely using a Python script. After these failed attempts, we observed multiple additional failed attempts to create IAM users and policies matching the same pattern, as evident in the error messages generated by their actions.
Expanding our investigation, we began searching for this behavior and the associated IOCs in other AWS environments. During this process, we identified an IAM user in a customer's environment employing the exact same techniques, again originating from a Proton VPN IP address. However, in this case, the IAM user had Administrator Access permissions. Despite their elevated permissions, the user’s attempts to invoke Bedrock models were also unsuccessful. Following these failures, the attacker used the high-level permissions of the IAM user to create new IAM users, along with IAM access keys and a policy granting Bedrock permissions. The newly created IAM users and policy names adhered to the same naming patterns we had previously identified with this attacker.
Next, the attacker created a console profile for the new IAM user, likely to complete the LLM agreement process. This activity was evidenced by the AWS API callPutUseCaseForModelAccess, performed via the console. Subsequently, the user attempted to request access to specific models using theCreateFoundationModelAgreementAPI call. However, these requests were blocked by the account’s Service Control Policies (SCPs).
Believing the setup was complete, the attacker tried to invoke the model again, this time using the new user credentials. These attempts failed as well, due to the SCP blocking theCreateFoundationModelAgreementandInvokeModelAPI calls.
Undeterred, the attacker created two additional IAM users following the same naming scheme and repeated the process with them. However, these were similarly unsuccessful.
In all cases we’ve observed so far, the actor created an IAM user and attached a newly created policy, using a consistent naming scheme:
The IAM username matched the following regex:^[A-Z][a-z]{5}[0-9]{3}$.
The IAM policy name was `New_Policy`, and included the following permissions:
User-agents -
Python/3.12 aiohttp/3.9.1
Python/3.11 aiohttp/3.9.5
Boto3/1.29.7 md/Botocore#1.32.7 ua/2.0 os/windows#11 md/arch#amd64 lang/python#3.12.0 md/pyimpl#CPython cfg/retry-mode#legacy Botocore/1.32.7
IP addresses (Proton VPN nodes) -
2024-11-25T11:52:32Z - 2024-11-25T12:37:02Z
89.187.170.165
89.187.170.166
89.187.170.167
89.187.170.168
89.187.170.169
89.187.170.170
89.187.170.171
89.187.170.172
89.187.170.173
89.187.170.174
89.187.170.175
89.187.170.182
89.187.170.183
89.187.170.184
89.187.170.185
89.187.170.176
89.187.170.177
89.187.170.178
89.187.170.179
89.187.170.180
89.187.170.181
2024-11-26T17:35:39Z - 2024-11-26T18:05:12Z
146.70.230.149
Invoked models -
anthropic.claude-3-sonnet-20240229-v1:0
anthropic.claude-v2
anthropic.claude-3-5-sonnet-20241022-v2:0
anthropic.claude-3-5-sonnet-20240620-v1:0
Implement Service Control Policies (SCPs) to restrict and limit access to Bedrock models:
If your organization does not use Bedrock, we recommend denying access to it for all members.
If your organization uses Bedrock, it’s advisable to allow access only for specific members to minimize exposure.
For more details on SCPs, refer to theAWS documentation.
Inventory AI models deployed in your environment and check for irregularities. Wiz customers can useAI-SPMto identify which models have been deployed.
Query CloudTrail logs for the creation of IAM users or policies (CreateUser,CreatePolicy) with values matching known bad patterns. You can find the abovementioned patterns and many more in our public list ofcloud IOCsavailablehere.
Check whether IAM users or policies matching these naming schemes already exist in your environment.
Wiz Defendhas detection rules to identify unusual access to LLM models and specific known LLM attack techniques:
Multiple InvokeModel Requests: Unusual principle making repeated InvokeModel requests within a short timeframe.
Bedrock Models Enumerated For Access:InvokeModel requests returning specific error codes indicative of access checks.
Creation of IAM Policy Linked to a Known LLM Hijacking Campaign: Detection of an IAM policy named "New_Policy" with Bedrock permissions.
Creation of IAM User Linked to a Known LLM Hijacking Campaign: Detection of an IAM user matching the regex pattern identified in the attacks.
Permiso research
AWS re:Invent 2024 brought an avalanche of announcements, with over 500 updates since November. Let's spotlight the most impactful ones for security teams, from Resource Control Policies to centrally managed root access.
Learn about how Wiz helps organizations operationalize vulnerability remediation with true code-to-cloud visibility
Our ongoing commitment to the region continues with product support and leadership expansion.
Get a personalized demo
©2026Wiz, Inc.
StatusPrivacy PolicyTerms of UseModern Slavery StatementCookie Settings
Related articles
CodeBreach: Infiltrating the AWS Console Supply Chain and Hijacking AWS GitHub Repositories via CodeBuild
2026-01-15
How to use the new CloudTrail network activity events for AWS VPC Endpoints
2025-03-20
I know what you mined last summer: summarizing Summer '23 cryptomining activity
2023-09-06
You might Also like

Passkey-themed phishing attacks lead to Microsoft 365 data theft

Phishing Research Challenges Conventional Security Awareness Testing

