Back

MITRE ATLAS Framework

Learn how the MITRE ATLAS framework maps adversarial tactics against AI systems, helping security teams identify threats, assess risks, and defend machine learning models in production.
PDSO Team 18 mins 10 July 2025

Speaker 2: 00:00
Welcome back to the deep dive. Today we’re plunging headfirst into something that’s, well, it’s not just evolving fast, it’s pretty much redefining everything digital, securing artificial intelligence. We’re talking AI, machine learning, uh, not as some far-off concept, but right here, right now, as foundations in healthcare, finance, even cybersecurity itself.

Speaker: 00:20
Absolutely critical sectors.

Speaker 2: 00:22
Exactly. But here’s the big question, the one that probably should be keeping people up at night. As AI gets baked into, well, almost everything we rely on, how do we protect these super complex, often kind of opaque systems from totally new threats? Threats designed for AI.

Speaker: 00:39
That’s the crux of it. How do we secure the intelligence?

Speaker 2: 00:41
Right. And our map, our guide for this uh deep dive is the MITRE Atlas Framework. Yep. It’s this exhaustive living knowledge base of attacker tactics techniques and honestly some fascinating real-world examples, all aimed squarely at AI.

Speaker: 00:55
It really is the go-to resource right now.

Speaker 2: 00:57
So our mission today is pretty clear. Unpack AT Liz S, get our heads around its core pieces, and see how it actually helps us defend against these unique AI weak spots. Think of this as your shortcut to getting properly informed on something that’s definitely going to shape the future of security.

Speaker: 01:14
That’s a great way to put it. Because the need, the absolute imperative to secure these systems from these new kinds of attacks, it just can’t be overstated. We’re talking about moving beyond standard software bugs. Right. This is about attacks on logic, on learning processes, on the decisions the AI makes. And minor ATLS steps right into that gap. It gives us that structured way to identify, understand, and ultimately manage these really specialized threats. Okay. And what’s really key, I think, is understanding how different it is from, say, the under ATT and CK framework, which most security folks know.

Speaker 2: 01:49
Yeah, ATT and CK is everywhere. Trevor Burrus, Jr.

Speaker: 01:51
Right. But ATT and CK focuses on traditional IT networks, computers, apps. ATLS, though, it zooms right in on vulnerabilities that are specific to AI and machine learning models themselves, things like adversarial inputs or model evasion, or even stealing the trained model outright.

Speaker 2: 02:10
Stealing the model. Yeah.

Speaker: 02:12
And understanding that shift where the new attack surface really lies, that’s just fundamental.

Speaker 2: 02:16
Okay, let’s definitely unpack that then because that distinction sounds critical. If we’re dealing with a whole new kind of attack surface, what are the like the basic building blocks? What are the core parts of the MITRE atlas framework? How does it organize all this knowledge so we can actually use it?

Speaker: 02:32
So at its heart, ATLS is built around two main things: tactics and techniques.

Speaker 2: 02:36
Tactics and techniques, got it.

Speaker: 02:37
Think of tactics as the big picture goals, the adversary’s objectives. It’s the why behind what they’re doing.

Speaker 2: 02:42
Okay, the strategic aim.

Speaker: 02:44
Exactly. At TLS lays out 14 distinct tactics. So for instance, an attacker might want to uh gather information about the AI system, its design, its data, that falls under the reconnaissance tactic.

Speaker 1: 02:55
Trevor Burrus, Jr. Makes sense.

Speaker: 02:56
Or maybe their goal is to directly mess with the AI’s output. Or uh maybe they want to sneak past defenses that are themselves AI-based. Those are the broad goals.

Speaker 2: 03:06
So if tactics are the why, the big goal, then techniques must be the how, right? The specific methods they actually use to achieve those goals.

Speaker: 03:16
Precisely. Techniques are these specific granular actions, the methods adversaries use to carry out the tactics. And this is really where you see the unique vulnerabilities of AI systems shine through, unfortunately. These aren’t your typical network hacks. They’re exploiting the learning process or the way the AI makes inferences.

Speaker 2: 03:34
Okay, give me an example.

Speaker: 03:35
Sure. Take data poisoning. This is a technique where someone sneaks malicious or or just misleading data into the AI’s training set.

Speaker 2: 03:42
While it’s still learning.

Speaker: 03:44
Exactly. The goal isn’t to crash it, but to subtly change how it behaves later on. To bias its predictions, maybe.

Speaker 2: 03:50
Whoa.

Speaker: 03:51
Then you’ve got prompt injection. This is huge right now with large language models. Attackers craft specific input prompts to trick the AI, like a chatbot, into saying or doing harmful things or bypassing its safety rules.

