The AI Control Loop: AI Security is API Security - with Tim Erlin of Wallarm
Today, we are kicking off a new series entitled The AI Control Loop, How enterprises govern the AI they've already deployed - sponsored by our friends at Wallarm.
Wallarm is the AI Control Platform for Enterprise AI, protecting every AI workload, API, and application in production, giving CISOs the governance they need and CIOs the speed they demand. Organizations choose Wallarm for a complete inventory of APIs, AI agents, and AI apps, patented AI/ML-based threat detection and blocking that operates at production traffic speeds.
Today's episode is entitled AI Security is API Security, and joining us is Tim Erlin, VP of Product Marketing at Wallarm. We discuss the foundational link between AI security and API security, digging into the role that APIs play in the dev, deployment, and operations of AI. We explore how they contribute to the risk profile of AI transformation projects, and how securing APIs is critical for successful AI transformation.
Questions
- When people hear “AI security,” they often think first about models, prompts, or training data. Why do you argue that AI security starts with APIs?
- Where do you see organizations underestimating API risk as they move AI projects from pilot to production?
- How does the rise of AI agents change the stakes for API security compared with traditional application architectures?
- What are the most common API security assumptions that break down once AI systems begin taking action autonomously?
- Wallarm’s ThreatStats research points to APIs as a major overlap point for AI vulnerabilities and exploited vulnerabilities. What does that tell us about where attackers are likely to focus?
- How should security leaders think differently about authentication, authorization, and API abuse when the “user” may be an AI agent rather than a human?
- What is one practical step teams can take today to strengthen API security before AI adoption expands further?
- Once you accept that AI security depends on APIs, what do organizations actually need to discover before they can protect it?
Links
Full Abstract
In the first episode of the AI Control Loop series, Tim Erlin, VP Product at Wallarm, examines why AI security and API security are the same problem approached from different angles, and what organizations need to discover before they can protect either one.
Every AI model needs data to act on. Every AI agent needs services to call. Every AI workflow needs integrations to function. The connective tissue running through all of it is APIs, which means the security posture of any AI system is inseparable from the security posture of the APIs underneath it.
That link is not theoretical. APIs are already the most targeted attack surface in enterprise environments, and AI is making that problem significantly larger. Agents that act autonomously on behalf of users do not just consume APIs the way traditional applications do. They discover them, invoke them dynamically, chain them across workflows, and do all of it at a speed and scale that makes human review impractical. The authentication assumptions, rate limiting strategies, and abuse detection models that worked for human-driven API traffic were not designed for this, and the gaps are not subtle.
Most organizations moving AI from pilot to production are underestimating how much of their AI risk surface is actually API risk surface. Shadow APIs that were never inventoried, overpermissioned integrations that made sense for a human user but not for an autonomous agent, authentication patterns that cannot distinguish a legitimate AI session from an abused one. Securing AI at the foundational level means answering the API question first: what APIs does the AI touch, what can it do through them, and what would an attacker be able to reach if any part of that surface were compromised.
Our Sponsors:
* Check out Cash App and use my code CASHAPP10 for a great deal: https://cash.app
* Check out Plaud AI and use my code CODESTORY for a great deal: https://plaud.ai
Advertising Inquiries: https://redcircle.com/brands
Privacy & Opt-Out: https://redcircle.com/privacy
[SPEAKER_00]: Hello listeners, today we are kicking off a new series entitled the AI Control Loop.
[SPEAKER_00]: How enterprises govern the AI they've already deployed, sponsored by our friends at Walmart.
[SPEAKER_00]: Walmart is the AI Control Platform for Enterprise AI, protecting every AI workload, API and application in production, giving CSOs the governance they need and CIOs the speed
[SPEAKER_00]: Using patent and AIML based threat detection and blocking that operates at production traffic speeds.
[SPEAKER_00]: Today's episode is entitled AI Security is, API Security, and joining us is Tim Irland, VP of Product Marketing at Wal-Arm.
[SPEAKER_00]: We discussed the foundational link between AI Security and API Security, digging into the role that APIs play in the dev deployment and operations of AI.
[SPEAKER_00]: We explore how they contribute to the risk profile of AI transformation projects and how securing APIs is critical for successful AI transformation.
[SPEAKER_00]: them.
[SPEAKER_00]: Thank you for being on the show today.
[SPEAKER_00]: Thanks for being on code story.
[SPEAKER_00]: My pleasure.
[SPEAKER_00]: I'm happy to be here.
[SPEAKER_00]: Really excited to dive into Wall-Arm and all the things there and are topic for today, which today's episode isn't entitled.
[SPEAKER_00]: AI Security is.
[SPEAKER_00]: AI Security.
[SPEAKER_00]: Really excited to dive into all things there before we do.
[SPEAKER_00]: Tell me in my audience a little bit about you.
[SPEAKER_01]: Sure.
[SPEAKER_01]: My name's Timmer.
[SPEAKER_01]: I'm the VP of product and security strategist at Wall-Arm.
[SPEAKER_01]: I've been in cyber security for only plus years and really joined Wallarm because I saw this gap in the market around API security and it was a gap that I tried to sit into in the past or tried to solve in the past and I felt like Wallarm really was well positioned to address something that
[SPEAKER_01]: Just seemed like it was missing in the space, so that's why I dove into API security.
[SPEAKER_01]: Amazing.
[SPEAKER_01]: That's very cool.
[SPEAKER_01]: What do you do for fun?
[SPEAKER_00]: Fun.
[SPEAKER_00]: Play soccer and I'm mountain bike as much as I can.
[SPEAKER_00]: Nice.
[SPEAKER_00]: Very cool.
[SPEAKER_00]: So you're obviously in good shape.
[SPEAKER_00]: Both of those are very grueling sports.
[SPEAKER_00]: I do both of those things much more slowly than I would like to, so.
[SPEAKER_00]: Okay, cool.
[SPEAKER_00]: Let's dive into the meat of it then.
[SPEAKER_00]: My first question is around AI security.
[SPEAKER_00]: And when people hear AI security, they often think first about models, prompts, or training data.
[SPEAKER_00]: Why do you argue that AI security starts with APIs?
[SPEAKER_01]: So I think to answer that question, you just have to start thinking about how AI works.
[SPEAKER_01]: Not from a model standpoint, but from an interaction standpoint.
[SPEAKER_01]: So when you connect to an AI tool,
[SPEAKER_01]: you're connecting over an API that web interface that you might be using.
[SPEAKER_01]: Ultimately, that's a web interface backed by APIs that connect to those models.
[SPEAKER_01]: When you interact with an AI enabled tool where AI is embedded in the application behind the scenes, those are all APIs.
[SPEAKER_01]: And then the AI tools themselves, the agents, the applications, when they connect to the things they need to get the job done, that might be just another API,
[SPEAKER_01]: Or it might be an MCP server, which is frankly just another API, or a tool which is usually over an API.
[SPEAKER_01]: The conclusion you inevitably come to is that all of the AI interactions are underpinned by API interactions.
[SPEAKER_01]: And that's why
[SPEAKER_01]: I argue that AI security starts with APIs.
[SPEAKER_00]: That makes a lot of sense.
[SPEAKER_00]: And like you said, when you think about the components and how they fit together, they are communicating through exactly what you said through APIs.
[SPEAKER_00]: Where do you see organizations underestimating API risk?
[SPEAKER_00]: And as they move AI projects from pilot to production, where are they falling short and how they estimate the risk here?
[SPEAKER_01]: So, over the last few years, a lot of organizations have come to realize that the APIs they expose out to the world present risk, exhibit risk.
[SPEAKER_01]: They've started addressing that risk through API security tools.
[SPEAKER_01]: What's missing where organizations underestimate that API risk is on all of the internal tools and APIs that their AI capabilities are their AI applications connect to.
[SPEAKER_01]: So you might think, hey, this API is internal to my organization, it's less of a risk.
[SPEAKER_01]: But if you've got AI tools that are using those APIs, there is actually a route to them from an external standpoint.
[SPEAKER_01]: And I think that's where that underestimation occurs.
[SPEAKER_01]: It's really not understanding all of the connections between the AI applications, AI agents, and the tools and APIs that they're using internally.
[SPEAKER_01]: Yeah, that's clear there.
[SPEAKER_00]: How does the rise of AI agents change the stakes for API security compared with traditional application architectures?
[SPEAKER_01]: But we all understand that the difference between an LLM and an agent is that the agent is designed to take actions on the users behalf to actually do something rather than just generate textory images and pass those back.
[SPEAKER_01]: And so as you have these agents taking more actions, whether it's booking a flight or issuing a refund or I have an agent that I use to help manage my day to day tasks, so it connects to a third party task management system and manages tasks and they're for me.
[SPEAKER_01]: All of those interactions that agents make, that's what increases the stakes.
[SPEAKER_01]: That's what changes the stakes for API security, because those API connections now are part of your AI infrastructure.
[SPEAKER_01]: And they weren't before necessarily.
[SPEAKER_00]: Yeah, that makes sense.
[SPEAKER_00]: You essentially have the agents representing any sort of interactions you'd have with these other systems with these APIs.
[SPEAKER_00]: Yeah, totally.
[SPEAKER_01]: And you have to keep in mind the authentication and authorization there.
[SPEAKER_01]: So they're acting on your behalf, understanding what they're allowed to do
[SPEAKER_01]: A context, the user context in which they're acting is a big part of that challenge as well.
[SPEAKER_00]: Absolutely.
[SPEAKER_00]: I would imagine that what you just said is wrapped into an answer for this next questions.
[SPEAKER_00]: What are the most common API security assumptions that break down once you have this sort of setup where AI systems are taking action autonomously?
[SPEAKER_01]: It's a tough question to answer because people's assumptions are varied and very different.
[SPEAKER_01]: But a lot of those assumptions are around authentication and authorization.
[SPEAKER_01]: So the assumption is often that if an agent can do something, it's allowed to do that thing.
[SPEAKER_01]: And what I've seen from a lot of organizations in this sort of period of AI transformation is giving up on or making exceptions for core security principles that have always been applied to new technology.
[SPEAKER_01]: But for some reason, with AI, we can throw them out the window and say, you know what, I'm not going to worry about
[SPEAKER_01]: I'm not going to worry about problem authentication and authorization because I just really have to adopt and use these AI tools.
[SPEAKER_01]: And I expect we're going to see a series of breaches and incidents that are the result of those assumptions or any assumptions that we want to phrase it.
[SPEAKER_01]: AI systems become more integrated and act more autonomously moving forward.
[SPEAKER_00]: Yeah, I think we are going to see some things that go down there.
[SPEAKER_00]: Okay, let's flip into threat stats, right?
[SPEAKER_00]: That's wall arms research, right?
[SPEAKER_00]: Wall arms threats, research points to APIs as a major overlap point for AI vulnerabilities.
[SPEAKER_00]: As we're discussing this, it really comes to light.
[SPEAKER_00]: A.A.I.
[SPEAKER_00]: vulnerabilities and exploited vulnerability.
[SPEAKER_00]: So the areas they're going to actually take advantage of.
[SPEAKER_00]: What does that tell us about where attackers are likely to focus?
[SPEAKER_01]: on an annual basis so at the end of the year we look back at the previous year and collect and analyze a bunch of different data from public sources and from our own platform.
[SPEAKER_01]: What we've seen over the last few years is this growing trend around AI and API overlap.
[SPEAKER_01]: The first question you asked about why is API security API security?
[SPEAKER_01]: It's not just opinion, there's data behind it that's sort of as pushed us in this direction.
[SPEAKER_01]: As an example, we've seen that from 2024 to 2025, there was a 390% increase year of a year in AI vulnerability.
[SPEAKER_01]: So the number of, and we're talking about DVE IDs, really.
[SPEAKER_01]: Not just CVIDs, published vulnerabilities, but published vulnerabilities is the key there.
[SPEAKER_01]: So 439 published AI-related vulnerabilities in 2024, 2185 in 2025.
[SPEAKER_01]: So massive increase, but AI doesn't necessarily mean API.
[SPEAKER_01]: So what's that overlap look like?
[SPEAKER_01]: And this is where it gets interesting.
[SPEAKER_01]: In 2024, the overlap was essentially 100%.
[SPEAKER_01]: I think there were 438 API vulnerabilities.
[SPEAKER_01]: that were also, or AI vulnerabilities that were also API vulnerability.
[SPEAKER_01]: So it was nearly a perfect overlap.
[SPEAKER_01]: In 2025, that overlap changed dramatically.
[SPEAKER_01]: There were only 786 overlapping vulnerabilities in 2025, but you've still got massive growth of 80% from 439 to 786.
[SPEAKER_01]: So what we saw was the trajectory for the overlap continued to grow at a high rate.
[SPEAKER_01]: But the trajectory for AI vulnerabilities overall would took off massively.
[SPEAKER_01]: So it shifted from 100% overlap to 36% overlap.
[SPEAKER_01]: If I remember correctly, just very clearly, there's a strong relationship between the AI vulnerabilities and the API vulnerabilities that drive this conclusion that AI security is API security.
[SPEAKER_00]: I just make so much sense.
[SPEAKER_00]: I mean, you think about the architecture of agents, you think about the architecture of AI, which you've already stated.
[SPEAKER_00]: There are API connections between those things, but now you look at the data, right?
[SPEAKER_00]: And there is a rise in those vulnerabilities based on the fact that it's AI, how should security leaders think differently, moving into authentication, authorization, and API abuse when the user, quote-unquote, may be an AI agent
[SPEAKER_01]: Well, so I think it's a fair question to ask whether they should think differently or they should think the same.
[SPEAKER_01]: And the reason I say that is that when there's a new technology that sort of takes off, there's often a tendency to think that we have to build new tools for security controls that we have to think fundamentally in a different way.
[SPEAKER_01]: The reality is that the security controls themselves and concept don't change that dramatically.
[SPEAKER_01]: But the controls themselves don't necessarily change them.
[SPEAKER_01]: So if you take, for example, authentication authorization, though authentication, you need strong authentication.
[SPEAKER_01]: That is not unique to AI.
[SPEAKER_01]: You need to be able to authenticate agents in a robust way the way we authenticate human beings in a robust way.
[SPEAKER_01]: And if you don't, you're going to run into the same kinds of problems where an agent can interact with tools and APIs that it shouldn't because authentication isn't present or isn't strong enough.
[SPEAKER_01]: Authorization, you want to apply the principle of least privilege.
[SPEAKER_01]: The principle of least privilege is not new.
[SPEAKER_01]: It's been around for a long time.
[SPEAKER_01]: Now, that controlled isn't well applied to agents.
[SPEAKER_01]: We tend to think these AI agents can go do whatever it is they need to do.
[SPEAKER_01]: They have a degree of freedom right now and being creative about how they solve problems.
[SPEAKER_01]: But they really shouldn't have had some interesting conversations about applying zero trust to agents, which is a good way to think about it.
[SPEAKER_01]: Zero trust as a principle, not as a tool, is really a strong way to approach agent authorization.
[SPEAKER_01]: But the reality is that there aren't that many tools out there, if any, that really give organizations the ability to implement some of those security controls effectively for AI.
[SPEAKER_01]: So when you say how you're thinking differently, it's not necessarily about thinking differently.
[SPEAKER_01]: It's about thinking creatively about how to implement the controls you know need to be present.
[SPEAKER_01]: Those critical controls in an environment where
[SPEAKER_01]: AI is deployed or while you're undergoing an AI transformation.
[SPEAKER_00]: It's interesting to think about this.
[SPEAKER_00]: Some of this is SES practices here, the things that we're talking about, right?
[SPEAKER_00]: And in securing APIs and how people may or may not take that seriously, but with the advent of AI, it's really propagating this sort of problem here to get started.
[SPEAKER_00]: What is one practical step teams can take today to strengthen API security before AI adoption expands further?
[SPEAKER_01]: But before we talk about that practical step, I want to expand on something you touched on there because you almost set it.
[SPEAKER_01]: It's not just that API's underpin the AI interactions.
[SPEAKER_01]: It's also the growth in AI is driving a massive growth in the number of APIs.
[SPEAKER_01]: And almost exponential growth in the number of APIs that are out there because the more AI agents and AI applications need to interact with other tools via APIs.
[SPEAKER_01]: the more APIs there are out there.
[SPEAKER_01]: And the more of an attack surface is available for attackers, not an AI attack surface necessarily, but an API attack surface.
[SPEAKER_01]: And a good example of that actually is as a protocol.
[SPEAKER_01]: So MCPE is a protocol that allows an agent to access tools and resources and prompts in a programmatic way.
[SPEAKER_01]: interact with another tool.
[SPEAKER_01]: It is another type of API and it runs over an API protocol most of the time.
[SPEAKER_01]: So MCP is really as a growth area is really an expansion of the API attacks surface.
[SPEAKER_01]: So I don't want to leave that one said that it's not just that AI is growing but that it's driving a massive growth in API threat landscape as well.
[SPEAKER_01]: So what was the question that I completely ignored and decided to answer a different one?
[SPEAKER_00]: No, I'm glad you touched on that one.
[SPEAKER_00]: My question was around practical steps, right?
[SPEAKER_00]: Getting started.
[SPEAKER_00]: What is one practical step teams can do today to strengthen API security before AI adoptions expands further, because it's happening really fast.
[SPEAKER_01]: So if it's not clear, I'm a fan of looking at the patterns that have occurred in the past and applying them to the future.
[SPEAKER_01]: So any time we have a new technology, whether it's virtualization or cloud or an AI, there is a pattern that occurs from a security standpoint.
[SPEAKER_01]: That's worth following.
[SPEAKER_01]: It's not a bad pattern at all.
[SPEAKER_01]: So the first thing, the first practical step is inventory.
[SPEAKER_01]: It's discovery.
[SPEAKER_01]: It's understanding what you have in your environment.
[SPEAKER_01]: So if you want to do something immediately, start by creating an inventory of what AI tools AI workloads you have in your environment, expand that inventory to the resources that those AI workloads use.
[SPEAKER_01]: So that would be the MCP servers, the APIs, the data sources that they access.
[SPEAKER_01]: And that inventory is your starting point.
[SPEAKER_01]: So that you can then move on to the second step in that pattern, which is, now I have an inventory, but I don't know what those things are doing.
[SPEAKER_01]: So understanding the behavior, the interconnections, the connections between those assets and objects.
[SPEAKER_01]: That's the second step.
[SPEAKER_01]: That's why I think those are first two steps, and then you move on to locking bad actions, and then ultimately you end up with governance compliance, because
[SPEAKER_01]: the regulatory environment will eventually catch up.
[SPEAKER_00]: Okay, last question, Tim.
[SPEAKER_00]: So, once you accept that AI security depends on APIs, what do organizations actually need to discover before they can protect it?
[SPEAKER_00]: And knowing a little bit about Walmart, I kind of know where you're going to go with that, I'm excited for you to say.
[SPEAKER_01]: Yeah, I kind of hinted at it before, which is that your AI inventory isn't just AI.
[SPEAKER_01]: So, if you're looking at creating that inventory and you're cataloging the agents you're running,
[SPEAKER_01]: Maybe the LLMs that you have running or that you're accessing.
[SPEAKER_01]: That's only part of the puzzle.
[SPEAKER_01]: You have to also discover the things they connect to.
[SPEAKER_01]: The APIs they use, the MCP servers they use, the data they access, and that data has a, brings in a whole conversation of sensitive data and PII, because that's part of discovery too, understanding what data you're,
[SPEAKER_01]: AI agents and LLMs have access to and how it moves about in your environment, those are key components for a discovery in order to deliver protection because you can't protect what you don't know about and so you have to start by finding out about all of those elements in your environment related to your AI workloads.
[SPEAKER_00]: That just makes so much sense and the way you said that to you can't protect what you don't know about You have to discover these APIs you have to have a portfolio of them and you have to know what you have to secure out there I really appreciate you being on the show today It's very clear from our conversation that AI security is in fact a PI security
[SPEAKER_00]: Not only because that's what the architecture actually points to, but the data actually points to it as well.
[SPEAKER_00]: As you mentioned in Walaam's research, there's a rise in vulnerabilities related to AI, alongside the increase in a genetic representation of people's actions.
[SPEAKER_00]: So it's critical that businesses take this seriously and take a hard look at how they are securing their APIs in order to best secure their AI infrastructure and their agents.
[SPEAKER_00]: So Tim, thank you very much for being on the show today.
[SPEAKER_00]: My pleasure, thank you for having me.
[SPEAKER_00]: If it wasn't clear to you before, AI security is API security.
[SPEAKER_00]: And platforms like Wallarm are your go-to solution in order to discover your entire portfolio of APIs.
[SPEAKER_00]: And secure them before your AI and agents take more action than you're ready for.
[SPEAKER_00]: If you'd like to learn more about Wallarm, you can visit wallarm.com.
[SPEAKER_00]: That's WALARM.com.
[SPEAKER_00]: And thanks again for listening.
Podbean