Check Point researchers demonstrated a real proof-of-concept where a victim’s ChatGPT session could be tricked into running hidden, attacker-controlled tasks in parallel with the user’s normal request. In the demo, the attacker used a covert cross-account channel to make ChatGPT access the victim’s connected Gmail and send email data back to the attacker, while the victim saw an ordinary response.
How the attack worked
Researchers found a covert cross-account communication channel between code-execution environments tied to different ChatGPT accounts, made possible by a shared internal package service. An attacker could plant hidden instructions in a few different ways: embedding them in a shared chat link, or hiding them inside a custom GPT's builder configuration, which is not shown to the user. Once a victim opened the link or used the GPT and sent any normal message, the hidden instruction ran in the same turn as the visible request.
In the proof of concept, this hidden task caused ChatGPT to access the victim's connected Gmail account and relay retrieved email data back to the attacker through the covert channel, all while the victim received what looked like an ordinary, unrelated answer.
Why it succeeded
Several factors combined to make this work convincingly:
- Shared conversations and custom GPTs are common, low-friction ways people interact with ChatGPT, so an unexpected link or a helpful-looking GPT does not automatically raise suspicion.
- By default, the Gmail integration in ChatGPT automatically approves low-risk actions, so no approval prompt interrupted the hidden task before it ran.
- The hidden builder instructions inside a custom GPT stay outside the visible conversation, so a user reviewing the chat would see nothing unusual.
What to watch for
The only user-visible indicator in the demonstrated scenario was a small label, such as "Talked to Gmail," appearing above the answer. Importantly, this label only recorded an action that had already taken place, it did not give the user any chance to approve or reject it beforehand. Employees and teams using ChatGPT with connected apps like email, drive, Teams, or GitHub should watch for:
- Being asked to open an unexpected shared ChatGPT link and simply "send any message"
- An app-activity indicator appearing that does not match anything the user actually requested
- A request or shared GPT that gives no clear reason why ChatGPT would need access to email or other connected apps
Building resistance
Organizations and users can reduce exposure by treating shared ChatGPT conversations and custom GPTs the same way they would treat unfamiliar links, verifying the sender and purpose before using them for real work. Business-critical apps such as email, drive, chat, and source control should only be connected to AI tools after understanding and reviewing the permission settings involved. Where available, choosing the stricter "Always ask" setting for connected apps, especially for email and document systems, gives users a chance to approve actions before they happen rather than discovering them afterward. Finally, awareness training should specifically cover unexpected app-access indicators so employees know to report them immediately rather than dismiss them as routine.
Key findings
- Researchers found a covert cross-account communication channel between code-execution environments tied to different ChatGPT accounts, enabled by a shared internal package service.
- Attackers could plant hidden instructions via a malicious prompt, a shared chat link, or a custom GPT; then a normal user message could trigger hidden attacker tasks.
- In the proof of concept, ChatGPT accessed the victim’s connected Gmail and relayed retrieved email data to the attacker, while the victim received a normal visible answer.
- The only user-visible clue in the example was a post-action label (“Talked to Gmail”), which did not provide a chance to approve the action beforehand under default settings.
- OpenAI later decommissioned the internal Artifactory instance involved, and the specific cross-account channel described was no longer available by report completion.
Who’s being targeted
- Commonly targeted roles: Executives, All employees who use ChatGPT/AI assistants, Teams using connected apps (Email/Drive/Teams/GitHub), IT/Security awareness program participants.
- Affected industries: Any organization using ChatGPT with connected apps (e.g., email, drive, collaboration, source control), Technology / SaaS users, General business users.
- Attack channels: website.
- Impersonated: A colleague/partner sharing a helpful ChatGPT chat, A ‘useful’ custom GPT (productivity/tooling assistant).
Red flags to watch for
- You’re asked to open an unexpected shared ChatGPT link and ‘just send any message’
- Chat shows a normal answer but displays an app activity indicator like “Talked to Gmail” that you didn’t request
- The request doesn’t clearly justify why ChatGPT needs access to email or other connected apps
- The custom GPT’s builder instructions are hidden from the user
- The GPT may access connected apps without a clear user-requested reason
- Default connected-app permissions may allow read actions without approval
Frequently asked questions
How did the hidden ChatGPT task attack work?
Attackers planted hidden instructions in a shared ChatGPT conversation link or a custom GPT's hidden configuration. When the victim opened the link and sent a normal message, the hidden instruction ran alongside it, using a covert cross-account channel to access the victim's connected Gmail and send data to the attacker.
Would the victim notice anything was wrong?
The only visible clue was a small post-action label like 'Talked to Gmail' appearing above the answer. This label recorded an action that had already happened and did not give the user a chance to approve or reject it beforehand.
Is this attack still possible today?
OpenAI decommissioned the internal Artifactory instance involved, and the specific cross-account channel described in the research was no longer available by the time the report was completed.
How can users protect themselves from similar risks?
Treat shared ChatGPT conversations and custom GPTs like untrusted links, avoid connecting business-critical apps to AI tools without reviewing permissions, and use stricter 'Always ask' approval settings for connected apps where available.
Read the video transcript
Imagine you click a shared ChatGPT link from a ‘colleague’… you type any message… and behind the scenes it quietly reads your Gmail. Researchers showed a hidden task attack: a shared ChatGPT chat or custom GPT embeds secret instructions. Your normal prompt runs, but in parallel it uses your connected apps, like Gmail, to pull data and send it back through a covert channel. In the demo, the victim just opened the link and sent a normal message. ChatGPT showed a regular answer, but a tiny label above it read “Talked to Gmail” even though they never asked it to touch email. That’s your only visible clue. If you ever see a shared ChatGPT chat or custom GPT accessing apps you didn’t ask for, like a surprise “Talked to Gmail” label, stop using it and report it immediately to security.