Speaker 2: 04:06
Like jailbreaking the AI.

Speaker: 04:07
Kinda, yeah. Getting it to ignore its programming. And another one, which is pretty insidious, especially for privacy, is model inversion.

Speaker 1: 04:15
Model inversion.

Speaker: 04:16
Yeah. Trying to reconstruct sensitive training data just by analyzing the model’s outputs, like figuring out medical records from a diagnostic AI.

Speaker 2: 04:24
That’s terrifying.

Speaker: 04:25
It is. So these techniques, they give defenders a really practical guide, not just to fix things after an attack, but hopefully to anticipate and defend against threats that, frankly, just don’t exist in traditional IT security.

Speaker 2: 04:37
Wow, okay. So it really is less about like brute forcing your way in and more about this sophisticated manipulation, tricking the AI using its own logic against it. It sounds almost like, I don’t know, psychological warfare, but for machines.

Speaker: 04:50
It absolutely has that element. And the level of sophistication needed from the attacker, it’s gone way up. Yeah, I bet. They’re not just looking for open ports anymore. They’re analyzing algorithms, data sets, how the AI draws its decision boundaries. It’s uh much more abstract, but incredibly powerful.

Speaker 2: 05:08
This is where it gets really interesting for me. Theory’s great, but what does this actually look like in the real world? You said ATLA includes case studies, right? Concrete examples that make this stuff less abstract. What’s a really standout one?

Speaker: 05:21
Oh, yeah. The case studies are crucial. One of the most um illuminating examples is the evasion of a machine learning malware scanner. This wasn’t theoretical. Attackers really did manage to bypass an ML-based scanner, and they did it using what effectively became a universal bypass technique.

Speaker 2: 05:39
A universal bypass, happen.

Speaker: 05:40
Well, it happened in stages. First came the reconnaissance. They didn’t just guess, they really studied the scanner, dug through public presentations, patents, tech docs.

Speaker 2: 05:48
 So using publicly available stuff.

Speaker: 05:50
Exactly. Basically reverse engineering the AI’s thinking from the outside, then model access, not direct access necessarily, but by piecing together how it worked from that public info and maybe probing its API, the application programming interface, how software talks to other software.

Speaker 2: 06:06
Right, it’s a communication gateway.

Speaker: 06:07
Yeah. They figured out its detection logic. And finally, the attack technique. They crafted malware samples that had specific characteristics designed to trick the model, to make it misclassify them. They found a specific piece of data they could just append, just tack onto any malicious file.

Speaker 2: 06:24
It would get through.

Speaker: 06:25
And it would get through. Made it invisible to that specific scanner. That was the universal bypass.

Speaker 2: 06:30
Wait a minute. So they didn’t have to hack the system itself. They just studied how the AI behaved, figured out its blind spots from public info, and then just fed it stuff designed to exploit those blind spots. That’s that’s wild. It feels like that silence malware detection bypass story we heard about studying public info to craft files that just slip right past.

Speaker: 06:52
You’re absolutely right. The silence incident is a perfect real-world example of exactly that tactic and technique. It really drove home how adversarial inputs could neutralize a sophisticated ML defense without ever needing to, you know, compromise the underlying network. Yeah. The tactics there were data manipulation, crafting those adversarial inputs, and basically model evasion using those examples. The fix involved things like model hardening, basically retraining the AI with those tricky samples so it learns to spot them.

Speaker 2: 07:22
Teaching it about the tricks.

Speaker: 07:23
Exactly. Plus tighter access controls, limiting what technical details are public, locking down APIs, and really importantly, continuous monitoring, watching for weird dips in detection rates. And there’s another angle too, highlighted by a different case, the open AI versus deep seek model distillation controversy. This wasn’t about evasion, it was about model extraction.

Speaker 2: 07:45
Uh the model stealing thing you mentioned.

Speaker: 07:47
Yeah. Unauthorized reverse engineering or just straight-up copying proprietary AI models. That’s not just a security breach, it’s intellectual property theft. It could undermine the whole economics of building these powerful models.

Speaker 2: 07:58
There’s a huge problem. The idea you could essentially clone a complex AI just by asking it clever questions. Okay. So we’ve seen some real-world examples. Let’s zoom out again. You mentioned 14 tactics in the ATLA’s framework. Can we do a quick tour just to get a feel for the full spectrum of what attackers might try from start to finish?

Speaker: 08:19
Absolutely. Understanding the attacker’s high-level goals is key to building that defense. We’ve mentioned reconnaissance gathering info. But for AI, remember, it’s not just network scans. It might be probing the model to find weak spots, looking for ways to craft those perfect adversarial inputs later.

