COMMENTARY: The number of reported
AI-enabled cyber attacks rose by 47% globally in 2025, while synthetic media attacks, including
deepfakes, climbed by 62% year-over-year. With all signs suggesting that this trend is only set to accelerate, every CISO and SOC team in the world should be asking themselves: “
Is my security architecture up to the challenge of AI-enabled threats?”
Unfortunately, for most organizations the answer to that question is a resounding “no.” Most of today’s security stacks are built like medieval castles defending against trebuchets while the attackers just bought fighter jets. AI doesn't just accelerate existing attacks. It fundamentally changes the physics of defense.
Rearchitecting defenses in the post-AI threat landscape
In order to adapt to the age of AI, organizations need to shift from signature-based detection (dead on arrival) to behavioral baselines that can spot when AI is probing your defenses at machine speed. This means deploying ML models that monitor
other ML models (yes, it's turtles all the way down).
[
SC Media Perspectives columns are written by a trusted community of SC Media cybersecurity subject matter experts. Read more Perspectives here.]
The architecture pivot isn't about adding more tools; it's about creating feedback loops where your defensive AI learns from every probe, every variant, every microsecond of dwell time. Performance doesn't suffer when you stop inspecting every packet like a TSA agent and start pattern-matching at the behavioral layer.
Look, I’ve been around awhile. I get it. No organization can transform their entire security architecture overnight. That just means security leaders have to triage their current defenses as best they can. And right now, from my experience, there are three common components that are on life support and in need of immediate evolution:
- Authentication systems: Prevailing authentication systems that still think that a password and a picture of your face means it's you behind the keyboard (deepfakes are eating these systems for breakfast).
- Training data pipelines: Typical pipelines are equipped with zero integrity checks. If your ML model is learning from poisoned data, you're essentially teaching the enemy your defensive playbook.
- Static WAFs and email gateways: Traditional tools that can't adapt when attackers use AI to craft polymorphic payloads that mutate faster than traditional signatures can update. The fix? Implement adversarial robustness testing in your CI/CD pipeline, cryptographically sign your training data, and deploy adaptive response systems that assume every input could be adversarially crafted.
While this may be the tip of the iceberg, addressing these three core components can go a long way towards hardening your organization’s defenses against AI-powered attacks.
The time to adapt is now: A look at AI-enabled attacks in the wild
It’s important to keep in mind that this isn’t a future state that
CISOs and SOC teams ought to gradually prepare for. These threats are real, and we're watching the opening skirmishes right now. Just recently, researchers showed how Google's Gemini AI could be weaponized through a simple calendar invite to hijack smart home devices. That's AI-on-AI violence…in your living room.
But the scarier battles are happening in the shadows. I'm talking about defensive AI accidentally training adversarial models through predictable responses, creating an arms race where each side's AI learns from the other's moves. I've seen SOCs where the automated response system and the attacker's evasion AI get locked in loops, essentially DDoSing the security team with false positives. We're not at Skynet vs. Skynet yet, but we're definitely at the "hold my beer" phase of autonomous cyber warfare.
What you can do to protect your own AI initiatives from data poisoning
At
the intersection of cybersecurity and AI, there’s more than just threat actors wielding the technology to enhance familiar attacks such as phishing and malware. There is also the matter of using
AI and ML models as vectors of their own. In
data poisoning, malicious actors manipulate model training data in order to initiate things like:
- Backdoor attacks: where threat actors inserting backdoor triggers into training data so the model behaves incorrectly under certain conditions.
- Availability attacks: where enough training data is corrupted to degrade overall model accuracy or functionality.
- Targeted attacks: where training data is manipulated carefully to subtly bias the model toward making more specific errors.
In all cases, the steps needed to stave off these types of attacks remain the same. Start by treating your training data like nuclear launch codes. I’m talking about version control, access logs, and cryptographic attestation for every dataset. For edge deployments, assume the model
will be stolen and reverse-engineered, so implement differential privacy and model watermarking. Also, make sure to use federated learning wherever possible so sensitive data never leaves its origin point.
But here's the kicker most vendors won't tell you: implement "model retirement dates." Seriously, an ML model deployed at the edge is like milk (it goes bad). Adversaries will eventually find blind spots, so rotate your models regularly and use ensemble methods where different models validate each other's decisions. And please, for the love of all that's holy, stop training production models on data lakes that have the security posture of a public library.
The time to evolve is now
Whether you’re defending against AI-enabled ransomware, deepfake-driven phishing attempts, or the poisoning of your own AI and ML models, the world of cybersecurity is awash in new, AI-driven threats and strategies. And most organizations today are flat out unequipped to defend against them.
If organizations hope to come out unscathed, they’ll have to start transforming their security architectures now, beginning with core issues such as authentication, email gateways, and training data pipelines. You won’t fix it overnight, but the time to get started is now.