<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:googleplay="http://www.google.com/schemas/play-podcasts/1.0"><channel><title><![CDATA[Probably Secure]]></title><description><![CDATA[Probably Secure]]></description><link>https://www.probablysecure.com</link><image><url>https://www.probablysecure.com/img/substack.png</url><title>Probably Secure</title><link>https://www.probablysecure.com</link></image><generator>Substack</generator><lastBuildDate>Sat, 30 May 2026 03:53:14 GMT</lastBuildDate><atom:link href="https://www.probablysecure.com/feed" rel="self" type="application/rss+xml"/><copyright><![CDATA[Probably Secure]]></copyright><language><![CDATA[en]]></language><webMaster><![CDATA[probablysecure@substack.com]]></webMaster><itunes:owner><itunes:email><![CDATA[probablysecure@substack.com]]></itunes:email><itunes:name><![CDATA[Probably Secure]]></itunes:name></itunes:owner><itunes:author><![CDATA[Probably Secure]]></itunes:author><googleplay:owner><![CDATA[probablysecure@substack.com]]></googleplay:owner><googleplay:email><![CDATA[probablysecure@substack.com]]></googleplay:email><googleplay:author><![CDATA[Probably Secure]]></googleplay:author><itunes:block><![CDATA[Yes]]></itunes:block><item><title><![CDATA[Agent-to-Agent Lateral Movement Is the New East-West Traffic]]></title><description><![CDATA[We spent decades learning to secure deterministic traffic. Then traffic changed.]]></description><link>https://www.probablysecure.com/p/agent-to-agent-lateral-movement-is</link><guid isPermaLink="false">https://www.probablysecure.com/p/agent-to-agent-lateral-movement-is</guid><dc:creator><![CDATA[Probably Secure]]></dc:creator><pubDate>Thu, 07 May 2026 20:25:34 GMT</pubDate><content:encoded><![CDATA[<p>Until a few years ago I took it for granted that you could tell from traffic logs what was happening on your network and why. It used to be that the perimeter of an enterprise network was the defensive moat, and everything inside was, as John Kindervag called it when he introduced the concept of Zero Trust, the &#8220;chewy center.&#8221; The threat actors learned ways to attack that chewy center directly, and the industry had to pivot to secure the chewy center in what came to be known as east-west security or microsegmentation. This was a tall order for sure - the number of internal devices on any network far exceeds the number of perimeter devices, so effective security policies and their enforcement points had to grow, sometimes exponentially. The transition took years, and by some accounts still isn&#8217;t complete.</p><p>The one saving grace we didn&#8217;t appreciate enough at the time was that the behavior of these internal devices was known. They were known devices communicating with other known devices over known protocols and accessing known data through known flows. The policy necessary to secure such a network might be enormous and complicated but it was definable. It was <em>deterministic</em>. As a defender you could spot deviations on your network because you could define what your network was supposed to be doing and measure against that definition.</p><p>Those days are long gone.</p><p>The recent Unit42 Incident Response report shows that 87% of intrusions now span multiple attack surfaces, up from 70% last year. A full 67% of those intrusions span three or more attack surfaces. Things get even worse when we look at what kind of entities make up this new attack surface. It&#8217;s increasingly made up of AI Agents, which behave not in a <em>deterministic</em> way but instead in a <em>probabilistic</em> way that is often hard to predict.</p><p>Take for instance the recent attack on AWS&#8217;s Bedrock AgentCore: the starter toolkit&#8217;s default IAM gave every agent in an AWS account the ability to read other agents&#8217; memory, trigger runtimes, etc. Any single compromised agent in such an environment has the power to exfiltrate all of its data and disrupt the entire environment. It&#8217;s tempting to call this a one-off human error instead of a systemic difficulty but there&#8217;s an emerging pattern that suggests otherwise. The effective permissions and controls were set up under the assumption that the entity with the role would behave predictably, in a deterministic way. Agents break that assumption in potentially catastrophic ways because the agent&#8217;s behavior is affected by its prompt, its memory, and its upstream instructions, and each of these is a new and unique attack surface. A prompt injection doesn&#8217;t change the agent&#8217;s credentials - it changes the agent&#8217;s actions and its <em>intent</em>, and the agent executes that new intent using its existing, legitimate access. If we miss that initial prompt injection attack, we&#8217;re left with a malicious insider with broad access powers that behaves in probabilistic ways against defenses that are looking for deterministic malice.</p><p>The Bedrock AgentCore incident might be one of the first of this type but it certainly won&#8217;t be the last, and sooner than any of us would like these kinds of incidents won&#8217;t even be unique or noteworthy. We&#8217;ve built decades of best practices and compliance and strategy for deterministic policy, and are now aggressively embedding probabilistic actors in our networks and granting them broad access rights to get the job done. We know what we want agents to do and not do, but knowing what the agents themselves intend to do and not do and writing <em>that</em> policy is becoming as urgent as it is strange to seasoned practitioners.</p><div><hr></div><p><a href="https://www.linkedin.com/in/thomaslaugle/">Thomas Laugle</a> is a cybersecurity specialist at Palo Alto Networks. The opinions expressed here are his own.</p><p class="button-wrapper" data-attrs="{&quot;url&quot;:&quot;https://www.probablysecure.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe now&quot;,&quot;action&quot;:null,&quot;class&quot;:null}" data-component-name="ButtonCreateButton"><a class="button primary" href="https://www.probablysecure.com/subscribe?"><span>Subscribe now</span></a></p><p></p>]]></content:encoded></item><item><title><![CDATA[The Future of Agentic Security]]></title><description><![CDATA[Lee Klarich, Chief Product & Technology Officer of Palo Alto Networks, recently observed that &#8220;AI agents operate with access to critical systems and sensitive data, creating the ultimate insider threat.&#8221;]]></description><link>https://www.probablysecure.com/p/the-future-of-agentic-security</link><guid isPermaLink="false">https://www.probablysecure.com/p/the-future-of-agentic-security</guid><dc:creator><![CDATA[Probably Secure]]></dc:creator><pubDate>Wed, 15 Apr 2026 01:48:32 GMT</pubDate><content:encoded><![CDATA[<p><strong><a href="https://www.linkedin.com/in/leeklarich/">Lee Klarich</a></strong>, Chief Product &amp; Technology Officer of Palo Alto Networks, recently observed that &#8220;AI agents operate with access to critical systems and sensitive data, creating the ultimate insider threat.&#8221; <br><br>The compromised insider has always been one of the hardest threats to detect and prevent, and with the rapid adoption of agentic AI for everything from coding assistance to distributed-systems task automation the price we must all pay for such productivity catalysts is that the new malicious insider - the compromised AI agent - can now move at machine speed, and doesn&#8217;t care about getting fired or going to prison. <br><br>To address the unique risks of agentic AI on the endpoint, Palo Alto Networks acquired Koi Security today. Koi (now branded Agentic Endpoint Security - AES) provides an enforcement layer specific to AI Agents on endpoints, controlling for what traditional EDR solutions have been largely blind to. <br><br>This threat vector didn&#8217;t exist five years ago, this level of visibility didn&#8217;t exist three years ago, and the promise of a unified policy to secure it up and down the stack didn&#8217;t exist until today. <br><br>But now comes the hard part: using the tools to build and enforce policy that takes into account the entire situation the agent is in: its identity, its host machine&#8217;s posture, its network posture, its access rights, and its business purpose. <br><br>The old-school policy said something like, &#8220;This device is allowed to communicate with this other device on these protocols and applications.&#8221;<br><br>The next generation of policies needed to secure agents might read more like, &#8220;This type of agent is allowed to perform the following actions within this decision space in order to accomplish these goals for these specific purposes.&#8221;</p><p></p><div><hr></div><p><a href="https://www.linkedin.com/in/thomaslaugle/">Thomas Laugle</a> is a cybersecurity specialist at Palo Alto Networks. The opinions expressed here are his own.</p><div class="subscription-widget-wrap-editor" data-attrs="{&quot;url&quot;:&quot;https://www.probablysecure.com/subscribe?&quot;,&quot;text&quot;:&quot;Subscribe&quot;,&quot;language&quot;:&quot;en&quot;}" data-component-name="SubscribeWidgetToDOM"><div class="subscription-widget show-subscribe"><div class="preamble"><p class="cta-caption">Thanks for reading! Subscribe for free to receive new posts and support my work.</p></div><form class="subscription-widget-subscribe"><input type="email" class="email-input" name="email" placeholder="Type your email&#8230;" tabindex="-1"><input type="submit" class="button primary" value="Subscribe"><div class="fake-input-wrapper"><div class="fake-input"></div><div class="fake-button"></div></div></form></div></div>]]></content:encoded></item></channel></rss>