Speaker 2: 08:36
Looking for the AI’s blind spots.

Speaker: 08:37
Precisely. Then there’s initial access, the first step inside. Could be a compromise API phishing, maybe a standard software bug that gives access to the AI environment. Closely related is ML model access, specifically gaining control over or interaction with the AI model itself for further actions. Once they’re in, attackers want persistence. Setting up shops so they don’t get kicked out. Backdoors, maybe malicious prompts hidden away that the AI acts on later.

Speaker 1: 09:05
Sneaky.

eBook

Kubernetes Security 101

A comprehensive guide to the Fundamenetals of Kubernetes Security in depth free ebook...

Download eBook

Speaker: 09:26
Exactly. Attackers also go after credential access, stealing pat words, API keys, anything that gives them legitimate looking access, often to bypass other controls.

Speaker 2: 09:35
Standard hacking tactic, but applied here.

Speaker: 09:37
Right. Then comes discovery. This is like mapping the internal landscape, figuring out how data flows, which models are used, where the really sensitive data lives.

Speaker 2: 09:45
Planning the next move.

Speaker: 09:46
Precisely. Which often leads to lateral movement. Moving from one part of the system to another, maybe jumping between connected AI models or databases to reach juicier targets. Once they find what they want, it’s collection, grabbing the valuable stuff, training data, the models parameters, user data, the AI processes. Often, yes. This might then involve command and control, setting up a way to manage the compromised AI systems remotely, issue commands, maybe coordinate a wider attack.

Speaker 2: 10:18
Controlling the puppets.

Speaker: 10:19
Kinda. And the actual theft part is exfiltration. Getting that collected data, the training sets, the model details, user info out of the compromised environment.

Speaker 2: 10:29
Stealing the data.

Speaker: 10:30
And separate from stealing things, there’s impact. The goal here is just to break or disrupt the AI, make it malfunction, give wrong answers, cause operational chaos.

Speaker 2: 10:39
Causing damage.

Speaker: 10:40
Exactly. And finally, one of that’s particularly interesting is ML attack staging. This isn’t the attack itself, but all the prep work specific to AI attacks. Things like generating huge sets of adversarial data, testing prompt injections, maybe even building their own copycat model to practice on.

Speaker 2: 10:59
Wait, so ML attack staging is actually like the bad guys running a full dress rehearsal, maybe using a shadow AI they built or stole to perfect their attack before hitting the real target.

Speaker: 11:09
Yeah.

Speaker 2: 11:09
That’s that’s not just chilling. It shows incredible patience and sophistication. It’s like they’re red teaming us.

Speaker: 11:15
That’s a perfect analogy. It really highlights how planned, multi-stage, and frankly sophisticated these AI adversaries can be. They’re not just throwing random stuff at the wall. They’re planning, testing, refining. It’s definitely a high-stakes cat and mouse game.

Speaker 2: 11:28
Okay, so beyond those 14 broad tactics, you mentioned specific techniques earlier that are really common or damaging in AI attacks. For you listening, these are the things you really need to have on your radar. What are those key techniques we absolutely need to watch out for? And crucially, how do we start defending against them?

Speaker: 11:44
Excellent question. It really brings it down to the practical level. Some of the most critical techniques you absolutely need to understand are first, prompt injection, like we touched on, manipulating inputs, especially for language models, to get them to do things they shouldn’t. Defense here isn’t just simple keyword blocking. It’s about a much smarter input validation, maybe even using another AI to check the safety of prompts, like a prompt firewall.

Speaker 2: 12:09
A firewall for prompts, interesting.

Speaker: 12:10
Yeah. Then data poisoning, corrupting that training data. The defense involves really robust data governance, knowing where your data comes from, checking its integrity constantly, using diverse sources, and auditing your data sets regularly.

Speaker 2: 12:25
Securing the source.

Speaker: 12:26
Exactly. Then model extraction, that reverse engineering or theft of the model itself. Defenses include things like limiting how often people can query the model, maybe adding a bit of noise to the outputs to make reverse engineering harder, or even using techniques like model watermarking.

Speaker 2: 12:41
Like a hidden signature in the model.

Speaker: 12:43
Kinda, yeah. To prove ownership or detect copies. And finally, adversarial examples. Those tiny, almost invisible changes that fool the AI. Think slight image distortions or audio noise. Mitigation here often involves hardening the model by specifically training it with these kinds of adversarial examples, making it more resilient.

Speaker 2: 13:06
Teaching it to recognize the tricks again.

