TL;DR: Threat actors are already using generative AI, malicious GPTs, and SaaS tool abuse to exploit human trust, while organisations still relying on static rules and perimeter tools lack the architecture to respond, according to Abnormal AI. Behavior-based defense and contextual AI are now baseline requirements, not optional enhancements.
At a glance
What this is: This is an analysis of how generative AI, malicious GPTs, and SaaS tool abuse are changing the email threat landscape and exposing limits in static defenses.
Why it matters: It matters because defenders need identity-aware detection and contextual control paths that work across human, NHI, and emerging AI-assisted attack workflows.
By the numbers:
- The keynote was a 16-minute micro-keynote from CEO Evan Reiser.
👉 Read Abnormal AI's analysis of AI-powered email threats and trust abuse
Context
Email security now has to deal with identity-based attacks that use generative AI, malicious GPTs, and trusted SaaS tools to manipulate people rather than just bypass controls. Static rule sets and perimeter tooling were built for narrower threat patterns, and they struggle when the attack adapts to context in real time.
For IAM and security teams, the issue is not only detection quality. The deeper problem is that human trust, tool trust, and workflow trust are now being targeted together, which means email defence increasingly depends on identity signals, behavioural context, and better governance over the systems that attackers abuse.
Key questions
Q: How should security teams defend email against AI-enhanced phishing and SaaS abuse?
A: Teams should move beyond static content filters and combine behavioural detection, identity signals, and workflow context. The most effective controls are those that recognise unusual sender behaviour, suspicious tool use, and inconsistencies across adjacent systems. That lets defenders focus on malicious intent rather than only suspicious wording.
Q: Why do AI-generated lures challenge traditional email security controls?
A: AI-generated lures can mimic tone, timing, and context well enough to pass rule-based checks that rely on known patterns. Traditional controls struggle when the message is syntactically normal but operationally hostile. Behaviour-based analysis is stronger because it evaluates the surrounding trust relationship, not just the text.
Q: What do security teams get wrong about contextual AI in email defense?
A: They often treat contextual AI as a feature layer rather than a workflow change. The real value is in reducing low-value decisions, ranking likely risk, and helping analysts see chains of activity across identity and mail systems. Without that, contextual AI becomes another alert source instead of a decision aid.
Q: How do IAM and email security teams work together on AI-driven threats?
A: They should share signals across authentication, access, collaboration, and mail telemetry so that suspicious behaviour can be evaluated in one chain. IAM teams can help identify compromised or misused identities, while email teams can surface the initial interaction. Together they create a clearer view of abuse than either team gets alone.
Technical breakdown
Why rule-based email defenses fail against AI-enhanced attacks
Rule-based systems work by matching known patterns, but AI-enhanced attacks change language, pacing, and delivery fast enough to evade brittle logic. In email environments, that means an attack can look legitimate in syntax while still being malicious in intent. Contextual AI improves on this by weighting sender behaviour, message history, and interaction patterns rather than treating every message as a static object. That matters because identity and trust signals are now part of the attack surface, not just the mailbox.
Practical implication: teams should reduce dependence on static indicators and evaluate whether detection stacks can score behaviour, not just content.
How malicious GPTs and SaaS tool abuse expand the attack surface
Malicious GPTs can generate tailored lures, while SaaS tool abuse lets attackers operate through interfaces that users already trust. The practical effect is an attack path that blends social engineering with legitimate workflow abuse, making simple blocklists less effective. This is not the same as a conventional phishing campaign because the abuse can happen through tools, tokens, and integrations that are already sanctioned in the enterprise. The defensive challenge is to distinguish normal productivity use from adversarial use without drowning teams in false positives.
Practical implication: review which sanctioned tools can reach mail, chat, or ticketing workflows and tighten the permissions and logging around them.
What contextual AI changes in email investigation workflows
Contextual AI changes the investigator's job by reducing the number of decisions analysts have to make before they can act. Instead of forcing a manual review of every alert, the system can rank likely risk, suppress low-value noise, and connect message behaviour to broader campaign signals. That is operationally important because email security teams are dealing with burnout as well as volume. The strongest outcome is not just faster triage, but a cleaner separation between routine communication and identity-driven attack sequences.
Practical implication: measure whether your workflow shortens investigation paths and reduces low-confidence alert handling, not just whether it adds new detections.
Threat narrative
Attacker objective: The attacker aims to turn trusted communications and sanctioned tools into an execution path for fraud, compromise, or downstream access.
- Entry begins with AI-generated or AI-assisted messages that exploit human trust and look consistent with legitimate SaaS or inbox activity.
- Escalation occurs when the attacker uses trusted tools, malicious GPTs, or workflow abuse to widen access and move from persuasion to operational control.
- Impact comes from successful compromise of communication channels, enabling fraud, persistence, or broader access to downstream systems and data.
Breaches seen in the wild
- Cisco DevHub NHI breach — IntelBroker exploited exposed Cisco credentials, API tokens and keys in DevHub.
- Salesloft OAuth token breach — hackers stole OAuth tokens to access Salesforce data via Salesloft.
Read our 52 NHI Breaches Analysis report for a comprehensive view of breaches impacting Non-Human Identities including AI Agents.
NHI Mgmt Group analysis
Static perimeter defense is now a governance failure, not just a tooling gap. The article shows attackers using generative AI and trusted SaaS interfaces to target human trust directly. That breaks the assumption that email security can be handled as a content-filtering problem. The implication is that identity, behaviour, and context must be part of the control model, because the attack now lives inside the trust relationship.
AI-native defense is about reducing decision load, not adding dashboard volume. The strongest operational insight in the article is that defenders need systems that simplify investigations and suppress irrelevant noise. That reflects a broader programme truth: security teams do not fail only because they lack alerts, they fail because they cannot convert alerts into decisions fast enough. Practitioners should treat cognitive load as a measurable security constraint.
Contextual trust scoring: email defense now depends on proving whether a message, sender, and workflow sequence are consistent over time. This article's core shift is from content inspection to trust inference. That is where behaviour-based defense becomes more than a feature label, because the programme has to decide which identities, tools, and workflows deserve trust at all. The practitioner conclusion is that trust validation has become a runtime control plane, not a static policy.
Human trust abuse is converging with identity abuse across the broader attack chain. The more attackers rely on legitimate interfaces and trusted SaaS tools, the more email defense intersects with IAM, PAM, and SaaS governance. That makes this an identity-security problem as much as a messaging problem. Teams should expect future detections to depend on cross-domain signals from identity and collaboration systems, not just mail telemetry.
From our research:
- From our research: 80% of identity breaches involved compromised non-human identities such as service accounts and API keys, according to the Ultimate Guide to NHIs.
- Our research also shows that only 5.7% of organisations have full visibility into their service accounts, which helps explain why identity abuse often stays hidden until damage is done.
- For a broader view of the exposure pattern, read 52 NHI Breaches Analysis for the recurring root causes that turn identity weakness into incident response.
What this signals
The practical signal for defenders is that email security and IAM can no longer operate as separate control planes. If suspicious messages, authentication events, and SaaS activity are not correlated, attackers can move from social engineering to identity abuse without ever tripping a single team-owned control.
Identity-context gap: organisations that still treat mail security as a content problem will miss the trust signals that AI-enhanced attacks now exploit. That makes collaboration between IAM, SOC, and email teams a programme requirement, not an integration nice-to-have.
With 80% of identity breaches involving compromised non-human identities, the broader lesson is that identity abuse increasingly sits behind the email event, not just inside it. Teams should prepare for investigations that start in the inbox and end in access governance.
For practitioners
- Audit identity-aware detection coverage Map where your email stack can ingest sender history, message context, and downstream identity signals instead of relying on static content rules alone.
- Review trusted SaaS tool pathways Identify which sanctioned tools can touch mail, chat, ticketing, or file-sharing workflows and verify that their permissions, logging, and alerting are narrowly scoped.
- Measure analyst decision reduction Track whether contextual AI is shortening investigation paths, reducing low-confidence triage, and helping analysts focus on the few cases that actually need escalation.
- Tie email security to IAM telemetry Correlate suspicious mail activity with authentication, access, and collaboration events so that identity-driven abuse can be seen as a single chain rather than isolated alerts.
Key takeaways
- AI-enhanced email attacks succeed when defenders rely on static rules that cannot interpret behaviour, trust, and context together.
- The operational issue is not only higher attack volume, but lower analyst efficiency because security teams must now separate real compromise from AI-assisted noise.
- Practitioners need identity-linked detection, cross-system correlation, and simpler investigation paths if they want email security to keep pace with AI-driven abuse.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
OWASP Non-Human Identity Top 10 address the attack and risk surface, while NIST CSF 2.0 and NIST Zero Trust (SP 800-207) set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Non-Human Identity Top 10 | NHI-01 | AI-assisted abuse often starts with identity and trust misuse. |
| NIST CSF 2.0 | PR.AC-4 | Access control and identity context are central to stopping workflow abuse. |
| NIST Zero Trust (SP 800-207) | PR.AC-1 | Trust should be continuously evaluated rather than assumed from the channel. |
Correlate mail, authentication, and collaboration signals to strengthen access decisions.
Key terms
- Contextual AI: Contextual AI is detection logic that weighs surrounding signals such as sender history, user behaviour, and workflow patterns before deciding whether an event is suspicious. In email security, it helps distinguish ordinary communication from coordinated abuse that would look normal if judged only by message content.
- Malicious GPT: A malicious GPT is a generative AI system or prompt-driven workflow used to support hostile activity such as lure generation, interface manipulation, or social engineering at scale. The risk is not the model label itself, but the way it can industrialise deception and make attacks more adaptive.
- Behavior-based defense: Behavior-based defense is a security approach that evaluates how identities, tools, and communication patterns act over time rather than relying only on static indicators. It is especially useful when attackers can vary language or appearance while keeping the underlying malicious intent.
- Trust relationship: A trust relationship is the set of assumptions that allow people, systems, or tools to interact without constant manual challenge. In identity security, it becomes a control surface when attackers exploit expected behaviour, sanctioned tools, or familiar communication paths to gain access or influence.
Deepen your knowledge
NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are responsible for identity security strategy or NHI governance in your organisation, it is worth exploring.
This post draws on content published by Abnormal AI: Abnormal Innovate Summer Update and the AI arms race in email security. Read the original.
Published by the NHIMG editorial team on 2025-07-31.
NHI Mgmt Group — the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org