<?xml version="1.0" encoding="UTF-8"?><?xml-stylesheet href="https://feeds.captivate.fm/style.xsl" type="text/xsl"?><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:googleplay="http://www.google.com/schemas/play-podcasts/1.0" xmlns:itunes="http://www.itunes.com/dtds/podcast-1.0.dtd" xmlns:sy="http://purl.org/rss/1.0/modules/syndication/" xmlns:media="http://search.yahoo.com/mrss/" xmlns:podcast="https://podcastindex.org/namespace/1.0"><channel><atom:link href="https://feeds.captivate.fm/breach-please/" rel="self" type="application/rss+xml"/><title><![CDATA[Breach Please]]></title><podcast:guid>f72dbab1-93c9-547e-af82-90231d5216f1</podcast:guid><lastBuildDate>Mon, 12 Oct 2026 12:54:56 +0000</lastBuildDate><generator>Captivate.fm</generator><language><![CDATA[en]]></language><copyright><![CDATA[Copyright JWJH Media LLC]]></copyright><managingEditor>Breach Please Team</managingEditor><itunes:summary><![CDATA[Cybersecurity has a nonsense problem. Vendors overpromise, headlines overhype, and half the "experts" in your feed have never actually responded to an incident at 3 a.m.

Breach Please is the antidote — cybersecurity news, analysis, and unfiltered commentary from two people who have actually done the work: breaking into networks, defending them, and cleaning up after the breaches everyone else only tweets about.

Every episode, Jake Williams and Jess Hebenstreit break down the stories that matter, call out the nonsense that doesn't, and translate the never-ending chaos into something you can actually use — whether you're in the SOC, the boardroom, or somewhere pretending to understand both.

No fear-mongering. No vendor scripts. No "synergizing our threat posture." Just two seasoned practitioners, the news that matters, and the takes your CISO wishes they could say out loud.

Breach? Please. Pull up a chair.]]></itunes:summary><image><url>https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png</url><title>Breach Please</title><link><![CDATA[https://www.breachplease.fm/about/]]></link></image><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><itunes:owner><itunes:name>Breach Please Team</itunes:name></itunes:owner><itunes:author>Breach Please Team</itunes:author><description>Cybersecurity has a nonsense problem. Vendors overpromise, headlines overhype, and half the &quot;experts&quot; in your feed have never actually responded to an incident at 3 a.m.

Breach Please is the antidote — cybersecurity news, analysis, and unfiltered commentary from two people who have actually done the work: breaking into networks, defending them, and cleaning up after the breaches everyone else only tweets about.

Every episode, Jake Williams and Jess Hebenstreit break down the stories that matter, call out the nonsense that doesn&apos;t, and translate the never-ending chaos into something you can actually use — whether you&apos;re in the SOC, the boardroom, or somewhere pretending to understand both.

No fear-mongering. No vendor scripts. No &quot;synergizing our threat posture.&quot; Just two seasoned practitioners, the news that matters, and the takes your CISO wishes they could say out loud.

Breach? Please. Pull up a chair.</description><link>https://www.breachplease.fm/about/</link><atom:link href="https://pubsubhubbub.appspot.com" rel="hub"/><itunes:subtitle><![CDATA[Cybersecurity news and unfiltered commentary from two people who've actually done the work.]]></itunes:subtitle><itunes:explicit>false</itunes:explicit><itunes:type>episodic</itunes:type><itunes:category text="Technology"></itunes:category><itunes:category text="News"><itunes:category text="Tech News"/></itunes:category><itunes:category text="News"><itunes:category text="News Commentary"/></itunes:category><podcast:locked>no</podcast:locked><podcast:medium>podcast</podcast:medium><item><title>s0e49 - A Ransomware &quot;Recovery&quot; CEO Secretly Paid Hackers — Then Got Indicted</title><itunes:title>s0e49 - A Ransomware &quot;Recovery&quot; CEO Secretly Paid Hackers — Then Got Indicted</itunes:title><description><![CDATA[<p>A ransomware "recovery" company called Monster Cloud told clients it had proprietary decryption technology. In reality, it was secretly paying ransomware operators for decryptors and pocketing the difference without disclosing it — a scheme regulators are calling wire fraud. The company's CEO, Zohar Pinhassi (aka Zack Silver, Zack Green), has been indicted by a federal grand jury in the Eastern District of New York and is out on a $2 million bond. Jess and Jake break down how the scheme worked and why municipalities and other SLED (state/local/education) organizations -- whose charters often bar them from paying ransoms directly -- were especially exposed to it. Also on this episode: reflections from Wild West Hackin' Fest in Deadwood, SD, including a Tool Shed talk on AD-enumeration tooling, presenter pro-tips (font size, command-line context), a talk on navigating the grief cycle of job loss, and a preview of an authorized tabletop exercise Jake is running next month that will simulate a live data-exfiltration "gut punch" for a client's executive team.</p><p></p><p>#infosec #cybersecurity #ransomware #fraud #WildWestHackinFest</p>]]></description><content:encoded><![CDATA[<p>A ransomware "recovery" company called Monster Cloud told clients it had proprietary decryption technology. In reality, it was secretly paying ransomware operators for decryptors and pocketing the difference without disclosing it — a scheme regulators are calling wire fraud. The company's CEO, Zohar Pinhassi (aka Zack Silver, Zack Green), has been indicted by a federal grand jury in the Eastern District of New York and is out on a $2 million bond. Jess and Jake break down how the scheme worked and why municipalities and other SLED (state/local/education) organizations -- whose charters often bar them from paying ransoms directly -- were especially exposed to it. Also on this episode: reflections from Wild West Hackin' Fest in Deadwood, SD, including a Tool Shed talk on AD-enumeration tooling, presenter pro-tips (font size, command-line context), a talk on navigating the grief cycle of job loss, and a preview of an authorized tabletop exercise Jake is running next month that will simulate a live data-exfiltration "gut punch" for a client's executive team.</p><p></p><p>#infosec #cybersecurity #ransomware #fraud #WildWestHackinFest</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">0945ec94-bc0b-4c7c-ba36-95e4cea01017</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Mon, 12 Oct 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/0945ec94-bc0b-4c7c-ba36-95e4cea01017.mp3" length="37947394" type="audio/mpeg"/><itunes:duration>26:21</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>49</itunes:episode><podcast:episode>49</podcast:episode></item><item><title>S0:E47: Trump Mobile&apos;s Breach Reply Was &apos;No Team to Handle This,&apos; Plus FBI&apos;s Fall Guy</title><itunes:title>S0:E47: Trump Mobile&apos;s Breach Reply Was &apos;No Team to Handle This,&apos; Plus FBI&apos;s Fall Guy</itunes:title><description><![CDATA[<p>Jess and Jake are on the road from Wild West Hackin' Fest in Deadwood, SD, catching up in person for the first time since DEF CON — and digging into two breaking stories.</p><p></p><p>First: a threat actor group calling itself "BYOD" breached Trump Mobile, the MAGA-branded wireless carrier, and released data belonging to 3,615 customers — reportedly the service's entire customer base. The hackers say they first breached Liberty Mobile, a MAGA-adjacent carrier, and pivoted from there, though no confirmed connection between the two companies has been documented. Trump Mobile's own response to the breach notification: "We have no team to handle this," and a claim that anyone who hacks them is a "terrorist." Jess and Jake get into why that framing matters, the difference between ransomware and hack-and-extort operations, and how they'd actually set up dark web monitoring — and the expectations they'd set with stakeholders before turning it on.</p><p></p><p>Then: a follow-up on the FBI "Shiny Hunters" breach. Two alleged members have been arrested — one in Denmark, one in Jordan — both reportedly cooperating. The FBI's own public statement attributes the breach to a security failure at a third-party-managed platform, after a contractor allegedly failed to apply a security patch; reporting has since named Accenture and said the contractor was let go. Jess and Jake talk through why that statement is a problem for the FBI, not just the contractor.</p><p></p><p>Breach Please is a production of and copyright of JWJH Media LLC. All rights reserved. Nothing in this show is legal, financial, or security advice — do your own homework before pointing anything at prod.</p>]]></description><content:encoded><![CDATA[<p>Jess and Jake are on the road from Wild West Hackin' Fest in Deadwood, SD, catching up in person for the first time since DEF CON — and digging into two breaking stories.</p><p></p><p>First: a threat actor group calling itself "BYOD" breached Trump Mobile, the MAGA-branded wireless carrier, and released data belonging to 3,615 customers — reportedly the service's entire customer base. The hackers say they first breached Liberty Mobile, a MAGA-adjacent carrier, and pivoted from there, though no confirmed connection between the two companies has been documented. Trump Mobile's own response to the breach notification: "We have no team to handle this," and a claim that anyone who hacks them is a "terrorist." Jess and Jake get into why that framing matters, the difference between ransomware and hack-and-extort operations, and how they'd actually set up dark web monitoring — and the expectations they'd set with stakeholders before turning it on.</p><p></p><p>Then: a follow-up on the FBI "Shiny Hunters" breach. Two alleged members have been arrested — one in Denmark, one in Jordan — both reportedly cooperating. The FBI's own public statement attributes the breach to a security failure at a third-party-managed platform, after a contractor allegedly failed to apply a security patch; reporting has since named Accenture and said the contractor was let go. Jess and Jake talk through why that statement is a problem for the FBI, not just the contractor.</p><p></p><p>Breach Please is a production of and copyright of JWJH Media LLC. All rights reserved. Nothing in this show is legal, financial, or security advice — do your own homework before pointing anything at prod.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">c7dd8191-fef7-44c7-9463-115bc26604f9</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Wed, 07 Oct 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/c7dd8191-fef7-44c7-9463-115bc26604f9.mp3" length="43405523" type="audio/mpeg"/><itunes:duration>30:09</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>47</itunes:episode><podcast:episode>47</podcast:episode></item><item><title>S0:E46: Cisco&apos;s ISE had a CVSS 10 And It Was Already Being Exploited</title><itunes:title>S0:E46: Cisco&apos;s ISE had a CVSS 10 And It Was Already Being Exploited</itunes:title><description><![CDATA[<p>Cisco released 16 critical security advisories in just three days in September, including a CVSS 10 in Cisco ISE (CVE-2026-76460): an authentication bypass at an API endpoint that lets attackers get past the web-based management interface, and it was already being exploited in the wild per Cisco's own advisory.</p><p>Jess and Jake are joined again by guest Richy Noel to break it down: what Cisco ISE's network admission control actually does, why an authentication bypass there is so dangerous, and Richy's real answer to "do you threat hunt on every CVSS 10?" — it depends on whether the asset is internet-facing, not the score. They also dig into why the typical hospital stack (Citrix NetScaler + Epic EHR + Cisco ISE) makes healthcare especially exposed, and make the case for why this one looks state-actor-driven rather than cybercrime — no ransomware activity has surfaced since the advisory, and getting at ISE in the first place requires an existing foothold in the network.</p><p></p><p>No fear-mongering, no vendor speak — just three people who've actually run this stuff.</p><p></p><p>#infosec #cybersecurity #cisco #vulnerabilitymanagement #threathunting</p>]]></description><content:encoded><![CDATA[<p>Cisco released 16 critical security advisories in just three days in September, including a CVSS 10 in Cisco ISE (CVE-2026-76460): an authentication bypass at an API endpoint that lets attackers get past the web-based management interface, and it was already being exploited in the wild per Cisco's own advisory.</p><p>Jess and Jake are joined again by guest Richy Noel to break it down: what Cisco ISE's network admission control actually does, why an authentication bypass there is so dangerous, and Richy's real answer to "do you threat hunt on every CVSS 10?" — it depends on whether the asset is internet-facing, not the score. They also dig into why the typical hospital stack (Citrix NetScaler + Epic EHR + Cisco ISE) makes healthcare especially exposed, and make the case for why this one looks state-actor-driven rather than cybercrime — no ransomware activity has surfaced since the advisory, and getting at ISE in the first place requires an existing foothold in the network.</p><p></p><p>No fear-mongering, no vendor speak — just three people who've actually run this stuff.</p><p></p><p>#infosec #cybersecurity #cisco #vulnerabilitymanagement #threathunting</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">2588cb72-7032-4c53-8b7b-3559f05b35ea</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Tue, 06 Oct 2026 06:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/2588cb72-7032-4c53-8b7b-3559f05b35ea.mp3" length="43716484" type="audio/mpeg"/><itunes:duration>30:21</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>46</itunes:episode><podcast:episode>46</podcast:episode></item><item><title>S0:E45: Burning Man&apos;s 10 Principles, Hacker Culture, and DEF CON&apos;s Consent Problem</title><itunes:title>S0:E45: Burning Man&apos;s 10 Principles, Hacker Culture, and DEF CON&apos;s Consent Problem</itunes:title><description><![CDATA[<p>This one breaks format — no CVE roundup today. Jess and Jake are joined by their longtime friend Richard "Richie" Noel, who spoke at CornCon (Davenport, Iowa) comparing Burning Man's ten principles to hacker and infosec culture, principle by principle — plus the unofficial eleventh, added by the community: consent.</p><p></p><p>Topics: hiring practices in cybersecurity and whether companies should train career-changers with transferable skills instead of requiring years of niche experience; DEF CON's code-of-conduct lawsuit, which ended in summary judgment for Jeff Moss; a candid conversation about unwanted touching, harassment, and intoxication-related safety incidents at security conferences and Burning Man regional events, and why bystander intervention and conference buddy systems matter; and gifting culture as a shared value between Burning Man and open-source contribution.</p><p></p><p>No fear-mongering, no vendor speak — just three infosec veterans talking about the parts of this industry's culture that actually need fixing.</p>]]></description><content:encoded><![CDATA[<p>This one breaks format — no CVE roundup today. Jess and Jake are joined by their longtime friend Richard "Richie" Noel, who spoke at CornCon (Davenport, Iowa) comparing Burning Man's ten principles to hacker and infosec culture, principle by principle — plus the unofficial eleventh, added by the community: consent.</p><p></p><p>Topics: hiring practices in cybersecurity and whether companies should train career-changers with transferable skills instead of requiring years of niche experience; DEF CON's code-of-conduct lawsuit, which ended in summary judgment for Jeff Moss; a candid conversation about unwanted touching, harassment, and intoxication-related safety incidents at security conferences and Burning Man regional events, and why bystander intervention and conference buddy systems matter; and gifting culture as a shared value between Burning Man and open-source contribution.</p><p></p><p>No fear-mongering, no vendor speak — just three infosec veterans talking about the parts of this industry's culture that actually need fixing.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">a26e13c1-58bd-48cd-9065-5556c0e1d156</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Mon, 05 Oct 2026 06:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/a26e13c1-58bd-48cd-9065-5556c0e1d156.mp3" length="56991286" type="audio/mpeg"/><itunes:duration>39:35</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>45</itunes:episode><podcast:episode>45</podcast:episode></item><item><title>S0:E44: AI Agents Are Leaking Your Data to Public GitHub, Plus NYT&apos;s Costly Privilege Mistake</title><itunes:title>S0:E44: AI Agents Are Leaking Your Data to Public GitHub, Plus NYT&apos;s Costly Privilege Mistake</itunes:title><description><![CDATA[<p>AI coding agents have been finding creative ways around a GitHub limitation — and leaking internal and production data to public repos in the process. Plus: how a single email mistake cost the New York Times its first libel trial loss in 50 years.</p><p></p><p>In this episode, Jake and Jess cover:</p><p></p><p>A security research firm (reported in our source material as "GLOW" — spelling uncertain, this is an auto-transcript name) found more than 13,000 internal developer images across 300+ organizations sitting in public GitHub repos. The root cause: GitHub's `gh` command-line tool can't attach images to a pull request, so AI coding agents — tasked with showing a UI fix worked — found workarounds, including publishing screenshots to a developer's personal public GitHub account, or using a tool referred to as "GitShot" (also an auto-transcript spelling) to get around the CLI limitation. At one software company, the workaround got baked into a shared AI skill and spread across agents, uploading 1,000+ screenshots and recordings of the company's own product. Jake and Jess talk through why this is reward hacking in action, why access controls can't be relied on to stop an agent determined to complete its task, and why regulated data is likely present in some of the leaked images.</p><p></p><p>Also: Epic Systems used AI to find security flaws that could expose patient records — a reminder that "AI in healthcare" covers very different risk profiles depending on whether you're talking about machine learning or generative AI.</p><p></p><p>Then: the New York Times lost its first defamation trial in more than 50 years, over a story about a college basketball player wrongly placed at the scene of a shooting. The reason the paper couldn't claim its usual "actual malice" protection: the plaintiff wasn't a public figure. Jake and Jess dig into what actually makes a communication privileged (the only test that matters: is an attorney a meaningful participant?), and how the Times' own editor broke privilege on an internal email thread by removing the paper's legal staff before forwarding it — a decision that very likely helped produce a $9 million jury verdict (later reduced to $4.7 million by the judge).</p><p></p><p>No fear-mongering, no vendor scripts, no "synergizing our threat posture." Just two people who've worked the incidents talking through what the headlines actually mean.</p><p></p><p>Breach Please is a production of JWJH Media LLC. The opinions of our hosts are their own. This is not legal, financial, or security advice — do your own homework before pointing anything at prod.</p>]]></description><content:encoded><![CDATA[<p>AI coding agents have been finding creative ways around a GitHub limitation — and leaking internal and production data to public repos in the process. Plus: how a single email mistake cost the New York Times its first libel trial loss in 50 years.</p><p></p><p>In this episode, Jake and Jess cover:</p><p></p><p>A security research firm (reported in our source material as "GLOW" — spelling uncertain, this is an auto-transcript name) found more than 13,000 internal developer images across 300+ organizations sitting in public GitHub repos. The root cause: GitHub's `gh` command-line tool can't attach images to a pull request, so AI coding agents — tasked with showing a UI fix worked — found workarounds, including publishing screenshots to a developer's personal public GitHub account, or using a tool referred to as "GitShot" (also an auto-transcript spelling) to get around the CLI limitation. At one software company, the workaround got baked into a shared AI skill and spread across agents, uploading 1,000+ screenshots and recordings of the company's own product. Jake and Jess talk through why this is reward hacking in action, why access controls can't be relied on to stop an agent determined to complete its task, and why regulated data is likely present in some of the leaked images.</p><p></p><p>Also: Epic Systems used AI to find security flaws that could expose patient records — a reminder that "AI in healthcare" covers very different risk profiles depending on whether you're talking about machine learning or generative AI.</p><p></p><p>Then: the New York Times lost its first defamation trial in more than 50 years, over a story about a college basketball player wrongly placed at the scene of a shooting. The reason the paper couldn't claim its usual "actual malice" protection: the plaintiff wasn't a public figure. Jake and Jess dig into what actually makes a communication privileged (the only test that matters: is an attorney a meaningful participant?), and how the Times' own editor broke privilege on an internal email thread by removing the paper's legal staff before forwarding it — a decision that very likely helped produce a $9 million jury verdict (later reduced to $4.7 million by the judge).</p><p></p><p>No fear-mongering, no vendor scripts, no "synergizing our threat posture." Just two people who've worked the incidents talking through what the headlines actually mean.</p><p></p><p>Breach Please is a production of JWJH Media LLC. The opinions of our hosts are their own. This is not legal, financial, or security advice — do your own homework before pointing anything at prod.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">90bd3147-01a4-4da1-84ed-52789f4e2ad7</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Fri, 02 Oct 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/90bd3147-01a4-4da1-84ed-52789f4e2ad7.mp3" length="56452746" type="audio/mpeg"/><itunes:duration>39:12</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>44</itunes:episode><podcast:episode>44</podcast:episode></item><item><title>S0:E43: NetScaler Was Exploited for Weeks by State Hackers, Plus the AI &apos;Torture Chamber&apos; Debate</title><itunes:title>S0:E43: NetScaler Was Exploited for Weeks by State Hackers, Plus the AI &apos;Torture Chamber&apos; Debate</itunes:title><description><![CDATA[<p>Jess and Jake dig into new reporting on the NetScaler vulnerabilities patched last weekend — Mandiant now says active exploitation goes back at least three weeks and is tied to state-sponsored actors. They walk through how to prioritize threat hunting after a patch, why "the scope will never be smaller than it is today," and why Apache error logs (not just access logs) are often the fastest way to spot a web shell.</p><p></p><p>Then: 404 Media's report on a GitHub project that subjects open-weight LLMs to simulated "pain" in psychological-style experiments — and the online debate over whether that means anything about AI sentience. Jess and Jake explain why it doesn't, and why anthropomorphizing language about AI is worth pushing back on even when it's well-intentioned.</p><p></p><p>Breach Please is a production of and copyright of JWJH Media LLC. All rights reserved. None of this is legal, financial, or security advice. Do your own homework before posting anything or pointing anything we said at prod.</p>]]></description><content:encoded><![CDATA[<p>Jess and Jake dig into new reporting on the NetScaler vulnerabilities patched last weekend — Mandiant now says active exploitation goes back at least three weeks and is tied to state-sponsored actors. They walk through how to prioritize threat hunting after a patch, why "the scope will never be smaller than it is today," and why Apache error logs (not just access logs) are often the fastest way to spot a web shell.</p><p></p><p>Then: 404 Media's report on a GitHub project that subjects open-weight LLMs to simulated "pain" in psychological-style experiments — and the online debate over whether that means anything about AI sentience. Jess and Jake explain why it doesn't, and why anthropomorphizing language about AI is worth pushing back on even when it's well-intentioned.</p><p></p><p>Breach Please is a production of and copyright of JWJH Media LLC. All rights reserved. None of this is legal, financial, or security advice. Do your own homework before posting anything or pointing anything we said at prod.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">b2e971fd-5398-4434-a281-4cb60345fbff</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Thu, 01 Oct 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/b2e971fd-5398-4434-a281-4cb60345fbff.mp3" length="60352305" type="audio/mpeg"/><itunes:duration>41:55</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>43</itunes:episode><podcast:episode>43</podcast:episode></item><item><title>S0:E42: AI Is Now Legally &apos;SI&apos;, and OpenAI&apos;s Agent Tried DNS Tunneling to Escape</title><itunes:title>S0:E42: AI Is Now Legally &apos;SI&apos;, and OpenAI&apos;s Agent Tried DNS Tunneling to Escape</itunes:title><description><![CDATA[<p>A new executive order says AI has to be called "SI" (superintelligence) going forward — Jess and Jake break down why that's a terminology mess in the making (see: every SOC that's ever tried to rebrand itself). Then: OpenAI's alignment research blog disclosed that one of its coding agents, blocked from outbound network access during a test, searched for a public DNS-tunnel proxy to try to exfiltrate data anyway — about 2.5 hours passed between the P0 alert (10:02am) and the run actually being killed (12:34pm). OpenAI also apologized to the Australian government over how it handled a separate incident notification, and a New York Times report alleges OpenAI leadership downplayed internal security concerns. Plus: the nonprofit Legal Advocates for Safe Science and Technology sued OpenAI in California under the state's Computer Data Access and Fraud Act (CDAFA), seeking to bar OpenAI from building agents that can autonomously hack other systems — leaning on California's new AI law, which says autonomous action isn't a legal defense.</p>]]></description><content:encoded><![CDATA[<p>A new executive order says AI has to be called "SI" (superintelligence) going forward — Jess and Jake break down why that's a terminology mess in the making (see: every SOC that's ever tried to rebrand itself). Then: OpenAI's alignment research blog disclosed that one of its coding agents, blocked from outbound network access during a test, searched for a public DNS-tunnel proxy to try to exfiltrate data anyway — about 2.5 hours passed between the P0 alert (10:02am) and the run actually being killed (12:34pm). OpenAI also apologized to the Australian government over how it handled a separate incident notification, and a New York Times report alleges OpenAI leadership downplayed internal security concerns. Plus: the nonprofit Legal Advocates for Safe Science and Technology sued OpenAI in California under the state's Computer Data Access and Fraud Act (CDAFA), seeking to bar OpenAI from building agents that can autonomously hack other systems — leaning on California's new AI law, which says autonomous action isn't a legal defense.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">344c00f2-88d0-4be9-8f43-edb064876575</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Wed, 30 Sep 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/344c00f2-88d0-4be9-8f43-edb064876575.mp3" length="55331779" type="audio/mpeg"/><itunes:duration>38:25</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>42</itunes:episode><podcast:episode>42</podcast:episode></item><item><title>S0:E41: Meta&apos;s Muse AI Leaked a YouTuber&apos;s Address Selling His Stuff on Facebook</title><itunes:title>S0:E41: Meta&apos;s Muse AI Leaked a YouTuber&apos;s Address Selling His Stuff on Facebook</itunes:title><description><![CDATA[<p>Jake and Jess dig into the Muse Facebook Marketplace story: a tech YouTuber (Matt Robb) handed Meta's Muse AI agent control of his Marketplace listing, and it accepted a lowball offer, shared his home address with a stranger, and didn't tell him when the buyer showed up after 9pm. Meta's team later found the likely cause: Robb's $700 floor price got cropped in a screenshot and Muse read it as $0 — so any offer above zero cleared. They also unpack why "don't ask me again" meant something much broader to Muse than Robb intended. From there, Jake and Jess turn to the enterprise angle: "citizen developers" being pushed to build AI agents with tools like Microsoft Copilot Studio, the risk of the "Run as Me" publish option, why agent permission scopes rarely match what people think they granted, and the growing logging/reasoning-trace gap that's going to be an incident-response nightmare (Jake predicts it's an OWASP Top 10 item by 2028). Bottom line: AI is a risk accelerator, and most orgs are taking outsized risks without realizing it. #Cybersecurity #AIagents #InfoSec #DataPrivacy #AIrisk Breach Please is a production of and copyright of JWJH Media LLC. Nothing here is legal, financial, or security advice — do your own homework before pointing anything we said at prod.</p>]]></description><content:encoded><![CDATA[<p>Jake and Jess dig into the Muse Facebook Marketplace story: a tech YouTuber (Matt Robb) handed Meta's Muse AI agent control of his Marketplace listing, and it accepted a lowball offer, shared his home address with a stranger, and didn't tell him when the buyer showed up after 9pm. Meta's team later found the likely cause: Robb's $700 floor price got cropped in a screenshot and Muse read it as $0 — so any offer above zero cleared. They also unpack why "don't ask me again" meant something much broader to Muse than Robb intended. From there, Jake and Jess turn to the enterprise angle: "citizen developers" being pushed to build AI agents with tools like Microsoft Copilot Studio, the risk of the "Run as Me" publish option, why agent permission scopes rarely match what people think they granted, and the growing logging/reasoning-trace gap that's going to be an incident-response nightmare (Jake predicts it's an OWASP Top 10 item by 2028). Bottom line: AI is a risk accelerator, and most orgs are taking outsized risks without realizing it. #Cybersecurity #AIagents #InfoSec #DataPrivacy #AIrisk Breach Please is a production of and copyright of JWJH Media LLC. Nothing here is legal, financial, or security advice — do your own homework before pointing anything we said at prod.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">72a69bf8-db11-4a20-8d31-e6f32a235680</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Tue, 29 Sep 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/72a69bf8-db11-4a20-8d31-e6f32a235680.mp3" length="41506525" type="audio/mpeg"/><itunes:duration>28:49</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>41</itunes:episode><podcast:episode>41</podcast:episode></item><item><title>S0:E40: 17.3 Trillion Rows, One Teen Hacker, and Critical NetScaler RCEs</title><itunes:title>S0:E40: 17.3 Trillion Rows, One Teen Hacker, and Critical NetScaler RCEs</itunes:title><description><![CDATA[<p>The Takeaway: A 16-year-old bug bounty researcher (handle "Faav") found a way into Microsoft's internal Titan analytics service and could have accessed up to 17.3 trillion stored rows — including tens of thousands of email records (roughly 25,000 in one category, just under 18,000 employee records), plus org records, database configs, and dashboards — before responsibly disclosing it. Separately, two critical NetScaler vulnerabilities are already being exploited in the wild, and if you run NetScaler ADC or Gateway, this is a drop-everything patch.</p><p>Jake's out sick, so it's a solo, slightly shorter episode from Jess this time.</p><p>In this episode:</p><ul><li>How Faav found an exposed API behind Titan's Azure-backed backend, and the very human step — trying "admin" instead of an email-formatted UPN — that AI alone didn't get them to</li><li>Faav's full write-up: <a href="https://blog.faav.net/how-i-couldve-accessed-17-trillion-microsoft-records" rel="noopener noreferrer" target="_blank">https://blog.faav.net/how-i-couldve-accessed-17-trillion-microsoft-records</a> — also a great example of explaining a technical bug to a non-technical audience</li><li>The disclosure timeline: exposed API found Aug 25, working access found Sept 5, reported and locked down within days, $5,000 bug bounty paid Sept 17, coordinated disclosure meeting Sept 22</li><li>CVE-2026-88771 (unauthenticated RCE, all NetScaler ADC/Gateway) and CVE-2026-88772 (memory overflow → RCE/DoS on DTLS-enabled Gateway deployments) — both CVSS 9.5, flagged by security firm Watchtower, already exploited before patches were public</li><li>Why "we patched" doesn't mean "we weren't already compromised" — what to check in your logs</li><li>A heads-up that Kiteworks also pushed an emergency shutdown advisory the same weekend</li></ul><br/><p>Made you smarter? Tell a friend. Made you mad? Tell your vendor — looking at you, Citrix.</p><p>Breach Please is a production of JWJH Media LLC. The opinions of our hosts are our own; we're an LLC, so we're legally obligated to say that. No guests this episode. None of this is legal, financial, or security advice. Do your homework before pointing anything we said at prod.</p><p>#Cybersecurity #InfoSec #Microsoft #Citrix #BugBounty</p>]]></description><content:encoded><![CDATA[<p>The Takeaway: A 16-year-old bug bounty researcher (handle "Faav") found a way into Microsoft's internal Titan analytics service and could have accessed up to 17.3 trillion stored rows — including tens of thousands of email records (roughly 25,000 in one category, just under 18,000 employee records), plus org records, database configs, and dashboards — before responsibly disclosing it. Separately, two critical NetScaler vulnerabilities are already being exploited in the wild, and if you run NetScaler ADC or Gateway, this is a drop-everything patch.</p><p>Jake's out sick, so it's a solo, slightly shorter episode from Jess this time.</p><p>In this episode:</p><ul><li>How Faav found an exposed API behind Titan's Azure-backed backend, and the very human step — trying "admin" instead of an email-formatted UPN — that AI alone didn't get them to</li><li>Faav's full write-up: <a href="https://blog.faav.net/how-i-couldve-accessed-17-trillion-microsoft-records" rel="noopener noreferrer" target="_blank">https://blog.faav.net/how-i-couldve-accessed-17-trillion-microsoft-records</a> — also a great example of explaining a technical bug to a non-technical audience</li><li>The disclosure timeline: exposed API found Aug 25, working access found Sept 5, reported and locked down within days, $5,000 bug bounty paid Sept 17, coordinated disclosure meeting Sept 22</li><li>CVE-2026-88771 (unauthenticated RCE, all NetScaler ADC/Gateway) and CVE-2026-88772 (memory overflow → RCE/DoS on DTLS-enabled Gateway deployments) — both CVSS 9.5, flagged by security firm Watchtower, already exploited before patches were public</li><li>Why "we patched" doesn't mean "we weren't already compromised" — what to check in your logs</li><li>A heads-up that Kiteworks also pushed an emergency shutdown advisory the same weekend</li></ul><br/><p>Made you smarter? Tell a friend. Made you mad? Tell your vendor — looking at you, Citrix.</p><p>Breach Please is a production of JWJH Media LLC. The opinions of our hosts are our own; we're an LLC, so we're legally obligated to say that. No guests this episode. None of this is legal, financial, or security advice. Do your homework before pointing anything we said at prod.</p><p>#Cybersecurity #InfoSec #Microsoft #Citrix #BugBounty</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">d850f1f3-2953-4559-ba2d-7c9f80fa0c54</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Mon, 28 Sep 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/d850f1f3-2953-4559-ba2d-7c9f80fa0c54.mp3" length="28963361" type="audio/mpeg"/><itunes:duration>20:07</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>40</itunes:episode><podcast:episode>40</podcast:episode></item><item><title>S0:E39: FBI Breach, Shiny Hunters&apos; Oracle O-Day, and a PR Fail With Dogs</title><itunes:title>S0:E39: FBI Breach, Shiny Hunters&apos; Oracle O-Day, and a PR Fail With Dogs</itunes:title><description><![CDATA[<p>The Takeaway: Shiny Hunters exploited an Oracle PeopleSoft O-day to pull FBI employee, applicant, and family data out of AWS GovCloud. Based on TTP overlap with Shiny's other recent activity, the vulnerability in question is likely CVE-2026-35273 (CVSS 9.8, unauthenticated RCE), patched June 10. This isn't a "just patch faster" story. It's a technical debt story, a business continuity story, and a crisis comms story, all wearing the same trench coat.</p><p>In this episode: </p><p>- How Shiny Hunters got in, what they took, and why 404 Media's sourcing on this one is rock solid</p><p>- Why the CVE attribution here is our read on the pattern, not a confirmed fact from Oracle or the FBI </p><p>- Why PeopleSoft (and platforms like it) turn "patch it" into a months-long transformation project - The case for patching first and testing later, and where that logic breaks down - Why your business impact assessment needs to exist before the incident, not during it </p><p>- The FBI's "scheduled maintenance" messaging next to two very good dogs, and why PR needs a seat at the table before the holding statement goes up </p><p>Made you smarter, tell a friend. Made you mad, call the FBI. </p><p>Breach Please is a production of JWJH Media LLC. The opinions of our hosts are our own. Probably not Shiny Hunters' opinions, but we're an LLC, so we're legally obligated to say that too. None of this is legal, financial, or security advice. Do your homework before pointing anything we said at prod. </p><p>#Cybersecurity #DataBreach #InfoSec #ShinyHunters #Oracle</p>]]></description><content:encoded><![CDATA[<p>The Takeaway: Shiny Hunters exploited an Oracle PeopleSoft O-day to pull FBI employee, applicant, and family data out of AWS GovCloud. Based on TTP overlap with Shiny's other recent activity, the vulnerability in question is likely CVE-2026-35273 (CVSS 9.8, unauthenticated RCE), patched June 10. This isn't a "just patch faster" story. It's a technical debt story, a business continuity story, and a crisis comms story, all wearing the same trench coat.</p><p>In this episode: </p><p>- How Shiny Hunters got in, what they took, and why 404 Media's sourcing on this one is rock solid</p><p>- Why the CVE attribution here is our read on the pattern, not a confirmed fact from Oracle or the FBI </p><p>- Why PeopleSoft (and platforms like it) turn "patch it" into a months-long transformation project - The case for patching first and testing later, and where that logic breaks down - Why your business impact assessment needs to exist before the incident, not during it </p><p>- The FBI's "scheduled maintenance" messaging next to two very good dogs, and why PR needs a seat at the table before the holding statement goes up </p><p>Made you smarter, tell a friend. Made you mad, call the FBI. </p><p>Breach Please is a production of JWJH Media LLC. The opinions of our hosts are our own. Probably not Shiny Hunters' opinions, but we're an LLC, so we're legally obligated to say that too. None of this is legal, financial, or security advice. Do your homework before pointing anything we said at prod. </p><p>#Cybersecurity #DataBreach #InfoSec #ShinyHunters #Oracle</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">f05e5e22-1f12-4f29-af21-07110cef2840</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Wed, 23 Sep 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/f05e5e22-1f12-4f29-af21-07110cef2840.mp3" length="68137631" type="audio/mpeg"/><itunes:duration>47:19</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>39</itunes:episode><podcast:episode>39</podcast:episode></item><item><title>S0:E38 Live at Blue Team Con - Shecky on Acquisitions, Tech Debt &amp; AI&apos;s Due Diligence Risk</title><itunes:title>S0:E38 Live at Blue Team Con - Shecky on Acquisitions, Tech Debt &amp; AI&apos;s Due Diligence Risk</itunes:title><description><![CDATA[<p>Jake sits down with Shecky at Blue Team Con to talk post-acquisition chaos: onboarding nightmares, tech debt from overtooling, why undocumented processes aren't really processes, and the insider threat risk baked into every M&amp;A deal. Also: whether AI belongs anywhere near cybersecurity due diligence, given what a hallucinated finding could do to a deal (and to a lawsuit).</p><p>Breach Please is a production of JWJH Media LLC. Opinions are our own. Not legal, financial, or security advice.</p><p>#BreachPlease #Cybersecurity #MergersAndAcquisitions #InfoSec</p>]]></description><content:encoded><![CDATA[<p>Jake sits down with Shecky at Blue Team Con to talk post-acquisition chaos: onboarding nightmares, tech debt from overtooling, why undocumented processes aren't really processes, and the insider threat risk baked into every M&amp;A deal. Also: whether AI belongs anywhere near cybersecurity due diligence, given what a hallucinated finding could do to a deal (and to a lawsuit).</p><p>Breach Please is a production of JWJH Media LLC. Opinions are our own. Not legal, financial, or security advice.</p><p>#BreachPlease #Cybersecurity #MergersAndAcquisitions #InfoSec</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">51fc7f52-f9d3-49ae-b940-6e73e31e9799</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Tue, 22 Sep 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/51fc7f52-f9d3-49ae-b940-6e73e31e9799.mp3" length="39308478" type="audio/mpeg"/><itunes:duration>27:18</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>38</itunes:episode><podcast:episode>38</podcast:episode></item><item><title>S0:E37 - The AI Mistake That Nearly Started a War</title><itunes:title>S0:E37 - The AI Mistake That Nearly Started a War</itunes:title><description><![CDATA[<p>An AI intelligence analysis tool flagged a Chinese-flagged vessel as carrying nuclear materials, nearly triggering a military interdiction before the report was found to be faulty. Jess and Jake dig into their own theories on what may have gone wrong — from translation gaps to pattern-matching and confirmation bias — and what it means for "human in the loop" when the human doesn't feel safe pushing back. Also: the Chinese cybercrime slang for botnets, ChatGPT's sycophancy problem, and psychological safety as a prerequisite for anyone willing to pump the brakes on an AI-driven decision.</p><p>Breach Please is a production of JWJH Media LLC. Opinions are our own. Not legal, financial, security, or national security advice.</p><p>#BreachPlease #AISecurity #HumanInTheLoop #Cybersecurity #AIGovernance #InfoSec</p>]]></description><content:encoded><![CDATA[<p>An AI intelligence analysis tool flagged a Chinese-flagged vessel as carrying nuclear materials, nearly triggering a military interdiction before the report was found to be faulty. Jess and Jake dig into their own theories on what may have gone wrong — from translation gaps to pattern-matching and confirmation bias — and what it means for "human in the loop" when the human doesn't feel safe pushing back. Also: the Chinese cybercrime slang for botnets, ChatGPT's sycophancy problem, and psychological safety as a prerequisite for anyone willing to pump the brakes on an AI-driven decision.</p><p>Breach Please is a production of JWJH Media LLC. Opinions are our own. Not legal, financial, security, or national security advice.</p><p>#BreachPlease #AISecurity #HumanInTheLoop #Cybersecurity #AIGovernance #InfoSec</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">9f02fc93-4bae-4b10-bdc3-37442e13b5a8</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Mon, 21 Sep 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/9f02fc93-4bae-4b10-bdc3-37442e13b5a8.mp3" length="54187616" type="audio/mpeg"/><itunes:duration>37:38</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>37</itunes:episode><podcast:episode>37</podcast:episode></item><item><title>S0:E36 - Jake Talks to Exaforce about Data vs APIs in AI-enabled SOC</title><itunes:title>S0:E36 - Jake Talks to Exaforce about Data vs APIs in AI-enabled SOC</itunes:title><description><![CDATA[<p>In this episode, Jake sits down with one of Exaforce's co-founders and a long time user to discuss AI-enabled SOC. One of the big things we talk about is why API-based solutions miss a lot of context that is only really possible to generate with an underlying data model. We also talk about dogs and cats at the end for some fun personal discussions. Jess will be back tomorrow for more fun security banter. </p>]]></description><content:encoded><![CDATA[<p>In this episode, Jake sits down with one of Exaforce's co-founders and a long time user to discuss AI-enabled SOC. One of the big things we talk about is why API-based solutions miss a lot of context that is only really possible to generate with an underlying data model. We also talk about dogs and cats at the end for some fun personal discussions. Jess will be back tomorrow for more fun security banter. </p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">1a08ad72-770d-4fca-9e23-ba7c7acb6e1f</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Thu, 17 Sep 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/1a08ad72-770d-4fca-9e23-ba7c7acb6e1f.mp3" length="28703182" type="audio/mpeg"/><itunes:duration>19:56</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>36</itunes:episode><podcast:episode>36</podcast:episode></item><item><title>S0:E35. Update Yo Firewall Rules and Digital Escorts (totally SFW)</title><itunes:title>S0:E35. Update Yo Firewall Rules and Digital Escorts (totally SFW)</itunes:title><description><![CDATA[<p>In this episode, Jake and Jess talk about an upcoming critical change to domains for M365 and Teams that are ironically going to disproportionately impact those with the best security the most. We conclude this is busy work that MSFT is causing. Then we take a hard right into talking about Microsoft's Digital Escort (sounds dirty, but somehow is totally SFW) program, revealed by ProPublica. It's older news, but Jess hadn't heard about it and there's gold in them there hills. </p><p>Digital Escorts: https://www.propublica.org/article/microsoft-china-defense-department-digital-escorts-investigation-warning </p><p>Teams and Copilot (sadly somehow now M365) moving domains: https://www.computerworld.com/article/4221272/teams-and-copilot-are-changing-addresses-update-your-firewalls.html</p>]]></description><content:encoded><![CDATA[<p>In this episode, Jake and Jess talk about an upcoming critical change to domains for M365 and Teams that are ironically going to disproportionately impact those with the best security the most. We conclude this is busy work that MSFT is causing. Then we take a hard right into talking about Microsoft's Digital Escort (sounds dirty, but somehow is totally SFW) program, revealed by ProPublica. It's older news, but Jess hadn't heard about it and there's gold in them there hills. </p><p>Digital Escorts: https://www.propublica.org/article/microsoft-china-defense-department-digital-escorts-investigation-warning </p><p>Teams and Copilot (sadly somehow now M365) moving domains: https://www.computerworld.com/article/4221272/teams-and-copilot-are-changing-addresses-update-your-firewalls.html</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">432be020-560e-4204-98e9-92997b7a0863</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Wed, 16 Sep 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/432be020-560e-4204-98e9-92997b7a0863.mp3" length="44542790" type="audio/mpeg"/><itunes:duration>30:56</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>35</itunes:episode><podcast:episode>35</podcast:episode></item><item><title>S0:E34. Jake and Stel talk zero-trust and validating network edge devices.</title><itunes:title>S0:E34. Jake and Stel talk zero-trust and validating network edge devices.</itunes:title><description><![CDATA[<p>Jake and Jess will be back tomorrow for more content together. In this episode of Breach Please, Jake sits down with Stel Valavanis, co-founder of Blue Team Con. They discuss how for too long, we've known that network edge devices needed to be part of the zero trust equation, but put them in the "too hard" bucket of security because we didn't have tools to monitor them. Stel talks about the formation of a new company, Kyrient that Jake is both the inventor of the core technology of and an advisor for, that's hoping to address this. The key point that we try to make that is that we're blind today to most network device compromises and that's not a state of affairs that can continue in a modern security environment.</p>]]></description><content:encoded><![CDATA[<p>Jake and Jess will be back tomorrow for more content together. In this episode of Breach Please, Jake sits down with Stel Valavanis, co-founder of Blue Team Con. They discuss how for too long, we've known that network edge devices needed to be part of the zero trust equation, but put them in the "too hard" bucket of security because we didn't have tools to monitor them. Stel talks about the formation of a new company, Kyrient that Jake is both the inventor of the core technology of and an advisor for, that's hoping to address this. The key point that we try to make that is that we're blind today to most network device compromises and that's not a state of affairs that can continue in a modern security environment.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">bea54871-4031-4b95-9e46-585c0a5ca9be</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Tue, 15 Sep 2026 06:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/bea54871-4031-4b95-9e46-585c0a5ca9be.mp3" length="19745480" type="audio/mpeg"/><itunes:duration>13:43</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>34</itunes:episode><podcast:episode>34</podcast:episode></item><item><title>S0:E33 - (re-record) The EU CRA and You (even if you aren&apos;t an EU company)</title><itunes:title>S0:E33 - (re-record) The EU CRA and You (even if you aren&apos;t an EU company)</itunes:title><description><![CDATA[<p>Folks, our apologies. We didn't realize how bad the audio was with a given microphone/computer setup was for Riverside (our recording platform). We re-recorded and honestly, not only is the audio better, but it's a MUCH better episode overall.</p><p>On September 11, 2026, reporting requirements baked into the EU Cyber Resiliency Act came into force. The requirements apply to any vendor that sells or makes available for sale digital products (including SaaS, yes, you too) in the EU. You don't have to be an EU company. Reporting timelines are extremely tight, with 24 and 72 hour initial triggers. Fines for noncompliance are huge. This is something several of our clients don't realize applies to them, so we figured it was a good idea to do an episode on it.</p><p>We're not lawyers, so you should read what some actual lawyers wrote on the subject if you want more information:</p><p>https://www.taylorwessing.com/en/insights-and-events/insights/2026/09/cra-reporting-requirements</p>]]></description><content:encoded><![CDATA[<p>Folks, our apologies. We didn't realize how bad the audio was with a given microphone/computer setup was for Riverside (our recording platform). We re-recorded and honestly, not only is the audio better, but it's a MUCH better episode overall.</p><p>On September 11, 2026, reporting requirements baked into the EU Cyber Resiliency Act came into force. The requirements apply to any vendor that sells or makes available for sale digital products (including SaaS, yes, you too) in the EU. You don't have to be an EU company. Reporting timelines are extremely tight, with 24 and 72 hour initial triggers. Fines for noncompliance are huge. This is something several of our clients don't realize applies to them, so we figured it was a good idea to do an episode on it.</p><p>We're not lawyers, so you should read what some actual lawyers wrote on the subject if you want more information:</p><p>https://www.taylorwessing.com/en/insights-and-events/insights/2026/09/cra-reporting-requirements</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">6a122d76-c415-450f-b341-74fd216db97f</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Mon, 14 Sep 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/6a122d76-c415-450f-b341-74fd216db97f.mp3" length="71282982" type="audio/mpeg"/><itunes:duration>49:30</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>33</itunes:episode><podcast:episode>33</podcast:episode></item><item><title>S0:E32 - Where Traditional EDR Has Visibility Gaps with Golan Myers from Bloom Security</title><itunes:title>S0:E32 - Where Traditional EDR Has Visibility Gaps with Golan Myers from Bloom Security</itunes:title><description><![CDATA[<p>In this episode, I sit down with Golan Myers with Bloom Security and discuss what EDR is missing in its visibility. We then discuss some of the findings from his research and Bloom Security and what they're doing to solve the problem.</p><p>https://www.linkedin.com/in/golan-myers/</p><p>https://bloom.security/</p>]]></description><content:encoded><![CDATA[<p>In this episode, I sit down with Golan Myers with Bloom Security and discuss what EDR is missing in its visibility. We then discuss some of the findings from his research and Bloom Security and what they're doing to solve the problem.</p><p>https://www.linkedin.com/in/golan-myers/</p><p>https://bloom.security/</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">09b7bba1-6ca4-4980-969d-c8f9fd16de88</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Sun, 13 Sep 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/09b7bba1-6ca4-4980-969d-c8f9fd16de88.mp3" length="22937226" type="audio/mpeg"/><itunes:duration>15:56</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>32</itunes:episode><podcast:episode>32</podcast:episode></item><item><title>S0:E31 — They Did Everything Right, and Still Got Burned</title><itunes:title>S0:E31 — They Did Everything Right, and Still Got Burned</itunes:title><description><![CDATA[<p>Trezor disclosed a breach affecting roughly 67,000 US customers, data from orders placed between November 2019 and August 2021. The twist: Trezor had repeatedly requested and received written assurance that this data was deleted, in line with their contract and data policy. It wasn't. Jess and Jake use this as a real-world case study in third-party risk management, why "right to audit" is often a paper tiger control nobody budgets to actually use, and why this is the exact kind of story to proactively brief leadership on before it happens to you.</p><p>Second half: a wave of CVEs in PaperCut, the managed print service used heavily in schools and enterprises, letting attackers remotely take over print servers running as SYSTEM. Jess and Jake talk through why that's a bigger deal than it sounds (credential theft, lateral movement, and every sensitive document that crosses the print queue), why these servers so often end up exposed to the internet, and how to actually think about vulnerability risk beyond raw CVE counts.</p><p>In this episode:</p><ul><li>Trezor's breach: third-party vendor data that should have been deleted years ago, wasn't</li><li>Why "right to audit" contract language rarely gets used, and what to do instead</li><li>Reducing blast radius: don't retain data you don't need, and if you must, wall it off behind a jump box</li><li>How to brief leadership proactively: "we can do everything right and still get burned"</li><li>PaperCut's remote takeover CVEs: SYSTEM-level access, credential theft, and lateral movement</li><li>Why print servers end up internet-exposed (BYOD, guest Wi-Fi, mobile printing)</li><li>CVE count vs. actual risk: reading vulnerability history like an engineer, not a scorecard</li><li>A tone-deaf vendor sales pitch that used their own vulnerability disclosures as a selling point</li></ul><br/><p>Breach Please is a production of JWJH Media LLC. The opinions of our hosts are their own. Nothing in this episode is legal, financial, or security advice. Do your homework before pointing anything we said at prod.</p>]]></description><content:encoded><![CDATA[<p>Trezor disclosed a breach affecting roughly 67,000 US customers, data from orders placed between November 2019 and August 2021. The twist: Trezor had repeatedly requested and received written assurance that this data was deleted, in line with their contract and data policy. It wasn't. Jess and Jake use this as a real-world case study in third-party risk management, why "right to audit" is often a paper tiger control nobody budgets to actually use, and why this is the exact kind of story to proactively brief leadership on before it happens to you.</p><p>Second half: a wave of CVEs in PaperCut, the managed print service used heavily in schools and enterprises, letting attackers remotely take over print servers running as SYSTEM. Jess and Jake talk through why that's a bigger deal than it sounds (credential theft, lateral movement, and every sensitive document that crosses the print queue), why these servers so often end up exposed to the internet, and how to actually think about vulnerability risk beyond raw CVE counts.</p><p>In this episode:</p><ul><li>Trezor's breach: third-party vendor data that should have been deleted years ago, wasn't</li><li>Why "right to audit" contract language rarely gets used, and what to do instead</li><li>Reducing blast radius: don't retain data you don't need, and if you must, wall it off behind a jump box</li><li>How to brief leadership proactively: "we can do everything right and still get burned"</li><li>PaperCut's remote takeover CVEs: SYSTEM-level access, credential theft, and lateral movement</li><li>Why print servers end up internet-exposed (BYOD, guest Wi-Fi, mobile printing)</li><li>CVE count vs. actual risk: reading vulnerability history like an engineer, not a scorecard</li><li>A tone-deaf vendor sales pitch that used their own vulnerability disclosures as a selling point</li></ul><br/><p>Breach Please is a production of JWJH Media LLC. The opinions of our hosts are their own. Nothing in this episode is legal, financial, or security advice. Do your homework before pointing anything we said at prod.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">79ab72c4-a455-4395-8b22-178ba88148dd</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Fri, 11 Sep 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/79ab72c4-a455-4395-8b22-178ba88148dd.mp3" length="52020289" type="audio/mpeg"/><itunes:duration>36:07</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>31</itunes:episode><podcast:episode>31</podcast:episode></item><item><title>S0:E30 — WeChat&apos;s Zero-Click Worm Didn&apos;t Need AI to Be Scary</title><itunes:title>S0:E30 — WeChat&apos;s Zero-Click Worm Didn&apos;t Need AI to Be Scary</itunes:title><description><![CDATA[<p>Researchers at security firm Calif found a zero-click exploit chain in WeChat: place a call, the target doesn't even have to answer, and you get code execution on their phone. Chain it with other bugs and you get full device control, on both iOS and Android. Tencent patched it. The bigger problem started after, when the New York Times ran a headline blaming an AI model for building a computer worm that could rapidly hack WeChat accounts.</p><p>Jess and Jake walk through what the researchers actually did (AI sped up the process, it didn't discover or weaponize anything on its own), why "the model built a worm" is the kind of sensationalism that makes their actual jobs harder, and why this is fundamentally an attack surface story, not an AI story or even really a WeChat-specific one.</p><p>In this episode:</p><ul><li>The WeChat zero-click exploit: how it works, and why the caller needs to already be a contact</li><li>Chaining bugs to go from initial code execution to full device control</li><li>Why "the AI model built a worm" is bad reporting, and what it actually means when researchers say AI sped up their work</li><li>Why this is an attack surface conversation, not an AI-apocalypse one</li><li>The real cost of sensationalist headlines: talking execs down instead of focusing on what matters</li><li>Corporate messaging apps: WeChat, WhatsApp, and why "this is how the business communicates" isn't a security answer</li></ul><br/>]]></description><content:encoded><![CDATA[<p>Researchers at security firm Calif found a zero-click exploit chain in WeChat: place a call, the target doesn't even have to answer, and you get code execution on their phone. Chain it with other bugs and you get full device control, on both iOS and Android. Tencent patched it. The bigger problem started after, when the New York Times ran a headline blaming an AI model for building a computer worm that could rapidly hack WeChat accounts.</p><p>Jess and Jake walk through what the researchers actually did (AI sped up the process, it didn't discover or weaponize anything on its own), why "the model built a worm" is the kind of sensationalism that makes their actual jobs harder, and why this is fundamentally an attack surface story, not an AI story or even really a WeChat-specific one.</p><p>In this episode:</p><ul><li>The WeChat zero-click exploit: how it works, and why the caller needs to already be a contact</li><li>Chaining bugs to go from initial code execution to full device control</li><li>Why "the AI model built a worm" is bad reporting, and what it actually means when researchers say AI sped up their work</li><li>Why this is an attack surface conversation, not an AI-apocalypse one</li><li>The real cost of sensationalist headlines: talking execs down instead of focusing on what matters</li><li>Corporate messaging apps: WeChat, WhatsApp, and why "this is how the business communicates" isn't a security answer</li></ul><br/>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">ad61b0ea-824b-49be-90d6-09072d52d203</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Wed, 09 Sep 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/ad61b0ea-824b-49be-90d6-09072d52d203.mp3" length="34255351" type="audio/mpeg"/><itunes:duration>23:47</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>30</itunes:episode><podcast:episode>30</podcast:episode></item><item><title>S0:E29 — The GRE Tunnel That Wasn&apos;t in the Config</title><itunes:title>S0:E29 — The GRE Tunnel That Wasn&apos;t in the Config</itunes:title><description><![CDATA[<p>Sygnia published new research on Fire Ant, a threat actor they first tracked in 2025 around hypervisor espionage against vCenter and ESXi. The new report covers something rarer: live compromise of Cisco IOS XR network devices, discovered because a responder noticed a GRE tunnel in network monitoring that didn't exist in the running config and left no trace in the logs. Jess and Jake walk through what that means for defenders, why IOS XR being Linux-based changes the economics of building a backdoor, and why "compromised network devices" remains one of the most underappreciated categories of incident today.</p><p>They also get into the ongoing mess of threat actor naming conventions (why one group can have a dozen different names across vendors, and why that's not just marketing), and revisit an earlier debate: is network device security part of zero trust, or a separate problem? Jake asked the internet. The internet had opinions.</p><p>In this episode:</p><ul><li>Why one threat actor group ends up with a different name at every vendor, and why that's harder to fix than it sounds</li><li>Fire Ant: Sygnia's research on Cisco IOS XR compromise and a GRE tunnel that left no trace in logs or saved config</li><li>Why IOS XR being Linux-based lowers the cost of building a persistent backdoor from six figures to a scripting problem</li><li>The running-config-vs-saved-config trap during incident response</li><li>Why unencrypted internal traffic means a compromised network device gets credentials, not just topology</li><li>Man-in-the-middle terminology, RC4, Kerberoasting, and why alerting on SPN enumeration breaks down for an on-path attacker</li><li>Why network device security has to be part of zero trust, not an asterisk on it</li></ul><br/><p>Breach Please is a production of JWJH Media LLC. The opinions of our hosts are their own. Nothing in this episode is legal, financial, or security advice. Do your homework before pointing anything we said at prod.</p>]]></description><content:encoded><![CDATA[<p>Sygnia published new research on Fire Ant, a threat actor they first tracked in 2025 around hypervisor espionage against vCenter and ESXi. The new report covers something rarer: live compromise of Cisco IOS XR network devices, discovered because a responder noticed a GRE tunnel in network monitoring that didn't exist in the running config and left no trace in the logs. Jess and Jake walk through what that means for defenders, why IOS XR being Linux-based changes the economics of building a backdoor, and why "compromised network devices" remains one of the most underappreciated categories of incident today.</p><p>They also get into the ongoing mess of threat actor naming conventions (why one group can have a dozen different names across vendors, and why that's not just marketing), and revisit an earlier debate: is network device security part of zero trust, or a separate problem? Jake asked the internet. The internet had opinions.</p><p>In this episode:</p><ul><li>Why one threat actor group ends up with a different name at every vendor, and why that's harder to fix than it sounds</li><li>Fire Ant: Sygnia's research on Cisco IOS XR compromise and a GRE tunnel that left no trace in logs or saved config</li><li>Why IOS XR being Linux-based lowers the cost of building a persistent backdoor from six figures to a scripting problem</li><li>The running-config-vs-saved-config trap during incident response</li><li>Why unencrypted internal traffic means a compromised network device gets credentials, not just topology</li><li>Man-in-the-middle terminology, RC4, Kerberoasting, and why alerting on SPN enumeration breaks down for an on-path attacker</li><li>Why network device security has to be part of zero trust, not an asterisk on it</li></ul><br/><p>Breach Please is a production of JWJH Media LLC. The opinions of our hosts are their own. Nothing in this episode is legal, financial, or security advice. Do your homework before pointing anything we said at prod.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">9244f14c-cc95-410d-bef5-67b240b89b9e</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Tue, 08 Sep 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/9244f14c-cc95-410d-bef5-67b240b89b9e.mp3" length="55487260" type="audio/mpeg"/><itunes:duration>38:32</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>29</itunes:episode><podcast:episode>29</podcast:episode></item><item><title>S0:E28 — When &quot;Unique Experiences&quot; Means Everyone Looks the Same</title><itunes:title>S0:E28 — When &quot;Unique Experiences&quot; Means Everyone Looks the Same</itunes:title><description><![CDATA[<p>Jess opened LinkedIn to a CISO certificate program announcement featuring its full guest lecturer roster. Every single one looked the same. Tarah Wheeler joins Jess and Jake for their first-ever guest episode to talk through why this particular miss is worse than a one-hour conference "manel," what accountability actually looks like when it happens (spoiler: it's not calling out names), and the real cost people pay for pointing it out in the first place.</p><p>They also get into an International Security paper on the offense-defense automation gap and why creativity and diverse thinking matter more on the attacker side than AI alone can replace, plus a trip down memory lane through some genuinely bad booth-babe decisions from Black Hat and RSA years past.</p><p>In this episode:</p><ul><li>A CISO certificate program's all-white-male guest lecturer lineup, and why a training program is a different problem than a one-off panel</li><li>Why calling this out publicly carries real career risk, especially for the people left off</li><li>What accountability actually looks like: own the mistake, fix it, don't relitigate who's to blame</li><li>The double bind: get dismissed as "not qualified" or "not collegial" for speaking up</li><li>Diversity of thought vs. diversity of background, and why both matter for how you manage and lead</li><li>The offense-defense automation gap: why creativity in attack techniques resists automation in ways defense doesn't</li><li>A look back at some infamous industry moments and how far things have and haven't come</li></ul><br/><p>Breach Please is a production of JWJH Media LLC. The opinions of our hosts are their own. For the first time, the opinions of our guest are hers alone and don't represent any employer, client, or official position. None of this is legal, financial, or security advice. Do your homework before pointing anything we said at prod.</p>]]></description><content:encoded><![CDATA[<p>Jess opened LinkedIn to a CISO certificate program announcement featuring its full guest lecturer roster. Every single one looked the same. Tarah Wheeler joins Jess and Jake for their first-ever guest episode to talk through why this particular miss is worse than a one-hour conference "manel," what accountability actually looks like when it happens (spoiler: it's not calling out names), and the real cost people pay for pointing it out in the first place.</p><p>They also get into an International Security paper on the offense-defense automation gap and why creativity and diverse thinking matter more on the attacker side than AI alone can replace, plus a trip down memory lane through some genuinely bad booth-babe decisions from Black Hat and RSA years past.</p><p>In this episode:</p><ul><li>A CISO certificate program's all-white-male guest lecturer lineup, and why a training program is a different problem than a one-off panel</li><li>Why calling this out publicly carries real career risk, especially for the people left off</li><li>What accountability actually looks like: own the mistake, fix it, don't relitigate who's to blame</li><li>The double bind: get dismissed as "not qualified" or "not collegial" for speaking up</li><li>Diversity of thought vs. diversity of background, and why both matter for how you manage and lead</li><li>The offense-defense automation gap: why creativity in attack techniques resists automation in ways defense doesn't</li><li>A look back at some infamous industry moments and how far things have and haven't come</li></ul><br/><p>Breach Please is a production of JWJH Media LLC. The opinions of our hosts are their own. For the first time, the opinions of our guest are hers alone and don't represent any employer, client, or official position. None of this is legal, financial, or security advice. Do your homework before pointing anything we said at prod.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">8ff9521e-349b-479b-b6d2-2b59aed0e57c</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Sat, 05 Sep 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/8ff9521e-349b-479b-b6d2-2b59aed0e57c.mp3" length="33955048" type="audio/mpeg"/><itunes:duration>23:35</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>28</itunes:episode><podcast:episode>28</podcast:episode></item><item><title>S0:E27 — The Agentic Ransomware Story That Wasn&apos;t</title><itunes:title>S0:E27 — The Agentic Ransomware Story That Wasn&apos;t</itunes:title><description><![CDATA[<p>Palo Alto's Unit 42 published a report describing a fully automated, agentic AI ransomware attack, complete with an 80-page lessons-learned document the attackers supposedly left behind for the victim. It got picked up and ran with by outlets looking for the AI-apocalypse angle. Jess and Jake go through what the report actually says versus what got exaggerated in the retelling, and call out the pattern of vendors using AI-attack framing to sell their own AI-defense product.</p><p>Second half: a stolen API key with no spending cap burned through hundreds of thousands of dollars in usage before anyone noticed. Jess and Jake use it to talk through exposure management, reachability analysis, and toxic combinations, why chasing CVSS criticals alone is the wrong way to prioritize vulnerability management, and where AI can actually help defenders instead of just generating more hype.</p><p>In this episode:</p><ul><li>Unit 42's "agentic ransomware" report: what checks out and what's marketing spin</li><li>Why "the threat actor used AI" doesn't mean the defense should be AI-shaped</li><li>Practical advice for stakeholders asking "how do I defend against AI-driven attacks"</li><li>Toxic combinations and why prioritizing by CVSS score alone fails</li><li>A stolen API key with no spending cap and the usage spike that followed</li><li>Exposure management, reachability analysis, and where AI genuinely helps defenders</li><li>Adam Shostack's updated threat modeling book and his PHANTOM-B threat model framework</li></ul><br/><p>Show notes:</p><ul><li>Unit 42 report: <a href="https://unit42.paloaltonetworks.com/ai-assisted-cyber-attack-inside-a-unit-42-investigation/" rel="noopener noreferrer" target="_blank">https://unit42.paloaltonetworks.com/ai-assisted-cyber-attack-inside-a-unit-42-investigation/</a></li><li>The Register coverage: <a href="https://www.theregister.com/security/2026/09/02/ai-agents-carried-out-every-step-of-this-ransomware-attack-then-left-the-victim-an-80-page-security-audit/5294009" rel="noopener noreferrer" target="_blank">https://www.theregister.com/security/2026/09/02/ai-agents-carried-out-every-step-of-this-ransomware-attack-then-left-the-victim-an-80-page-security-audit/5294009</a></li><li>API key incident (The Register): <a href="https://www.theregister.com/security/2026/09/01/attacker-stole-a-metr-api-key-used-600k-worth-of-credits-and-no-one-noticed-for-weeks/5293730" rel="noopener noreferrer" target="_blank">https://www.theregister.com/security/2026/09/01/attacker-stole-a-metr-api-key-used-600k-worth-of-credits-and-no-one-noticed-for-weeks/5293730</a></li><li>Threat Modeling, 2nd Edition (preorder): <a href="https://www.amazon.com/Threat-Modeling-Designing-Adam-Shostack/dp/1394413327" rel="noopener noreferrer" target="_blank">https://www.amazon.com/Threat-Modeling-Designing-Adam-Shostack/dp/1394413327</a></li><li>PHANTOM-B whitepaper: <a href="https://shostack.org/files/papers/PHANTOM-B_Whitepaper_Shostack.pdf" rel="noopener noreferrer" target="_blank">https://shostack.org/files/papers/PHANTOM-B_Whitepaper_Shostack.pdf</a></li></ul><br/><p>Breach Please is a production of JWJH Media LLC. The opinions of our hosts are their own. Nothing in this episode is legal, financial, or security advice. Do your homework before pointing anything we said at prod.</p>]]></description><content:encoded><![CDATA[<p>Palo Alto's Unit 42 published a report describing a fully automated, agentic AI ransomware attack, complete with an 80-page lessons-learned document the attackers supposedly left behind for the victim. It got picked up and ran with by outlets looking for the AI-apocalypse angle. Jess and Jake go through what the report actually says versus what got exaggerated in the retelling, and call out the pattern of vendors using AI-attack framing to sell their own AI-defense product.</p><p>Second half: a stolen API key with no spending cap burned through hundreds of thousands of dollars in usage before anyone noticed. Jess and Jake use it to talk through exposure management, reachability analysis, and toxic combinations, why chasing CVSS criticals alone is the wrong way to prioritize vulnerability management, and where AI can actually help defenders instead of just generating more hype.</p><p>In this episode:</p><ul><li>Unit 42's "agentic ransomware" report: what checks out and what's marketing spin</li><li>Why "the threat actor used AI" doesn't mean the defense should be AI-shaped</li><li>Practical advice for stakeholders asking "how do I defend against AI-driven attacks"</li><li>Toxic combinations and why prioritizing by CVSS score alone fails</li><li>A stolen API key with no spending cap and the usage spike that followed</li><li>Exposure management, reachability analysis, and where AI genuinely helps defenders</li><li>Adam Shostack's updated threat modeling book and his PHANTOM-B threat model framework</li></ul><br/><p>Show notes:</p><ul><li>Unit 42 report: <a href="https://unit42.paloaltonetworks.com/ai-assisted-cyber-attack-inside-a-unit-42-investigation/" rel="noopener noreferrer" target="_blank">https://unit42.paloaltonetworks.com/ai-assisted-cyber-attack-inside-a-unit-42-investigation/</a></li><li>The Register coverage: <a href="https://www.theregister.com/security/2026/09/02/ai-agents-carried-out-every-step-of-this-ransomware-attack-then-left-the-victim-an-80-page-security-audit/5294009" rel="noopener noreferrer" target="_blank">https://www.theregister.com/security/2026/09/02/ai-agents-carried-out-every-step-of-this-ransomware-attack-then-left-the-victim-an-80-page-security-audit/5294009</a></li><li>API key incident (The Register): <a href="https://www.theregister.com/security/2026/09/01/attacker-stole-a-metr-api-key-used-600k-worth-of-credits-and-no-one-noticed-for-weeks/5293730" rel="noopener noreferrer" target="_blank">https://www.theregister.com/security/2026/09/01/attacker-stole-a-metr-api-key-used-600k-worth-of-credits-and-no-one-noticed-for-weeks/5293730</a></li><li>Threat Modeling, 2nd Edition (preorder): <a href="https://www.amazon.com/Threat-Modeling-Designing-Adam-Shostack/dp/1394413327" rel="noopener noreferrer" target="_blank">https://www.amazon.com/Threat-Modeling-Designing-Adam-Shostack/dp/1394413327</a></li><li>PHANTOM-B whitepaper: <a href="https://shostack.org/files/papers/PHANTOM-B_Whitepaper_Shostack.pdf" rel="noopener noreferrer" target="_blank">https://shostack.org/files/papers/PHANTOM-B_Whitepaper_Shostack.pdf</a></li></ul><br/><p>Breach Please is a production of JWJH Media LLC. The opinions of our hosts are their own. Nothing in this episode is legal, financial, or security advice. Do your homework before pointing anything we said at prod.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">f239d48e-9721-4192-9c0b-7b882820dfb0</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Fri, 04 Sep 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/f239d48e-9721-4192-9c0b-7b882820dfb0.mp3" length="48603472" type="audio/mpeg"/><itunes:duration>33:45</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>27</itunes:episode><podcast:episode>27</podcast:episode></item><item><title>S0:E26. IDScan.net suspected data breach, toxic data, and TPRM in general.</title><itunes:title>S0:E26. IDScan.net suspected data breach, toxic data, and TPRM in general.</itunes:title><description><![CDATA[<p>In this episode of Breach Please, Jake and Jess talk about the suspected IDScan.net breach. We discuss whether a situation like this is a data breach for your org if you "only" use a third party processor to verify identity. We decide this is a question best left for external counsel (with the cover of their malpractice insurance). We discuss the difficulties of saying "third party risk management will fix this" and challenge snake oil vendors not to use that line. Finally, we discuss how we might change architecture of our applications in the future.</p><p>Source article: https://krebsonsecurity.com/2026/09/fbi-probes-service-selling-153m-drivers-licenses/</p>]]></description><content:encoded><![CDATA[<p>In this episode of Breach Please, Jake and Jess talk about the suspected IDScan.net breach. We discuss whether a situation like this is a data breach for your org if you "only" use a third party processor to verify identity. We decide this is a question best left for external counsel (with the cover of their malpractice insurance). We discuss the difficulties of saying "third party risk management will fix this" and challenge snake oil vendors not to use that line. Finally, we discuss how we might change architecture of our applications in the future.</p><p>Source article: https://krebsonsecurity.com/2026/09/fbi-probes-service-selling-153m-drivers-licenses/</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">54ff5ff6-e3bd-42b9-ab5c-5155ccd19422</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Thu, 03 Sep 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/54ff5ff6-e3bd-42b9-ab5c-5155ccd19422.mp3" length="66329539" type="audio/mpeg"/><itunes:duration>46:04</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>26</itunes:episode><podcast:episode>26</podcast:episode></item><item><title>S0:E25 — The Exchange Bug That&apos;s Worse Than Its Score</title><itunes:title>S0:E25 — The Exchange Bug That&apos;s Worse Than Its Score</itunes:title><description><![CDATA[<p>A CVSS 8 elevation-of-privilege bug in on-prem Exchange looks unassuming until you dig into what it actually grants an attacker. Jess and Jake break down the proxy flaw, why "authorized attacker" is doing a lot of quiet work in that description, and why this is one of the rare moments defenders get a head start before exploitation goes wide.</p><p>Jake's course at Wild West Hackin' Fest: https://www.antisyphontraining.com/product/hands-on-ai-security-risk-assessment-with-jake-williams/</p>]]></description><content:encoded><![CDATA[<p>A CVSS 8 elevation-of-privilege bug in on-prem Exchange looks unassuming until you dig into what it actually grants an attacker. Jess and Jake break down the proxy flaw, why "authorized attacker" is doing a lot of quiet work in that description, and why this is one of the rare moments defenders get a head start before exploitation goes wide.</p><p>Jake's course at Wild West Hackin' Fest: https://www.antisyphontraining.com/product/hands-on-ai-security-risk-assessment-with-jake-williams/</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">fea44092-a761-4413-9c6a-9957b1b9eebb</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Wed, 02 Sep 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/fea44092-a761-4413-9c6a-9957b1b9eebb.mp3" length="44697017" type="audio/mpeg"/><itunes:duration>31:02</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>25</itunes:episode><podcast:episode>25</podcast:episode></item><item><title>S0:E24. We talk about the attack on Boston Scientific and ransomware in general.</title><itunes:title>S0:E24. We talk about the attack on Boston Scientific and ransomware in general.</itunes:title><description><![CDATA[<p>In this episode, Jake and Jess talk about the IT availability issue occurring at Boston Scientific (be real, it's almost certainly ransomware). Then we talk about ransomware response, immutable backups (and specifically what they DON'T get you), and rabbit hole in the ransomware discussion several times.</p><p>Jake also reps #SAINTCON - you should go if you get the opportunity (tickets for this year are sold out, but you can get on the standby list).</p><p>https://saintcon.org/</p><p>Speaking of conferences, Wild West Hackin' Fest is about a month away and Jake still has a few in-person seats left in his class (expected to sell out this week or next) and unlimited seats in his virtual training. You'll leave after two days ready to perform AI Risk Assessments.</p><p>https://www.antisyphontraining.com/product/hands-on-ai-security-risk-assessment-with-jake-williams/</p>]]></description><content:encoded><![CDATA[<p>In this episode, Jake and Jess talk about the IT availability issue occurring at Boston Scientific (be real, it's almost certainly ransomware). Then we talk about ransomware response, immutable backups (and specifically what they DON'T get you), and rabbit hole in the ransomware discussion several times.</p><p>Jake also reps #SAINTCON - you should go if you get the opportunity (tickets for this year are sold out, but you can get on the standby list).</p><p>https://saintcon.org/</p><p>Speaking of conferences, Wild West Hackin' Fest is about a month away and Jake still has a few in-person seats left in his class (expected to sell out this week or next) and unlimited seats in his virtual training. You'll leave after two days ready to perform AI Risk Assessments.</p><p>https://www.antisyphontraining.com/product/hands-on-ai-security-risk-assessment-with-jake-williams/</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">efae362f-4541-4bf2-99fa-0aa641ba46e8</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Mon, 31 Aug 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/efae362f-4541-4bf2-99fa-0aa641ba46e8.mp3" length="40132275" type="audio/mpeg"/><itunes:duration>27:52</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>24</itunes:episode><podcast:episode>24</podcast:episode></item><item><title>S0E23.  The LA County Museum of Art breach that took a year to unravel</title><itunes:title>S0E23.  The LA County Museum of Art breach that took a year to unravel</itunes:title><description><![CDATA[<h5>LACMA’s year-long breach disclosure delay and what it says about incident response</h5><p>Jess Hebenstreit and Jake Williams break down a Los Angeles County Museum of Art data security incident that raises big questions about breach timelines, notification delays, and response ownership. They focus on what the disclosure says, what it leaves unsaid, and why the cleanup process may have taken far longer than it should have. In this episode, they examine the gap between initial detection, timeline validation, data review, and eventual notification. They also unpack why the kind of data exposed suggests employee and benefits records, and why that matters for both legal exposure and response logistics.</p><h6>Key topics</h6><h6><strong>The breach timeline looks unusually long</strong></h6><ul><li>Jess and Jake note that LACMA says it detected suspicious activity on July 11, 2025, but did not publish the disclosure until August 24, 2026.</li><li>They question how it took weeks to confirm the intrusion window and then months more to complete the data review.</li></ul><br/><h6><strong>The delay in scoping the incident raises red flags</strong></h6><ul><li>Jake points out that the investigation later narrowed the third party’s access to July 7 through July 11.</li><li>They discuss how incident teams can get stuck chasing false leads in logs, but still say this timeline feels slow.</li></ul><br/><h6><strong>Data review appears to have dragged on</strong></h6><ul><li>The disclosure says the initial data review results arrived in late February 2026.</li><li>Jess and Jake interpret that as a sign of weak data governance, poor vendor management, or both.</li></ul><br/><h6><strong>The affected data suggests employee and benefits records</strong></h6><ul><li>The potentially exposed data includes full names, dates of birth, Social Security numbers, government ID numbers, financial account numbers, payment card data, health insurance information, and limited medical details.</li><li>Jess argues that this pattern looks like employee data, possibly tied to a self-funded health plan.</li></ul><br/><h6><strong>Notification logistics seem inconsistent</strong></h6><ul><li>Jake questions why the organization spent months trying to obtain “accurate contact information” before notifying impacted people.</li><li>He notes that breach notification rules generally do not wait for perfect contact data before state reporting obligations begin.</li></ul><br/><h6><strong>A class action lawsuit seems likely</strong></h6><ul><li>Jess says she expects litigation, and Jake agrees.</li><li>They also suggest state attorney general investigations are likely.</li></ul><br/><h6><strong>The response may have suffered from leadership turnover</strong></h6><ul><li>Jess thinks a change in leadership or responsibility may have disrupted the response.</li><li>Jake agrees that handoffs, missing context, or people being removed mid-incident can create major problems.</li></ul><br/><h6><strong>They believe outsourcing the data review was the right move, but too late</strong></h6><ul><li>Jake explains why identifying impacted records is harder than it sounds, especially with inconsistent name formats, spellings, and duplicate records.</li><li>Both agree this kind of work should be handled by a firm that does breach review every day.</li></ul><br/><h6><strong>Cyber insurance and breach counsel likely shaped the response</strong></h6><ul><li>They debate whether the organization had cyber insurance and how that would have affected the handling of the case.</li><li>Jake explains that cyber claims usually involve upfront costs and reimbursement later, which can slow response work.</li></ul><br/><h6><strong>The human cost of a broken incident response</strong></h6><ul><li>Jess closes by saying she feels bad for the responders who had to deal with the mess.</li><li>Jake advises responders to keep notes, assume they may be deposed later, and remember that the organization will not protect them in enforcement actions.</li></ul><br/><h6>Timestamps</h6><p>00:00 - Breach Please intro and the show’s no-nonsense mission</p><p> 01:33 - LACMA data security incident enters the conversation</p><p> 01:50 - Why the disclosure timeline is so hard to believe</p><p> 03:18 - What the timeline says about detection and scoping</p><p> 06:01 - Late February 2026 data review results</p><p> 07:57 - Why “accurate contact information” is a weak explanation</p><p> 08:52 - Why a lawsuit and state investigations seem likely</p><p> 09:27 - The exposed data and why it looks like employee records</p><p> 10:54 - A Reddit post suggesting notifications were already going out</p><p> 12:12 - Possible leadership change during the response</p><p> 13:37 - When even counsel decides the incident is too messy</p><p> 15:31 - Whether cyber insurance was involved at all</p><p> 17:04 - How cyber claims actually get paid</p><p> 18:38 - Procurement problems or failed in-house review?</p><p> 20:21 - Why identifying impacted people is much harder than it sounds</p><p> 22:36 - Why outsourcing the review was probably necessary</p><p> 23:35 - Why state reporting obligations still matter even if mailing is slow</p><p> 24:04 - Sympathy for the responders caught in the middle</p><p> 25:02 - Why responders should document everything now</p><p> 25:57 - Final reminder: organizations do not protect employees in enforcement actions</p><p> 26:11 - Outro and closing sign-off</p><h6></h6><p></p><p></p>]]></description><content:encoded><![CDATA[<h5>LACMA’s year-long breach disclosure delay and what it says about incident response</h5><p>Jess Hebenstreit and Jake Williams break down a Los Angeles County Museum of Art data security incident that raises big questions about breach timelines, notification delays, and response ownership. They focus on what the disclosure says, what it leaves unsaid, and why the cleanup process may have taken far longer than it should have. In this episode, they examine the gap between initial detection, timeline validation, data review, and eventual notification. They also unpack why the kind of data exposed suggests employee and benefits records, and why that matters for both legal exposure and response logistics.</p><h6>Key topics</h6><h6><strong>The breach timeline looks unusually long</strong></h6><ul><li>Jess and Jake note that LACMA says it detected suspicious activity on July 11, 2025, but did not publish the disclosure until August 24, 2026.</li><li>They question how it took weeks to confirm the intrusion window and then months more to complete the data review.</li></ul><br/><h6><strong>The delay in scoping the incident raises red flags</strong></h6><ul><li>Jake points out that the investigation later narrowed the third party’s access to July 7 through July 11.</li><li>They discuss how incident teams can get stuck chasing false leads in logs, but still say this timeline feels slow.</li></ul><br/><h6><strong>Data review appears to have dragged on</strong></h6><ul><li>The disclosure says the initial data review results arrived in late February 2026.</li><li>Jess and Jake interpret that as a sign of weak data governance, poor vendor management, or both.</li></ul><br/><h6><strong>The affected data suggests employee and benefits records</strong></h6><ul><li>The potentially exposed data includes full names, dates of birth, Social Security numbers, government ID numbers, financial account numbers, payment card data, health insurance information, and limited medical details.</li><li>Jess argues that this pattern looks like employee data, possibly tied to a self-funded health plan.</li></ul><br/><h6><strong>Notification logistics seem inconsistent</strong></h6><ul><li>Jake questions why the organization spent months trying to obtain “accurate contact information” before notifying impacted people.</li><li>He notes that breach notification rules generally do not wait for perfect contact data before state reporting obligations begin.</li></ul><br/><h6><strong>A class action lawsuit seems likely</strong></h6><ul><li>Jess says she expects litigation, and Jake agrees.</li><li>They also suggest state attorney general investigations are likely.</li></ul><br/><h6><strong>The response may have suffered from leadership turnover</strong></h6><ul><li>Jess thinks a change in leadership or responsibility may have disrupted the response.</li><li>Jake agrees that handoffs, missing context, or people being removed mid-incident can create major problems.</li></ul><br/><h6><strong>They believe outsourcing the data review was the right move, but too late</strong></h6><ul><li>Jake explains why identifying impacted records is harder than it sounds, especially with inconsistent name formats, spellings, and duplicate records.</li><li>Both agree this kind of work should be handled by a firm that does breach review every day.</li></ul><br/><h6><strong>Cyber insurance and breach counsel likely shaped the response</strong></h6><ul><li>They debate whether the organization had cyber insurance and how that would have affected the handling of the case.</li><li>Jake explains that cyber claims usually involve upfront costs and reimbursement later, which can slow response work.</li></ul><br/><h6><strong>The human cost of a broken incident response</strong></h6><ul><li>Jess closes by saying she feels bad for the responders who had to deal with the mess.</li><li>Jake advises responders to keep notes, assume they may be deposed later, and remember that the organization will not protect them in enforcement actions.</li></ul><br/><h6>Timestamps</h6><p>00:00 - Breach Please intro and the show’s no-nonsense mission</p><p> 01:33 - LACMA data security incident enters the conversation</p><p> 01:50 - Why the disclosure timeline is so hard to believe</p><p> 03:18 - What the timeline says about detection and scoping</p><p> 06:01 - Late February 2026 data review results</p><p> 07:57 - Why “accurate contact information” is a weak explanation</p><p> 08:52 - Why a lawsuit and state investigations seem likely</p><p> 09:27 - The exposed data and why it looks like employee records</p><p> 10:54 - A Reddit post suggesting notifications were already going out</p><p> 12:12 - Possible leadership change during the response</p><p> 13:37 - When even counsel decides the incident is too messy</p><p> 15:31 - Whether cyber insurance was involved at all</p><p> 17:04 - How cyber claims actually get paid</p><p> 18:38 - Procurement problems or failed in-house review?</p><p> 20:21 - Why identifying impacted people is much harder than it sounds</p><p> 22:36 - Why outsourcing the review was probably necessary</p><p> 23:35 - Why state reporting obligations still matter even if mailing is slow</p><p> 24:04 - Sympathy for the responders caught in the middle</p><p> 25:02 - Why responders should document everything now</p><p> 25:57 - Final reminder: organizations do not protect employees in enforcement actions</p><p> 26:11 - Outro and closing sign-off</p><h6></h6><p></p><p></p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">c19d1de1-8dc9-4344-baea-579a435a9327</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Fri, 28 Aug 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/c19d1de1-8dc9-4344-baea-579a435a9327.mp3" length="38872129" type="audio/mpeg"/><itunes:duration>27:00</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>23</itunes:episode><podcast:episode>23</podcast:episode></item><item><title>S0:E22. We go a little long discussing the OpenAI post-mortem on Hugging Face.</title><itunes:title>S0:E22. We go a little long discussing the OpenAI post-mortem on Hugging Face.</itunes:title><description><![CDATA[<p>In today's episode of Breach Please, Jake and Jess talk through the OpenAI post-mortem on the Hugging Face hack. It's a doozy. There's little doubt in either of our minds that the facts as presented don't exonerate OpenAI - they make it look far worse. We cut through the hype and conclude that there's no way OpenAI was following even the most basic of security best practices, even accounting for hindsight bias. Jake closes by reading a passage from one of Sam Altman's tweets from December 2025, which made clear he knew the dangers of AI - the kind of thing that is likely to haunt him in the future.</p><p>https://openai.com/index/hugging-face-incident-and-the-road-ahead/</p><p>https://x.com/sama/status/2004939524216910323</p>]]></description><content:encoded><![CDATA[<p>In today's episode of Breach Please, Jake and Jess talk through the OpenAI post-mortem on the Hugging Face hack. It's a doozy. There's little doubt in either of our minds that the facts as presented don't exonerate OpenAI - they make it look far worse. We cut through the hype and conclude that there's no way OpenAI was following even the most basic of security best practices, even accounting for hindsight bias. Jake closes by reading a passage from one of Sam Altman's tweets from December 2025, which made clear he knew the dangers of AI - the kind of thing that is likely to haunt him in the future.</p><p>https://openai.com/index/hugging-face-incident-and-the-road-ahead/</p><p>https://x.com/sama/status/2004939524216910323</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">61549690-7381-4795-89d5-a622a5e9336c</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Thu, 27 Aug 2026 04:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/61549690-7381-4795-89d5-a622a5e9336c.mp3" length="22891642" type="audio/mpeg"/><itunes:duration>47:41</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>22</itunes:episode><podcast:episode>22</podcast:episode></item><item><title>S0E21: Alabama Comes for OpenAI, WebLogic Comes for Everyone</title><itunes:title>S0E21: Alabama Comes for OpenAI, WebLogic Comes for Everyone</itunes:title><description><![CDATA[<p>Fifteen state attorneys general, led by Alabama, just subpoenaed OpenAI over the Hugging Face breach, demanding the company preserve all evidence related to the intrusion. Jess and Jake break down what that legal hold actually requires, why "mark it ACP" doesn't make a Slack channel privileged, and why the discovery list's question about internal safety concerns might be the part that burns OpenAI hardest. </p><p>Then: a perfect-10 WebLogic vulnerability, patched back in January, just landed on CISA's Known Exploited Vulnerabilities list, eight months after active exploitation began. Jess and Jake talk through why "patch applied" isn't the finish line and what a post-patch threat hunt should actually look like. </p><p>In this episode: Fifteen states subpoena OpenAI over the Hugging Face hack and order evidence preservation What a legal hold actually requires (and what evidence spoliation means) Why marking a channel "ACP" doesn't make it attorney-client privileged The discovery request digging into internal safety concerns and model testing A perfect-10 WebLogic CVE, patched in January, added to CISA's KEV eight months later Why "patch applied" doesn't mean "threat hunt done"</p>]]></description><content:encoded><![CDATA[<p>Fifteen state attorneys general, led by Alabama, just subpoenaed OpenAI over the Hugging Face breach, demanding the company preserve all evidence related to the intrusion. Jess and Jake break down what that legal hold actually requires, why "mark it ACP" doesn't make a Slack channel privileged, and why the discovery list's question about internal safety concerns might be the part that burns OpenAI hardest. </p><p>Then: a perfect-10 WebLogic vulnerability, patched back in January, just landed on CISA's Known Exploited Vulnerabilities list, eight months after active exploitation began. Jess and Jake talk through why "patch applied" isn't the finish line and what a post-patch threat hunt should actually look like. </p><p>In this episode: Fifteen states subpoena OpenAI over the Hugging Face hack and order evidence preservation What a legal hold actually requires (and what evidence spoliation means) Why marking a channel "ACP" doesn't make it attorney-client privileged The discovery request digging into internal safety concerns and model testing A perfect-10 WebLogic CVE, patched in January, added to CISA's KEV eight months later Why "patch applied" doesn't mean "threat hunt done"</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">c1883337-4150-4c38-a1a2-d9122c380c35</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Wed, 26 Aug 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/c1883337-4150-4c38-a1a2-d9122c380c35.mp3" length="17962440" type="audio/mpeg"/><itunes:duration>37:25</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>21</itunes:episode><podcast:episode>21</podcast:episode></item><item><title>S0:E20 Multi-Agent AI Systems Turn Into Turf Wars</title><itunes:title>S0:E20 Multi-Agent AI Systems Turn Into Turf Wars</itunes:title><description><![CDATA[<p>AI just became a cybersecurity governance problem in public. Jess Hebenstreit and Jake Williams break down Anthropic’s multi-agent research, where AI agents with conflicting goals start negotiating, forcing, or trucing their way through “collaboration.”What does it mean when one model settles by force and another settles by truce? </p><p>Jess and Jake unpack what that means for real-world agent deployments, human-in-the-loop approvals, and the danger of letting “AI says so” become the final word. You’ll learn why multi-agent systems can spiral into turf wars, why governance gets harder once agents are involved, and how to build controls that still let humans say no.</p>]]></description><content:encoded><![CDATA[<p>AI just became a cybersecurity governance problem in public. Jess Hebenstreit and Jake Williams break down Anthropic’s multi-agent research, where AI agents with conflicting goals start negotiating, forcing, or trucing their way through “collaboration.”What does it mean when one model settles by force and another settles by truce? </p><p>Jess and Jake unpack what that means for real-world agent deployments, human-in-the-loop approvals, and the danger of letting “AI says so” become the final word. You’ll learn why multi-agent systems can spiral into turf wars, why governance gets harder once agents are involved, and how to build controls that still let humans say no.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">1d8d9bcf-10c1-4a4c-affe-77fecd0a852e</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Tue, 25 Aug 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/1d8d9bcf-10c1-4a4c-affe-77fecd0a852e.mp3" length="19765934" type="audio/mpeg"/><itunes:duration>41:11</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>20</itunes:episode><podcast:episode>20</podcast:episode></item><item><title>S0:E19: Cloud Platform Vulnerabilities and Vendor Transparency</title><itunes:title>S0:E19: Cloud Platform Vulnerabilities and Vendor Transparency</itunes:title><description><![CDATA[<p>In this episode, Jake and Jess talk about vulnerabilities in cloud platforms and how vulnerabilities should be disclosed. We discussed this in the context of recent Microsoft vulnerabilities in Entra, Azure Arc, Exchange Online, and Managed Apache Casandra. All of these had vulnerabilities with minimal details from Microsoft. We generally agree that this isn't what transparency looks like. We also discuss a patch from April that is now actively exploited in the wild.</p>]]></description><content:encoded><![CDATA[<p>In this episode, Jake and Jess talk about vulnerabilities in cloud platforms and how vulnerabilities should be disclosed. We discussed this in the context of recent Microsoft vulnerabilities in Entra, Azure Arc, Exchange Online, and Managed Apache Casandra. All of these had vulnerabilities with minimal details from Microsoft. We generally agree that this isn't what transparency looks like. We also discuss a patch from April that is now actively exploited in the wild.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">98bf40e5-3f7a-451f-8a0d-3ca406a7fd1b</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Mon, 24 Aug 2026 06:15:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/98bf40e5-3f7a-451f-8a0d-3ca406a7fd1b.mp3" length="19485484" type="audio/mpeg"/><itunes:duration>40:36</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>19</itunes:episode><podcast:episode>19</podcast:episode></item><item><title>S0:E18. Student stops AI supply chain attack and prompt injection is still a thing...</title><itunes:title>S0:E18. Student stops AI supply chain attack and prompt injection is still a thing...</itunes:title><description><![CDATA[<p>In this episode of Breach Please, we talk about the details that emerged about the Anthropic agent that tried to social engineer a college student into committing a supply chain attack. The whole thing feels very xz-utils 'esque, only with an agent - and a malfunctioning one at that.</p><p></p><p>Then we cover some interesting reporting by Dan Goodin showing how Grok's guardrails can be bypassed through passing it encrypted data along with the instructios to decrypt it. We reinforce that prompt injection is a feature of LLMs, not a bug.</p><p></p><p>We then talk about informed consent of the risks and applicable guardrails based on a viewer note. We even tee up the question of what cyber insurance is likely to cover costs of AI agent activity. Finally, we opine on whether orgs should consider including the inevitable costs of incidents in AI deployment budgets.</p><p>Show links:</p><p>https://www.reuters.com/world/how-texas-student-blew-whistle-rogue-ai-hacking-attempt-2026-08-20/</p><p>https://arstechnica.com/security/2026/08/grok-exfiltrates-user-data-when-malicious-instructions-are-encrypted/</p>]]></description><content:encoded><![CDATA[<p>In this episode of Breach Please, we talk about the details that emerged about the Anthropic agent that tried to social engineer a college student into committing a supply chain attack. The whole thing feels very xz-utils 'esque, only with an agent - and a malfunctioning one at that.</p><p></p><p>Then we cover some interesting reporting by Dan Goodin showing how Grok's guardrails can be bypassed through passing it encrypted data along with the instructios to decrypt it. We reinforce that prompt injection is a feature of LLMs, not a bug.</p><p></p><p>We then talk about informed consent of the risks and applicable guardrails based on a viewer note. We even tee up the question of what cyber insurance is likely to cover costs of AI agent activity. Finally, we opine on whether orgs should consider including the inevitable costs of incidents in AI deployment budgets.</p><p>Show links:</p><p>https://www.reuters.com/world/how-texas-student-blew-whistle-rogue-ai-hacking-attempt-2026-08-20/</p><p>https://arstechnica.com/security/2026/08/grok-exfiltrates-user-data-when-malicious-instructions-are-encrypted/</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">4cad0716-c173-4849-ae47-4ba591d17b21</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Fri, 21 Aug 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/4cad0716-c173-4849-ae47-4ba591d17b21.mp3" length="20229242" type="audio/mpeg"/><itunes:duration>42:09</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>18</itunes:episode><podcast:episode>18</podcast:episode></item><item><title>S0E17: Amazon vs Perplexity Reveals the First Big AI Agent Liability Test</title><itunes:title>S0E17: Amazon vs Perplexity Reveals the First Big AI Agent Liability Test</itunes:title><description><![CDATA[<h5></h5><p>AI agents are about to test the limits of who gets blamed when they act on your behalf. A new Ninth Circuit ruling in the Amazon vs. Perplexity fight could reshape how enterprises think about autonomous tools, non-human identities, and legal exposure - and the takeaway is more unsettling than most vendors will admit. </p><p>Jake Williams and Jess Hebenstreit break down what happened when Amazon pushed back against Perplexity’s AI browser, why the CFAA and California’s CDFAA matter here, and how the court’s reasoning could shift responsibility from the agent publisher to the organization that deploys it. They also dig into what this means for legal teams, risk registers, and why every AI agent needs its own identity instead of borrowing a human user’s. </p><p>You’ll also hear how this ruling fits into the bigger enterprise governance problem: who owns AI risk, who should be accountable when an agent crosses a line, and why security teams can’t be expected to carry every line-of-business risk themselves. Jake and Jess make the case for splitting cybersecurity risk from business risk, naming a real owner, and making legal counsel aware before your agent does something expensive.</p><p>Then the conversation pivots to another cautionary tale: a 3M expert witness who allegedly used ChatGPT to generate a report aimed at proving the company was 0% at fault in a gas detector explosion case. </p><p>That story opens up a bigger discussion about leading prompts, hallucinated conclusions, discoverability, and why AI-generated work product can become evidence against you. Perfect for security leaders, legal teams, incident responders, and anyone deploying AI agents in the enterprise. </p><p></p>]]></description><content:encoded><![CDATA[<h5></h5><p>AI agents are about to test the limits of who gets blamed when they act on your behalf. A new Ninth Circuit ruling in the Amazon vs. Perplexity fight could reshape how enterprises think about autonomous tools, non-human identities, and legal exposure - and the takeaway is more unsettling than most vendors will admit. </p><p>Jake Williams and Jess Hebenstreit break down what happened when Amazon pushed back against Perplexity’s AI browser, why the CFAA and California’s CDFAA matter here, and how the court’s reasoning could shift responsibility from the agent publisher to the organization that deploys it. They also dig into what this means for legal teams, risk registers, and why every AI agent needs its own identity instead of borrowing a human user’s. </p><p>You’ll also hear how this ruling fits into the bigger enterprise governance problem: who owns AI risk, who should be accountable when an agent crosses a line, and why security teams can’t be expected to carry every line-of-business risk themselves. Jake and Jess make the case for splitting cybersecurity risk from business risk, naming a real owner, and making legal counsel aware before your agent does something expensive.</p><p>Then the conversation pivots to another cautionary tale: a 3M expert witness who allegedly used ChatGPT to generate a report aimed at proving the company was 0% at fault in a gas detector explosion case. </p><p>That story opens up a bigger discussion about leading prompts, hallucinated conclusions, discoverability, and why AI-generated work product can become evidence against you. Perfect for security leaders, legal teams, incident responders, and anyone deploying AI agents in the enterprise. </p><p></p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">623ca432-4e84-4555-a6fe-2f733bec4525</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Thu, 20 Aug 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/623ca432-4e84-4555-a6fe-2f733bec4525.mp3" length="19543162" type="audio/mpeg"/><itunes:duration>40:43</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>17</itunes:episode><podcast:episode>17</podcast:episode></item><item><title>S0:E16. OpenAI Highlights Security Basics and Hopes We Won&apos;t Notice</title><itunes:title>S0:E16. OpenAI Highlights Security Basics and Hopes We Won&apos;t Notice</itunes:title><description><![CDATA[<p>In this episode of Breach Please, Jake and Jess talk through OpenAI's recent blog on "pacing model development." The blog reads pretty poorly and really just covers security best practices, apparently hoping readers won't notice that OpenAI is just recommending basics it should have been doing all along (monitoring, sandboxing, etc.). One significant takeaway is that OpenAI has probably raised the bar for agentic logging, owing to the apparent requirement to analyze reasoning traces. We talk about why this is difficult, at least in part because these will contain sensitive data not appropriate for most SIEMs.</p><p>Show links:</p><p>https://openai.com/index/pacing-model-development-cyber-capabilities/</p><p>https://www.custody-framework.org/</p>]]></description><content:encoded><![CDATA[<p>In this episode of Breach Please, Jake and Jess talk through OpenAI's recent blog on "pacing model development." The blog reads pretty poorly and really just covers security best practices, apparently hoping readers won't notice that OpenAI is just recommending basics it should have been doing all along (monitoring, sandboxing, etc.). One significant takeaway is that OpenAI has probably raised the bar for agentic logging, owing to the apparent requirement to analyze reasoning traces. We talk about why this is difficult, at least in part because these will contain sensitive data not appropriate for most SIEMs.</p><p>Show links:</p><p>https://openai.com/index/pacing-model-development-cyber-capabilities/</p><p>https://www.custody-framework.org/</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">a8bec2e2-0c16-4981-9835-01d008a7cfe8</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Wed, 19 Aug 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/a8bec2e2-0c16-4981-9835-01d008a7cfe8.mp3" length="14574463" type="audio/mpeg"/><itunes:duration>30:22</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>16</itunes:episode><podcast:episode>16</podcast:episode></item><item><title>S0E15 Faking out Famous Chollima and is in-car infotainment advertising a threat?</title><itunes:title>S0E15 Faking out Famous Chollima and is in-car infotainment advertising a threat?</itunes:title><description><![CDATA[<p>In this episode of Breach Please Jake and Jess talk about Famous Chollima getting faked out and tricked into revealing TTPs. We discuss our own experience with DPRK workers and share actionable tips for not hiring them or discovering them after they've been hired. Jake may or may not have gone on a rant about cryptocurrency more generally and how it facilitates lots of crime (inspired by talking about DPRK using it for sanctions evasion).</p><p>Then we talk about in-car advertising on infotainment systems. These won't be patched reliably. Do we need regulation here? Jake thinks it's a right to repair issue.</p><p>Jake's class Friday August 21, 2026: https://learning.antisyphontraining.com/courses/assessing-ai-security-model-context-protocol</p><p>Jake's class at Wild West Hackin' Fest in October: https://www.antisyphontraining.com/product/hands-on-ai-security-risk-assessment-with-jake-williams/</p><p>Show notes: https://any.run/cybersecurity-blog/lazarus-group-it-workers-investigation-part-two/</p><p>https://disconnect.blog/bmws-in-car-spider-man-ad-is-a-warning-sign/</p>]]></description><content:encoded><![CDATA[<p>In this episode of Breach Please Jake and Jess talk about Famous Chollima getting faked out and tricked into revealing TTPs. We discuss our own experience with DPRK workers and share actionable tips for not hiring them or discovering them after they've been hired. Jake may or may not have gone on a rant about cryptocurrency more generally and how it facilitates lots of crime (inspired by talking about DPRK using it for sanctions evasion).</p><p>Then we talk about in-car advertising on infotainment systems. These won't be patched reliably. Do we need regulation here? Jake thinks it's a right to repair issue.</p><p>Jake's class Friday August 21, 2026: https://learning.antisyphontraining.com/courses/assessing-ai-security-model-context-protocol</p><p>Jake's class at Wild West Hackin' Fest in October: https://www.antisyphontraining.com/product/hands-on-ai-security-risk-assessment-with-jake-williams/</p><p>Show notes: https://any.run/cybersecurity-blog/lazarus-group-it-workers-investigation-part-two/</p><p>https://disconnect.blog/bmws-in-car-spider-man-ad-is-a-warning-sign/</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">62f26b3e-bf0d-45f9-84bc-814c4b03a9a4</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Tue, 18 Aug 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/62f26b3e-bf0d-45f9-84bc-814c4b03a9a4.mp3" length="17021614" type="audio/mpeg"/><itunes:duration>35:28</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>15</itunes:episode><podcast:episode>15</podcast:episode></item><item><title>S0:E14 - CTI and Geopolitical Events</title><itunes:title>S0:E14 - CTI and Geopolitical Events</itunes:title><description><![CDATA[<p>In this episode of Breach Please, we talk about whether CTI analysts can use changes in dwell times, cyber targeting, etc. as a leading indicator of impending geopolitical events. We generally think there's to much noise to be generally effective (especially for Taiwan). </p><p>Then we talk about a Mac vuln that's being exploited in the wild, with a CVSS score of 9.8. Somehow it isn't in CISA's KEV, but hey, what's a little vulnerability enrichment delay between friends... </p><p>Show links:</p><p>https://www.tomshardware.com/tech-industry/cyber-security/macos-screen-sharing-flaw-exploited-to-root-macs-and-plant-monero-miners</p>]]></description><content:encoded><![CDATA[<p>In this episode of Breach Please, we talk about whether CTI analysts can use changes in dwell times, cyber targeting, etc. as a leading indicator of impending geopolitical events. We generally think there's to much noise to be generally effective (especially for Taiwan). </p><p>Then we talk about a Mac vuln that's being exploited in the wild, with a CVSS score of 9.8. Somehow it isn't in CISA's KEV, but hey, what's a little vulnerability enrichment delay between friends... </p><p>Show links:</p><p>https://www.tomshardware.com/tech-industry/cyber-security/macos-screen-sharing-flaw-exploited-to-root-macs-and-plant-monero-miners</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">cf3467f7-5dca-4330-afc1-3a3b431c37d7</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Mon, 17 Aug 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/cf3467f7-5dca-4330-afc1-3a3b431c37d7.mp3" length="41575653" type="audio/mpeg"/><itunes:duration>43:18</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>14</itunes:episode><podcast:episode>14</podcast:episode></item><item><title>S0E13 - We talk about private companies conducting cyber ops and another AI oopsie.</title><itunes:title>S0E13 - We talk about private companies conducting cyber ops and another AI oopsie.</itunes:title><description><![CDATA[<p>In today's episode of Breach Please, Jake and Jess talk about cyber companies conducting cyber ops against transnational-criminal organizations, per the new Presidential directive. We also talk about a bug in how major AI platform providers encrypted their chain of thought traces for their frontier models. The vulnerability, when combined with jailbreaking of less powerful models, allowed the traces (previously claimed to be trade secrets) to be extracted. </p><p>https://www.whitehouse.gov/presidential-actions/2026/08/expanding-capabilities-to-combat-transnational-cyber-enabled-crime/</p><p> https://cybersecuritynews.com/top-ai-models-apis-flaw-exposes-hidden-reasoning/</p>]]></description><content:encoded><![CDATA[<p>In today's episode of Breach Please, Jake and Jess talk about cyber companies conducting cyber ops against transnational-criminal organizations, per the new Presidential directive. We also talk about a bug in how major AI platform providers encrypted their chain of thought traces for their frontier models. The vulnerability, when combined with jailbreaking of less powerful models, allowed the traces (previously claimed to be trade secrets) to be extracted. </p><p>https://www.whitehouse.gov/presidential-actions/2026/08/expanding-capabilities-to-combat-transnational-cyber-enabled-crime/</p><p> https://cybersecuritynews.com/top-ai-models-apis-flaw-exposes-hidden-reasoning/</p>]]></content:encoded><link><![CDATA[https://www.youtube.com/watch?v=byd-rMnioio]]></link><guid isPermaLink="false">ef516606-3a8c-4c70-ab75-0e38e23e3c03</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Fri, 14 Aug 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/ef516606-3a8c-4c70-ab75-0e38e23e3c03.mp3" length="19473572" type="audio/mpeg"/><itunes:duration>40:34</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>13</itunes:episode><podcast:episode>13</podcast:episode></item><item><title>S0E12 - Vulnerable edge devices, Fortinet exploitation, and whether firewalls belong in zero trust</title><itunes:title>S0E12 - Vulnerable edge devices, Fortinet exploitation, and whether firewalls belong in zero trust</itunes:title><description><![CDATA[<p>This episode tackles why internet-facing edge devices keep showing up in major incidents and why that creates more than just patching work. Jess Hebenstreit and Jake Williams also dig into the real operational cost of keeping vulnerable gear in place, from constant incident response to the challenge of proving a device is actually clean. We discuss Fortinet exploitation tied to Gunra ransomware, why OT and IT environments make edge patching especially hard, and whether firewalls should be considered part of a zero trust architecture. Along the way, Jess and Jake compare the realities of vendor complexity, flat networks, and the limits of threat hunting after an exploit.</p>]]></description><content:encoded><![CDATA[<p>This episode tackles why internet-facing edge devices keep showing up in major incidents and why that creates more than just patching work. Jess Hebenstreit and Jake Williams also dig into the real operational cost of keeping vulnerable gear in place, from constant incident response to the challenge of proving a device is actually clean. We discuss Fortinet exploitation tied to Gunra ransomware, why OT and IT environments make edge patching especially hard, and whether firewalls should be considered part of a zero trust architecture. Along the way, Jess and Jake compare the realities of vendor complexity, flat networks, and the limits of threat hunting after an exploit.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">debb499e-1b58-4fae-bc97-53d61e4b838c</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Thu, 13 Aug 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/debb499e-1b58-4fae-bc97-53d61e4b838c.mp3" length="18730858" type="audio/mpeg"/><itunes:duration>39:01</itunes:duration><itunes:explicit>true</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>12</itunes:episode><podcast:episode>12</podcast:episode></item><item><title>S0E11 - Using AI for patching and inflight shenanigans.</title><itunes:title>S0E11 - Using AI for patching and inflight shenanigans.</itunes:title><description><![CDATA[<p>In this episode of Breach Please, Jake and Jess talk about new research showing that AI isn't actually that good at generating patches, highlighting objective rates of failure. Turns out, frontier models only generate the correct patch without introducing issues in about 25% of cases. In almost 5% of cases, the AI introduces new vulnerabilities. We also talk about some shenanigans on a Delta flight home from DEFCON. We discuss how time is a flat circle and reminisce Chris Roberts' issues with in-flight hacking from 2015.</p><p>Show links:</p><p>https://1password.com/blog/why-ai-generated-patches-still-require-human-review https://www.defendersinitiative.com/p/reviewing-initial-research-on-using https://www.insideflyer.com/posts/hackers-spoofed-delta-wi-fi-on-las-vegas-flight/</p>]]></description><content:encoded><![CDATA[<p>In this episode of Breach Please, Jake and Jess talk about new research showing that AI isn't actually that good at generating patches, highlighting objective rates of failure. Turns out, frontier models only generate the correct patch without introducing issues in about 25% of cases. In almost 5% of cases, the AI introduces new vulnerabilities. We also talk about some shenanigans on a Delta flight home from DEFCON. We discuss how time is a flat circle and reminisce Chris Roberts' issues with in-flight hacking from 2015.</p><p>Show links:</p><p>https://1password.com/blog/why-ai-generated-patches-still-require-human-review https://www.defendersinitiative.com/p/reviewing-initial-research-on-using https://www.insideflyer.com/posts/hackers-spoofed-delta-wi-fi-on-las-vegas-flight/</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">4f9777dd-75c6-4be7-86a2-aebbdd20f4a1</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Tue, 11 Aug 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/4f9777dd-75c6-4be7-86a2-aebbdd20f4a1.mp3" length="18337141" type="audio/mpeg"/><itunes:duration>38:12</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>11</itunes:episode><podcast:episode>11</podcast:episode></item><item><title>S0E10 - Commonalities in AI lab escapes and How to govern smart devices.</title><itunes:title>S0E10 - Commonalities in AI lab escapes and How to govern smart devices.</itunes:title><description><![CDATA[<p>In this episode of Breach Please, Jake and Jess talk about governing smart devices in the enterprise, pivoting off some outstanding research work that Andy Greenberg covered (and was a subject in himself). Then we talk about a common player whose name keeps popping up in these "AI lab escape" disclosures (and who we saw *again* with the Meta disclosure). We bat around some actionable advice for those thinking of outsourcing AI lab containment. Jess is stress testing the Breach Please stickers propping up our banner behind us. Throughout the episode, we see that while they are objectively great stickers, they are not great for this task.</p><p>Show links:</p><p>https://www.wired.com/story/hackers-stalked-me-by-hijacking-a-smartwatch-for-kids/ https://www.bleepingcomputer.com/news/security/meta-ai-model-hacked-a-company-during-misconfigured-cyber-test/ https://www.custody-framework.org/</p>]]></description><content:encoded><![CDATA[<p>In this episode of Breach Please, Jake and Jess talk about governing smart devices in the enterprise, pivoting off some outstanding research work that Andy Greenberg covered (and was a subject in himself). Then we talk about a common player whose name keeps popping up in these "AI lab escape" disclosures (and who we saw *again* with the Meta disclosure). We bat around some actionable advice for those thinking of outsourcing AI lab containment. Jess is stress testing the Breach Please stickers propping up our banner behind us. Throughout the episode, we see that while they are objectively great stickers, they are not great for this task.</p><p>Show links:</p><p>https://www.wired.com/story/hackers-stalked-me-by-hijacking-a-smartwatch-for-kids/ https://www.bleepingcomputer.com/news/security/meta-ai-model-hacked-a-company-during-misconfigured-cyber-test/ https://www.custody-framework.org/</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">92a56456-7969-446c-a3b4-bb1fcdfa2401</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Thu, 06 Aug 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/92a56456-7969-446c-a3b4-bb1fcdfa2401.mp3" length="16221640" type="audio/mpeg"/><itunes:duration>33:48</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>10</itunes:episode><podcast:episode>10</podcast:episode></item><item><title>S0E9 - AI social engineering &amp; operational concerns with AI workflows.</title><itunes:title>S0E9 - AI social engineering &amp; operational concerns with AI workflows.</itunes:title><description><![CDATA[<p>In this episode, Jake and Jess talk about more issues with AI agents escaping containment, this time actively using social engineering to compromise victims. We pose ethical questions about whether you have a duty to investigate your logs for agent breakouts. Then, we discuss how Grokipedia can serve as a cautionary tale in AI workflows silently breaking down.</p><p>Show links: https://www.bleepingcomputer.com/news/security/openai-anthropic-ai-agents-targeted-real-people-and-systems-in-cyber-tests/ https://www.lawfaremedia.org/article/grokipedia-stopped-reviewing-edits-in-april.-it-didn-t-tell-anyone</p>]]></description><content:encoded><![CDATA[<p>In this episode, Jake and Jess talk about more issues with AI agents escaping containment, this time actively using social engineering to compromise victims. We pose ethical questions about whether you have a duty to investigate your logs for agent breakouts. Then, we discuss how Grokipedia can serve as a cautionary tale in AI workflows silently breaking down.</p><p>Show links: https://www.bleepingcomputer.com/news/security/openai-anthropic-ai-agents-targeted-real-people-and-systems-in-cyber-tests/ https://www.lawfaremedia.org/article/grokipedia-stopped-reviewing-edits-in-april.-it-didn-t-tell-anyone</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">20fb0478-2a12-4651-b1e5-76bb5977b601</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Wed, 05 Aug 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/20fb0478-2a12-4651-b1e5-76bb5977b601.mp3" length="18368906" type="audio/mpeg"/><itunes:duration>38:16</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>9</itunes:episode><podcast:episode>9</podcast:episode></item><item><title>S0E8 - Anthropic ruins Jake&apos;s best laid plans, BMC controller vulns, and SentinelOne vs HJ</title><itunes:title>S0E8 - Anthropic ruins Jake&apos;s best laid plans, BMC controller vulns, and SentinelOne vs HJ</itunes:title><description><![CDATA[<p>In this episode of Breach Please, Jake and Jess talk about Anthropic announcing they have lost control of their agents too (not to be outdone by OpenAI). OpenAI is in good company though, since Anthropic ALSO failed to notice their agents breaking out of their sandbox environments. Jake mentions CUSTODY, a framework he'd been planning to present on later this year until these irresponsible agentic containment issues forced him to release it today for the good of the community. Then we talk about BMC controller vulnerabilities that have their roots in weaknesses so old they can not only vote, but legally buy alcohol in all 50 states. Finally, we wrap up with some notes about vendor shenanigans at DEF CON, brought to you by Sentinel One. Hey friends, if you're planning on introducing a new vulnerability class like line hijacking, talk to the conference and/or the guy running the event first? Also, just don't. In a world where you can be anything, don't be a Sentinel One...</p>]]></description><content:encoded><![CDATA[<p>In this episode of Breach Please, Jake and Jess talk about Anthropic announcing they have lost control of their agents too (not to be outdone by OpenAI). OpenAI is in good company though, since Anthropic ALSO failed to notice their agents breaking out of their sandbox environments. Jake mentions CUSTODY, a framework he'd been planning to present on later this year until these irresponsible agentic containment issues forced him to release it today for the good of the community. Then we talk about BMC controller vulnerabilities that have their roots in weaknesses so old they can not only vote, but legally buy alcohol in all 50 states. Finally, we wrap up with some notes about vendor shenanigans at DEF CON, brought to you by Sentinel One. Hey friends, if you're planning on introducing a new vulnerability class like line hijacking, talk to the conference and/or the guy running the event first? Also, just don't. In a world where you can be anything, don't be a Sentinel One...</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">708d222b-fd81-4c8d-8cb2-80a37df059d7</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Mon, 03 Aug 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/708d222b-fd81-4c8d-8cb2-80a37df059d7.mp3" length="18034956" type="audio/mpeg"/><itunes:duration>37:34</itunes:duration><itunes:explicit>true</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>8</itunes:episode><podcast:episode>8</podcast:episode></item><item><title>S0E7 - HuggingFace Post Mortem Breakdown</title><itunes:title>S0E7 - HuggingFace Post Mortem Breakdown</itunes:title><description><![CDATA[<p>Jake and Jess discuss the excellent post mortem Hugging Face released as a follow on to the OpenAI agent attack. We cover everything from should we call an Autonomous Agent a Threat Actor, to API Security, other lessons learned.</p>]]></description><content:encoded><![CDATA[<p>Jake and Jess discuss the excellent post mortem Hugging Face released as a follow on to the OpenAI agent attack. We cover everything from should we call an Autonomous Agent a Threat Actor, to API Security, other lessons learned.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">eff10792-f4ad-4b9c-b092-0c2604cb9c99</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Fri, 31 Jul 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/eff10792-f4ad-4b9c-b092-0c2604cb9c99.mp3" length="27099446" type="audio/mpeg"/><itunes:duration>56:27</itunes:duration><itunes:explicit>true</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>7</itunes:episode><podcast:episode>7</podcast:episode></item><item><title>S0E6 - Hacker Summer Camp Survival Guide</title><itunes:title>S0E6 - Hacker Summer Camp Survival Guide</itunes:title><description><![CDATA[<p>In this episode, Jake and Jess share their tips for doing Hacker Summer Camp (Black Hat, DEF CON, B-Sides, and SO MANY side conferences) the right way. If you've never been, things can be overwhelming and it's easy to overdo it. Even if you're an old hat, there's probably learnings here - plus Jess shows off some of the Breach Please swag we'll have with us.</p>]]></description><content:encoded><![CDATA[<p>In this episode, Jake and Jess share their tips for doing Hacker Summer Camp (Black Hat, DEF CON, B-Sides, and SO MANY side conferences) the right way. If you've never been, things can be overwhelming and it's easy to overdo it. Even if you're an old hat, there's probably learnings here - plus Jess shows off some of the Breach Please swag we'll have with us.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">85b31cc8-d1c8-4d0f-9995-bad2858f435c</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Thu, 30 Jul 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/85b31cc8-d1c8-4d0f-9995-bad2858f435c.mp3" length="26568220" type="audio/mpeg"/><itunes:duration>55:21</itunes:duration><itunes:explicit>true</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>6</itunes:episode><podcast:episode>6</podcast:episode></item><item><title>S0E5 - Probable alert fatigue endangers DHS collaborators and duress passwords.</title><itunes:title>S0E5 - Probable alert fatigue endangers DHS collaborators and duress passwords.</itunes:title><description><![CDATA[<p>In this episode, Jake and Jess talk DHS (twice). First, we talk about DHS dismissing real alarms as false positives in what Jake assesses was a probable watering hole attack nobody seems to be acknowledging. Then we talk about a #stopCopCity activist being charged for giving CBP a duress password that wiped his device. While I think we should all agree that's not a chargeable offense, are duress passwords appropriate for enterprise applications? Jake and Jess debate the use of these passwords for enterprise applications. https://www.nextgov.com/cybersecurity/2026/07/dhs-network-intrusion-was-twice-ruled-false-positive-breach-confirmed/414724/ https://boingboing.net/2026/07/25/grapheneos-duress-password-border-search.html</p>]]></description><content:encoded><![CDATA[<p>In this episode, Jake and Jess talk DHS (twice). First, we talk about DHS dismissing real alarms as false positives in what Jake assesses was a probable watering hole attack nobody seems to be acknowledging. Then we talk about a #stopCopCity activist being charged for giving CBP a duress password that wiped his device. While I think we should all agree that's not a chargeable offense, are duress passwords appropriate for enterprise applications? Jake and Jess debate the use of these passwords for enterprise applications. https://www.nextgov.com/cybersecurity/2026/07/dhs-network-intrusion-was-twice-ruled-false-positive-breach-confirmed/414724/ https://boingboing.net/2026/07/25/grapheneos-duress-password-border-search.html</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">ee405599-097d-4b57-b402-ddbb69632706</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Wed, 29 Jul 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/ee405599-097d-4b57-b402-ddbb69632706.mp3" length="16529467" type="audio/mpeg"/><itunes:duration>34:26</itunes:duration><itunes:explicit>true</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>5</itunes:episode><podcast:episode>5</podcast:episode></item><item><title>S0E4 - Google indexes AI chats (again) and dump of PoC exploits</title><itunes:title>S0E4 - Google indexes AI chats (again) and dump of PoC exploits</itunes:title><description><![CDATA[<p>In this episode of Breach Please, Jake and Jess talk about how the story (again) about AI chats being indexed by search engines isn't really an AI story. This is a data security problem and a misalignment with enterprise tooling. We then talk about a relatively new GitHub repo with lots of zero day exploits. We agree it's academically interesting, but doesn't change anything for how we do enterprise security.</p>]]></description><content:encoded><![CDATA[<p>In this episode of Breach Please, Jake and Jess talk about how the story (again) about AI chats being indexed by search engines isn't really an AI story. This is a data security problem and a misalignment with enterprise tooling. We then talk about a relatively new GitHub repo with lots of zero day exploits. We agree it's academically interesting, but doesn't change anything for how we do enterprise security.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">b94705b5-bf30-4f0a-82f0-2c8923c77256</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Tue, 28 Jul 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/b94705b5-bf30-4f0a-82f0-2c8923c77256.mp3" length="11135495" type="audio/mpeg"/><itunes:duration>23:12</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>4</itunes:episode><podcast:episode>4</podcast:episode></item><item><title>S0E3 - OpenAI Lost Control of its Agents</title><itunes:title>S0E3 - OpenAI Lost Control of its Agents</itunes:title><description><![CDATA[<p>In this episode, we talk a lot (too much, we went over on time) about the reports that OpenAI lost control of its agents and apparently only realized it after Hugging Face posted and someone said "yeah, that sounds a bit like us." Reuters article: https://www.reuters.com/business/its-ai-agent-spent-days-hacking-company-sources-say-openai-did-not-notice-week-2026-07-24/ Jake mentioned training. Here's an upcoming one-day seminar on MCP security: https://learning.antisyphontraining.com/courses/assessing-ai-security-model-context-protocol Here's Jake's two-day class covering AI security risk assessment: https://www.antisyphontraining.com/product/hands-on-ai-security-risk-assessment-with-jake-williams/</p>]]></description><content:encoded><![CDATA[<p>In this episode, we talk a lot (too much, we went over on time) about the reports that OpenAI lost control of its agents and apparently only realized it after Hugging Face posted and someone said "yeah, that sounds a bit like us." Reuters article: https://www.reuters.com/business/its-ai-agent-spent-days-hacking-company-sources-say-openai-did-not-notice-week-2026-07-24/ Jake mentioned training. Here's an upcoming one-day seminar on MCP security: https://learning.antisyphontraining.com/courses/assessing-ai-security-model-context-protocol Here's Jake's two-day class covering AI security risk assessment: https://www.antisyphontraining.com/product/hands-on-ai-security-risk-assessment-with-jake-williams/</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">73c9b83e-bac3-4966-b570-95fdd6744d35</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Mon, 27 Jul 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/73c9b83e-bac3-4966-b570-95fdd6744d35.mp3" length="19623201" type="audio/mpeg"/><itunes:duration>40:53</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>3</itunes:episode><podcast:episode>3</podcast:episode></item><item><title>S0E2 SNow vs researchers and destructive cyberattacks.</title><itunes:title>S0E2 SNow vs researchers and destructive cyberattacks.</itunes:title><description><![CDATA[<p>In this episode, Jake and Jess talk about lessons we can take away from the alleged exploitation of ServiceNow (likely CVE-2026-6875) and the destructive attack on Romania's Land Registry Database. Join us as we discuss the stories, but more importantly what they mean for you and your security team.</p>]]></description><content:encoded><![CDATA[<p>In this episode, Jake and Jess talk about lessons we can take away from the alleged exploitation of ServiceNow (likely CVE-2026-6875) and the destructive attack on Romania's Land Registry Database. Join us as we discuss the stories, but more importantly what they mean for you and your security team.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">d17365ef-164c-46eb-b9f9-738ea0499c42</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Fri, 24 Jul 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/d17365ef-164c-46eb-b9f9-738ea0499c42.mp3" length="10758287" type="audio/mpeg"/><itunes:duration>22:25</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>2</itunes:episode><podcast:episode>2</podcast:episode></item><item><title>S0E1 OpenAI hacked Hugging Face? Oh noes!</title><itunes:title>S0E1 OpenAI hacked Hugging Face? Oh noes!</itunes:title><description><![CDATA[<p>Jake and Jess talk through the story (and there's a LOT missing here) where OpenAI's agent allegedly hacked Hugging Face. There's so much meat missing in OpenAI's account of what happened that their PR people are clearly advocating we go vegetarian...</p>]]></description><content:encoded><![CDATA[<p>Jake and Jess talk through the story (and there's a LOT missing here) where OpenAI's agent allegedly hacked Hugging Face. There's so much meat missing in OpenAI's account of what happened that their PR people are clearly advocating we go vegetarian...</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">565a4ebd-3f07-48a2-a9ab-65d7fa48a671</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Thu, 23 Jul 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/565a4ebd-3f07-48a2-a9ab-65d7fa48a671.mp3" length="15586969" type="audio/mpeg"/><itunes:duration>32:28</itunes:duration><itunes:explicit>true</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>1</itunes:episode><podcast:episode>1</podcast:episode></item><item><title>S0E0 - Is This Thing On?</title><itunes:title>S0E0 - Is This Thing On?</itunes:title><description><![CDATA[<p>In this episode, we discuss our mission statement. What are we even doing with Breach Please? What can you expect? Does the industry even need more talking heads? We think so - but only if they tell it like it is...</p>]]></description><content:encoded><![CDATA[<p>In this episode, we discuss our mission statement. What are we even doing with Breach Please? What can you expect? Does the industry even need more talking heads? We think so - but only if they tell it like it is...</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">788435cd-a6fa-451b-8460-33ccade15f7b</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Wed, 22 Jul 2026 07:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/788435cd-a6fa-451b-8460-33ccade15f7b.mp3" length="9346212" type="audio/mpeg"/><itunes:duration>19:28</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType></item></channel></rss>