Speaker: 13:08
Right. Using techniques like adversarial training or defensive distillation to make the model generally tougher against these subtle manipulations.

Speaker 2: 13:15
So wow, it’s clearly a battle on many fronts. What does this boil down to for someone listening, maybe someone developing AI or deploying it in their organization? How do we take all this and turn it into actual defense? How do we fight back against these all these really clever threats?

Speaker: 13:30
It means you need a security mindset that’s specifically tuned for AI. It’s not just about bolting on traditional cybersecurity. You need to focus on a few core areas. First, secure training pipelines. Protect the data, protect the environment where you build the models. That stops poisoning and theft at the source. Second, monitor model outputs. Constantly watch what the AI is doing. Look for weird behavior, anomalies, sudden drops in accuracy that can be a sign of manipulation. Yep. Third, validate data integrity. Keep checking your data sets and your models’ behavior over time. Audit them. Look for unexpected shifts or signs of tampering. It’s really about embedding robust security controls, continuous monitoring, and those proactive AI-specific audits throughout the entire life of the AI system.

Speaker 2: 14:17
Okay, this isn’t just academic, then you said e-curry atlas is designed to be used, to be implemented. So for an organization out there listening, dealing with AI, big or small, what’s the call to action? What are the practical first steps?

Speaker: 14:30
The absolute first step is act now. Seriously. AI security cannot be kicked down the road. Organizations need to do a proper, comprehensive assessment of their AI assets. Use the ATLA’s framework explicitly to map out potential vulnerabilities.

Speaker 2: 14:44
Know your enemy, know yourself.

Speaker: 14:45
Exactly. Then develop strong security policies, but make them specific to how you’re using AI. A policy for a chatbot is different from one for a critical diagnostic tool.

Speaker 1: 14:54
Tailored defense.

Speaker: 14:55
Crucially, companies need to build up in-house expertise. Invest in training your people. These threats are specialized. You can’t just completely outsource understanding them.

Speaker 2: 15:05
Need that internal knowledge.

Speaker: 15:06
Definitely. And it’s not something you do alone. Engage with the wider AI security community. Share threat intel, collaborate on defenses, talk about weaknesses found in AI systems. Securing AI really has to be a community effort, a global one.

Speaker 2: 15:22
So share the knowledge.

Speaker: 15:23
Absolutely. Practically, that means mapping your specific AI systems to ATLA’s tactics and techniques. Identify your unique attack paths. Then do structured risk assessments, figure out the impact of each threat, and prioritize your defenses. And honestly, one of the most powerful things, simulate attacks.

Speaker 2: 15:41
Red teaming for AI.

Speaker: 15:42
Exactly. Run exercises using ATLAs as your guide. Test your defenses, find the gaps before the real attackers do.

Speaker 2: 15:49
It really sounds less like building a fortress and more like this constant dynamic dance. A strategic game between attackers and defenders where sharing information that collective intelligence is maybe our best move.

Speaker: 15:60
That’s a perfect way to describe it. Collective knowledge, shared insights. That’s our strongest defense against threats that are changing so fast. And for anyone listening who wants to really get hands-on skills, there are structured ways to learn this stuff. Things like, for instance, the certified AI Security Professional Course cover practical ATLS application, defending against prompt injection, handling adversarial attacks, model signing. It’s about building that practical muscle memory. So, wrapping up, the MITRE Atlas framework is really transformative here. It gives us a handle on these unique AI vulnerabilities, prompt injection, data poisoning, model theft. Its structure, those 14 tactics, provides a detailed roadmap so organizations can actually anticipate attacks, understand the nuances, and hopefully build AI systems that are genuinely resilient.

Speaker 2: 16:46
So what’s the big takeaway here? The knowledge in the MITRE Atlas framework is powerful, no doubt. But real security, actual resilience in this age of AI, it comes from putting that knowledge into practice day in, day out.

Speaker 1: 16:58
By sharing what we learn about threats, by working together on defenses across companies, across borders, and by constantly updating what we know about AI vulnerabilities. We can do more than just react. We can actually work to secure AI as a global community, making sure this amazing technology stays a tool for innovation, not exploitation. So here’s the thought to leave you with what role will you play in safeguarding the future of AI? Thanks for diving deep with us today. Until next time, keep learning, keep questioning, and yes, keep securing the future.

PDSO Team
Practical DevSecOps

Practical DevSecOps (a training division of Hysn Technologies Inc) provides world-class, practical, and hands-on Product Security training and certification programs. Our state-of-the-art online lab ensures our students learn the practical aspects of the course and showcase their knowledge to employers and colleagues with world-renowned Certifications.

Related episodes