<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns: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>Fri, 13 Nov 2026 11:00:01 +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>S0:E73 Notion Customer Data Exposed in Fireworks AI Breach</title><itunes:title>S0:E73 Notion Customer Data Exposed in Fireworks AI Breach</itunes:title><description><![CDATA[<p>Fireworks AI, the inference infrastructure provider behind several of Notion's AI features, disclosed in October that attackers accessed its environment through a compromised third-party cloud provider. Cybersecurity news on this one escalated fast: what started as "test data only" reassurances turned into confirmed exposure of billing information, model weights, datasets, and API tokens, and Notion has now confirmed its own customers were affected. </p><p>That makes Notion a third party to its customers, Fireworks a fourth party, and the still-unnamed cloud provider a fifth, a textbook case of how deep AI vendor dependencies actually run. Jess and Jake break down what "zero data retention" really means in practice, why product features can create contractual carve-outs even inside a ZDR agreement, and why most vendor risk programs only assess their direct vendors, missing the fourth and fifth parties that may already hold their data.</p><p>Sources: Notion Security Advisory: https://www.notion.com/security/advisories/security-incident-involving-a-third-party-ai-vendor Fireworks AI Security Bulletin (October 2026): https://fireworks.ai/security/bulletins/october-2026-security-incident Fireworks AI Security Bulletin Update: https://fireworks.ai/security/bulletins/october-2026-security-incident-update </p><p>Discord: https://discord.gg/wYJnTpczV</p>]]></description><content:encoded><![CDATA[<p>Fireworks AI, the inference infrastructure provider behind several of Notion's AI features, disclosed in October that attackers accessed its environment through a compromised third-party cloud provider. Cybersecurity news on this one escalated fast: what started as "test data only" reassurances turned into confirmed exposure of billing information, model weights, datasets, and API tokens, and Notion has now confirmed its own customers were affected. </p><p>That makes Notion a third party to its customers, Fireworks a fourth party, and the still-unnamed cloud provider a fifth, a textbook case of how deep AI vendor dependencies actually run. Jess and Jake break down what "zero data retention" really means in practice, why product features can create contractual carve-outs even inside a ZDR agreement, and why most vendor risk programs only assess their direct vendors, missing the fourth and fifth parties that may already hold their data.</p><p>Sources: Notion Security Advisory: https://www.notion.com/security/advisories/security-incident-involving-a-third-party-ai-vendor Fireworks AI Security Bulletin (October 2026): https://fireworks.ai/security/bulletins/october-2026-security-incident Fireworks AI Security Bulletin Update: https://fireworks.ai/security/bulletins/october-2026-security-incident-update </p><p>Discord: https://discord.gg/wYJnTpczV</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">53b63d98-257d-412e-bdc1-d8070912d17d</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Fri, 13 Nov 2026 06:00:00 -0500</pubDate><enclosure url="https://episodes.captivate.fm/episode/53b63d98-257d-412e-bdc1-d8070912d17d.mp3" length="69087443" type="audio/mpeg"/><itunes:duration>47:59</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>73</itunes:episode><podcast:episode>73</podcast:episode></item><item><title>S0:E72 Google Blocks School Search Without Gemini Enabled</title><itunes:title>S0:E72 Google Blocks School Search Without Gemini Enabled</itunes:title><description><![CDATA[<p>Google just told school IT departments: disable Gemini, lose Search entirely. Districts running Chromebooks under Google Workspace for Education now have no AI-free search option. </p><p>Jess and Jake break down Google's move to bundle Gemini into core Search, so any school disabling the AI assistant loses search functionality outright, not just the AI summaries. Jess argues schools need the ability to opt students out while they're still building fundamental research skills, especially younger or neurodivergent kids who already lean on AI to skip the work entirely. Jake pushes back: this is less a technology problem than a governance one. No vendor is shipping a no-AI tool anymore, so the real question for IT leaders isn't whether to allow AI, it's how to govern acceptable use once it's already everywhere in your stack. They also cover eMudra revoking 8 more certificate authorities (2 for code signing) and dig into the Delve audit-fraud story: why "don't fake your audits" is more than a punchline. </p><p>Chapters: Intro / Google Bundles Gemini Into School Search / The Overreliance Argument / A Governance Reframe / eMudra Revokes More CAs / Don't Fake Your Audits / Outro </p><p>https://discord.gg/wYJnTpczV</p><p></p>]]></description><content:encoded><![CDATA[<p>Google just told school IT departments: disable Gemini, lose Search entirely. Districts running Chromebooks under Google Workspace for Education now have no AI-free search option. </p><p>Jess and Jake break down Google's move to bundle Gemini into core Search, so any school disabling the AI assistant loses search functionality outright, not just the AI summaries. Jess argues schools need the ability to opt students out while they're still building fundamental research skills, especially younger or neurodivergent kids who already lean on AI to skip the work entirely. Jake pushes back: this is less a technology problem than a governance one. No vendor is shipping a no-AI tool anymore, so the real question for IT leaders isn't whether to allow AI, it's how to govern acceptable use once it's already everywhere in your stack. They also cover eMudra revoking 8 more certificate authorities (2 for code signing) and dig into the Delve audit-fraud story: why "don't fake your audits" is more than a punchline. </p><p>Chapters: Intro / Google Bundles Gemini Into School Search / The Overreliance Argument / A Governance Reframe / eMudra Revokes More CAs / Don't Fake Your Audits / Outro </p><p>https://discord.gg/wYJnTpczV</p><p></p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">fd3eb021-8caa-4e69-a9ef-1fac5a447962</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Thu, 12 Nov 2026 07:00:00 -0500</pubDate><enclosure url="https://episodes.captivate.fm/episode/fd3eb021-8caa-4e69-a9ef-1fac5a447962.mp3" length="52482342" type="audio/mpeg"/><itunes:duration>36:27</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>72</itunes:episode><podcast:episode>72</podcast:episode></item><item><title>S0:E71: A Hardcoded Password Let Anyone Into Wyndham&apos;s Customer Database</title><itunes:title>S0:E71: A Hardcoded Password Let Anyone Into Wyndham&apos;s Customer Database</itunes:title><description><![CDATA[<p>Big news first: Richy is officially joining Breach Please as a permanent co-host, not just filling in. Welcome to the team. </p><p>On the story side, Jake, Jess, and Richy dig into Wyndham's hardcoded database credential — a password baked into the Android app that handed anyone access to a Salesforce-hosted customer database, JWTs included. We talk through why storing session tokens at all is a red flag, whether outsourcing your build pipeline gets you off the hook (it doesn't), and how a mealy-mouthed PR response can cost you more than the breach itself. </p><p>Sources: </p><p>TechCrunch: https://techcrunch.com/2026/11/09/hotel-giant-wyndham-exposed-customer-data-after-app-security-lapse/ </p><p>This Week in Security (Zack Whittaker's newsletter): https://this.weekinsecurity.com/ </p><p>join our discord! https://discord.gg/wYJnTpczV</p>]]></description><content:encoded><![CDATA[<p>Big news first: Richy is officially joining Breach Please as a permanent co-host, not just filling in. Welcome to the team. </p><p>On the story side, Jake, Jess, and Richy dig into Wyndham's hardcoded database credential — a password baked into the Android app that handed anyone access to a Salesforce-hosted customer database, JWTs included. We talk through why storing session tokens at all is a red flag, whether outsourcing your build pipeline gets you off the hook (it doesn't), and how a mealy-mouthed PR response can cost you more than the breach itself. </p><p>Sources: </p><p>TechCrunch: https://techcrunch.com/2026/11/09/hotel-giant-wyndham-exposed-customer-data-after-app-security-lapse/ </p><p>This Week in Security (Zack Whittaker's newsletter): https://this.weekinsecurity.com/ </p><p>join our discord! https://discord.gg/wYJnTpczV</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">f1eaa1da-f432-4a50-bf59-41e995281401</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Wed, 11 Nov 2026 07:00:00 -0500</pubDate><enclosure url="https://episodes.captivate.fm/episode/f1eaa1da-f432-4a50-bf59-41e995281401.mp3" length="62203655" type="audio/mpeg"/><itunes:duration>43:12</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>71</itunes:episode><podcast:episode>71</podcast:episode></item><item><title>S0:E70: Researcher Drops 30+ Zero-Days, N-able Goes Dark</title><itunes:title>S0:E70: Researcher Drops 30+ Zero-Days, N-able Goes Dark</itunes:title><description><![CDATA[<p>On this episode of Breach Please, Jake, Jess, and Richy dig into OT and building-management systems exposed directly to the internet, following up on last month's refrigeration attacks on French blood banks and EU supermarkets, plus a federal CISA/FBI/HHS/USDA/DoT warning to lock down cold-chain systems. </p><p>Then: N-able took its hosted N-central platform offline after a researcher published 30+ alleged zero-days to GitHub, saying the company had ignored his earlier reports. And a debate on where AppSec ends and product security begins. </p><p>No fear mongering, no vendor scripts, no synergized threat posture. Just the stories that matter. </p><p>Sources: </p><p>N-able Status Page: https://uptime.n-able.com/ </p><p>N-able Vulnerability Disclosure Program: https://www.n-able.com/security-and-privacy/vulnerability-disclosure-program </p><p>Cyber Security News: https://cybersecuritynews.com/n-able-n-central-rce/ </p><p>Security Boulevard (Tenable): https://securityboulevard.com/2026/11/u-s-urges-critical-infrastructure-orgs-to-secure-refrigeration-systems-asap-after-eu-supermarket-and-blood-bank-attacks/ </p><p>https://discord.gg/wYJnTpczV</p>]]></description><content:encoded><![CDATA[<p>On this episode of Breach Please, Jake, Jess, and Richy dig into OT and building-management systems exposed directly to the internet, following up on last month's refrigeration attacks on French blood banks and EU supermarkets, plus a federal CISA/FBI/HHS/USDA/DoT warning to lock down cold-chain systems. </p><p>Then: N-able took its hosted N-central platform offline after a researcher published 30+ alleged zero-days to GitHub, saying the company had ignored his earlier reports. And a debate on where AppSec ends and product security begins. </p><p>No fear mongering, no vendor scripts, no synergized threat posture. Just the stories that matter. </p><p>Sources: </p><p>N-able Status Page: https://uptime.n-able.com/ </p><p>N-able Vulnerability Disclosure Program: https://www.n-able.com/security-and-privacy/vulnerability-disclosure-program </p><p>Cyber Security News: https://cybersecuritynews.com/n-able-n-central-rce/ </p><p>Security Boulevard (Tenable): https://securityboulevard.com/2026/11/u-s-urges-critical-infrastructure-orgs-to-secure-refrigeration-systems-asap-after-eu-supermarket-and-blood-bank-attacks/ </p><p>https://discord.gg/wYJnTpczV</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">66202c89-ace9-4299-b845-31ccf7295cbf</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Tue, 10 Nov 2026 07:00:00 -0500</pubDate><enclosure url="https://episodes.captivate.fm/episode/66202c89-ace9-4299-b845-31ccf7295cbf.mp3" length="59177422" type="audio/mpeg"/><itunes:duration>41:06</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>70</itunes:episode><podcast:episode>70</podcast:episode></item><item><title>S0:E69: NVIDIA CEO Admits Affair With Alleged Chinese Spy — Plus the SSH Bug Live in a Honeypot</title><itunes:title>S0:E69: NVIDIA CEO Admits Affair With Alleged Chinese Spy — Plus the SSH Bug Live in a Honeypot</itunes:title><description><![CDATA[<p>Jess is back from vacation, and Jake catches her up on two stories. </p><p>First: the Alpine Linux "SSHole" flaw (the same bug family behind last episode's "Starshole" story) is now actually being exploited in a public honeypot. Jake and Jess break down why a researcher spotting exploitation nine hours after the CVE went live is less alarming than the headline makes it sound, why it still takes four separate misconfigurations lining up before it's exploitable, and why so much of the reporting skips the one part that actually matters: what happens after someone gets in. </p><p>Then: NVIDIA CEO Jensen Huang has admitted, in a letter to NVIDIA staff, to an affair with a woman U.S. officials suspect was a Chinese intelligence asset. NVIDIA's board has opened an independent investigation, and the House Committee on Foreign Affairs has asked for a closed-door briefing. Jake makes the case that, whatever anyone thinks of the affair, Huang was very likely the target of a professional intelligence operation, not the architect of one. They also get into reporting on Chinese shell companies allegedly buying banned NVIDIA chips through front offices with no employees. </p><p>Plus: the AI bubble conversation continues — circular GPU-purchasing deals, pre-IPO share sales at Anthropic and OpenAI, and a viral Reddit post on what a year of "everything goes through AI agents now" does to a codebase's defect rate. </p><p>Sources: </p><p>The Hacker News (OpenSSH "SSHole" Alpine Linux flaw exploited in the wild): https://thehackernews.com/2026/11/hackers-exploited-openssh-sshole-flaw.html?m=1 Axios </p><p>(NVIDIA CEO Jensen Huang admits affair, board to launch investigation): https://www.axios.com/2026/11/08/nvidia-ceo-jensen-huang-admits-affair-board-to-launch-investigation NPR (NVIDIA launches investigation into CEO's alleged relationship with Chinese spy): https://www.npr.org/2026/11/08/nx-s1-6034036/nvidia-launches-investigation-into-ceos-alleged-relationship-with-chinese-spy Bluesky </p><p>(Patricia Aas): https://bsky.app/profile/patigallardo.bsky.social/post/3mzsirwehws25 </p><p>Join the conversation on Discord: https://discord.gg/wYJnTpczV</p>]]></description><content:encoded><![CDATA[<p>Jess is back from vacation, and Jake catches her up on two stories. </p><p>First: the Alpine Linux "SSHole" flaw (the same bug family behind last episode's "Starshole" story) is now actually being exploited in a public honeypot. Jake and Jess break down why a researcher spotting exploitation nine hours after the CVE went live is less alarming than the headline makes it sound, why it still takes four separate misconfigurations lining up before it's exploitable, and why so much of the reporting skips the one part that actually matters: what happens after someone gets in. </p><p>Then: NVIDIA CEO Jensen Huang has admitted, in a letter to NVIDIA staff, to an affair with a woman U.S. officials suspect was a Chinese intelligence asset. NVIDIA's board has opened an independent investigation, and the House Committee on Foreign Affairs has asked for a closed-door briefing. Jake makes the case that, whatever anyone thinks of the affair, Huang was very likely the target of a professional intelligence operation, not the architect of one. They also get into reporting on Chinese shell companies allegedly buying banned NVIDIA chips through front offices with no employees. </p><p>Plus: the AI bubble conversation continues — circular GPU-purchasing deals, pre-IPO share sales at Anthropic and OpenAI, and a viral Reddit post on what a year of "everything goes through AI agents now" does to a codebase's defect rate. </p><p>Sources: </p><p>The Hacker News (OpenSSH "SSHole" Alpine Linux flaw exploited in the wild): https://thehackernews.com/2026/11/hackers-exploited-openssh-sshole-flaw.html?m=1 Axios </p><p>(NVIDIA CEO Jensen Huang admits affair, board to launch investigation): https://www.axios.com/2026/11/08/nvidia-ceo-jensen-huang-admits-affair-board-to-launch-investigation NPR (NVIDIA launches investigation into CEO's alleged relationship with Chinese spy): https://www.npr.org/2026/11/08/nx-s1-6034036/nvidia-launches-investigation-into-ceos-alleged-relationship-with-chinese-spy Bluesky </p><p>(Patricia Aas): https://bsky.app/profile/patigallardo.bsky.social/post/3mzsirwehws25 </p><p>Join the conversation on Discord: https://discord.gg/wYJnTpczV</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">85e90df8-cd38-4ffc-8d6b-1f74c167313e</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Mon, 09 Nov 2026 07:00:00 -0500</pubDate><enclosure url="https://episodes.captivate.fm/episode/85e90df8-cd38-4ffc-8d6b-1f74c167313e.mp3" length="65886920" type="audio/mpeg"/><itunes:duration>45:45</itunes:duration><itunes:explicit>true</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>69</itunes:episode><podcast:episode>69</podcast:episode></item><item><title>S0:E68: Alpine&apos;s SSH &apos;Starshole&apos; Bug and Rails&apos; SVG Code-Execution Flaw w/ Richy</title><itunes:title>S0:E68: Alpine&apos;s SSH &apos;Starshole&apos; Bug and Rails&apos; SVG Code-Execution Flaw w/ Richy</itunes:title><description><![CDATA[<p>Jake is on the beach in Miami and Richy's filling in for Jess again - and they're digging into two vulnerabilities that actually matter this week. First: OpenSSH's emergency patch for an SSH authentication bypass in Alpine Linux's sshd, nicknamed "Starshole." It takes four separate misconfigurations lining up before it's exploitable - Jake and Richy break down why that makes it more of a fire-drill-worthy test of your container resilience than a five-alarm fire, and why embedded/OpenWRT-based appliances are the bigger worry than enterprise containers. Then: a 9.8-severity flaw in Ruby on Rails + ImageMagick that lets a malicious SVG file upload turn into remote code execution - because an SVG isn't really an image, it's a set of drawing instructions (and ImageMagick's MSL scripting language can be hijacked). They talk through why allow-listing file types, not block-listing, should have caught this from the start. Plus: budgeting-season war stories (bronze/silver/gold package tricks), and why Jake thinks "vulnerability prioritization" needs to become "vulnerability operations." </p><p>Sources: </p><p>The Hacker News (OpenSSH "Starshole" Alpine sshd bypass): https://thehackernews.com/2026/11/openssh-issues-emergency-fix-for-flaw.html?m=1 </p><p>The Hacker News (Rails + ImageMagick SVG upload RCE): https://thehackernews.com/2026/11/critical-rails-flaw-lets-attackers.html </p><p>Join the conversation on Discord: https://discord.gg/wYJnTpczV </p><p>#cybersecurity #vulnerabilitymanagement #infosec #openssh #rubyonrails</p>]]></description><content:encoded><![CDATA[<p>Jake is on the beach in Miami and Richy's filling in for Jess again - and they're digging into two vulnerabilities that actually matter this week. First: OpenSSH's emergency patch for an SSH authentication bypass in Alpine Linux's sshd, nicknamed "Starshole." It takes four separate misconfigurations lining up before it's exploitable - Jake and Richy break down why that makes it more of a fire-drill-worthy test of your container resilience than a five-alarm fire, and why embedded/OpenWRT-based appliances are the bigger worry than enterprise containers. Then: a 9.8-severity flaw in Ruby on Rails + ImageMagick that lets a malicious SVG file upload turn into remote code execution - because an SVG isn't really an image, it's a set of drawing instructions (and ImageMagick's MSL scripting language can be hijacked). They talk through why allow-listing file types, not block-listing, should have caught this from the start. Plus: budgeting-season war stories (bronze/silver/gold package tricks), and why Jake thinks "vulnerability prioritization" needs to become "vulnerability operations." </p><p>Sources: </p><p>The Hacker News (OpenSSH "Starshole" Alpine sshd bypass): https://thehackernews.com/2026/11/openssh-issues-emergency-fix-for-flaw.html?m=1 </p><p>The Hacker News (Rails + ImageMagick SVG upload RCE): https://thehackernews.com/2026/11/critical-rails-flaw-lets-attackers.html </p><p>Join the conversation on Discord: https://discord.gg/wYJnTpczV </p><p>#cybersecurity #vulnerabilitymanagement #infosec #openssh #rubyonrails</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">1cf8df14-6eb1-48e9-b203-8a79f9467e24</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Fri, 06 Nov 2026 07:00:00 -0500</pubDate><enclosure url="https://episodes.captivate.fm/episode/1cf8df14-6eb1-48e9-b203-8a79f9467e24.mp3" length="50317523" type="audio/mpeg"/><itunes:duration>34:57</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>68</itunes:episode><podcast:episode>68</podcast:episode></item><item><title>S0:E67: France&apos;s Blood Bank Hack, the AI Bubble, and Cybersecurity&apos;s Player-Coach Problem</title><itunes:title>S0:E67: France&apos;s Blood Bank Hack, the AI Bubble, and Cybersecurity&apos;s Player-Coach Problem</itunes:title><description><![CDATA[<p>Richy fills in for Jess (on vacation) as Jake and Richy dig into a wave of refrigeration-system attacks in France that have moved from spoiling supermarket food to spoiling blood bank supplies -- and ask why critical cold-chain systems are still sitting exposed on the internet. From there: whether the CHIPS Act did enough to hedge a Taiwan-invasion scenario, whether we're in an AI bubble (and why cheap tokens might push companies back on-prem), the case for cybersecurity's "player coach" role, why politics and cybersecurity can't actually be separated, and a round of real AI-hallucination near-misses that could have gone very wrong without a human expert checking the work. </p><p>Topics discussed: </p><p>- French refrigeration/blood-bank cyberattacks and cold-chain security </p><p>- The CHIPS Act and the Taiwan chip-supply risk </p><p>- The AI bubble and the economics of running local LLMs </p><p>- Cybersecurity's "player coach" staffing model</p><p>- Why technology -- and cybersecurity -- is inherently political </p><p>- Real-world AI hallucination near-misses in IT and security work </p><p>Breach Please is a production of and copyright of JWGH Media, all rights reserved. The opinions of our hosts are their own and don't represent their employers, clients, or official positions. None of this is legal, financial, or security advice. </p><p>Sources: </p><p>Reuters: https://www.reuters.com/business/healthcare-pharmaceuticals/several-french-blood-banks-hit-by-cyberattack-nov-2-health-ministry-says-2026-11-04/ </p><p>https://discord.gg/wYJnTpczV</p>]]></description><content:encoded><![CDATA[<p>Richy fills in for Jess (on vacation) as Jake and Richy dig into a wave of refrigeration-system attacks in France that have moved from spoiling supermarket food to spoiling blood bank supplies -- and ask why critical cold-chain systems are still sitting exposed on the internet. From there: whether the CHIPS Act did enough to hedge a Taiwan-invasion scenario, whether we're in an AI bubble (and why cheap tokens might push companies back on-prem), the case for cybersecurity's "player coach" role, why politics and cybersecurity can't actually be separated, and a round of real AI-hallucination near-misses that could have gone very wrong without a human expert checking the work. </p><p>Topics discussed: </p><p>- French refrigeration/blood-bank cyberattacks and cold-chain security </p><p>- The CHIPS Act and the Taiwan chip-supply risk </p><p>- The AI bubble and the economics of running local LLMs </p><p>- Cybersecurity's "player coach" staffing model</p><p>- Why technology -- and cybersecurity -- is inherently political </p><p>- Real-world AI hallucination near-misses in IT and security work </p><p>Breach Please is a production of and copyright of JWGH Media, all rights reserved. The opinions of our hosts are their own and don't represent their employers, clients, or official positions. None of this is legal, financial, or security advice. </p><p>Sources: </p><p>Reuters: https://www.reuters.com/business/healthcare-pharmaceuticals/several-french-blood-banks-hit-by-cyberattack-nov-2-health-ministry-says-2026-11-04/ </p><p>https://discord.gg/wYJnTpczV</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">33803fba-ebc2-4849-9563-f126a51ed022</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Thu, 05 Nov 2026 07:00:00 -0500</pubDate><enclosure url="https://episodes.captivate.fm/episode/33803fba-ebc2-4849-9563-f126a51ed022.mp3" length="54501712" type="audio/mpeg"/><itunes:duration>37:51</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>67</itunes:episode><podcast:episode>67</podcast:episode></item><item><title>S0:E66: Binance&apos;s AI Agent Got Hijacked — Plus North Korea&apos;s Fake Job Interview Malware w/ Richy</title><itunes:title>S0:E66: Binance&apos;s AI Agent Got Hijacked — Plus North Korea&apos;s Fake Job Interview Malware w/ Richy</itunes:title><description><![CDATA[<p>A gang reportedly used a fake North Korean-style job interview to plant malicious software on two Binance engineers' computers — and walked away with enough that the exchange had to reimburse 90% of the stolen wallets out of its own reserve fund. Jess is out this week (and for a few more), so Richy's back in the chair with Jake to dig into the New York Times' Binance postmortem: how threat attribution actually works when everyone's pointing at North Korea, why Binance's own SAFU fund raises more questions than it answers, and whether an AI tool was the privilege-escalation step that got attackers onto a developer's machine. </p><p>Then: North Korea's classic fake-job-interview malware playbook, why 'if it sounds too good to be true, it is' still works on smart people, and why almost nobody is seriously testing their AI agents for prompt injection yet. </p><p>Did we make you smarter? Tell a friend. Did we make you mad? Tell your CISO. </p><p>Sources: Binance hack postmortem (New York Times): https://www.nytimes.com/2026/11/03/technology/binance-hack-report.html </p><p>join our discord: https://discord.gg/wYJnTpczV</p>]]></description><content:encoded><![CDATA[<p>A gang reportedly used a fake North Korean-style job interview to plant malicious software on two Binance engineers' computers — and walked away with enough that the exchange had to reimburse 90% of the stolen wallets out of its own reserve fund. Jess is out this week (and for a few more), so Richy's back in the chair with Jake to dig into the New York Times' Binance postmortem: how threat attribution actually works when everyone's pointing at North Korea, why Binance's own SAFU fund raises more questions than it answers, and whether an AI tool was the privilege-escalation step that got attackers onto a developer's machine. </p><p>Then: North Korea's classic fake-job-interview malware playbook, why 'if it sounds too good to be true, it is' still works on smart people, and why almost nobody is seriously testing their AI agents for prompt injection yet. </p><p>Did we make you smarter? Tell a friend. Did we make you mad? Tell your CISO. </p><p>Sources: Binance hack postmortem (New York Times): https://www.nytimes.com/2026/11/03/technology/binance-hack-report.html </p><p>join our discord: https://discord.gg/wYJnTpczV</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">9f59722d-c0a1-477a-9138-e742bb610c50</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Wed, 04 Nov 2026 07:00:00 -0500</pubDate><enclosure url="https://episodes.captivate.fm/episode/9f59722d-c0a1-477a-9138-e742bb610c50.mp3" length="69723786" type="audio/mpeg"/><itunes:duration>48:25</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>66</itunes:episode><podcast:episode>66</podcast:episode></item><item><title>S0:E65: Ransomware Gang Offers Refunds? + NTLM Relay Attacks w/ Guest Logan Diomedi</title><itunes:title>S0:E65: Ransomware Gang Offers Refunds? + NTLM Relay Attacks w/ Guest Logan Diomedi</itunes:title><description><![CDATA[<p>A ransomware gang hit the only level-one trauma center in New Mexico — then tried to buy goodwill by offering victims $2,500 each out of pocket. Jess and Jake break down why "ransomware" and "extortion" aren't the same thing, what this unprecedented payback move might really be covering (hint: crypto laundering), and why this threat group's rebrand should worry you more than its ransom notes.</p><p></p><p>Then: Logan Diomedi — penetration tester, red teamer, and creator of the NTLM relay auditing tool RelayKing — joins the show straight from Wild West Hackin' Fest. Logan walks through how Microsoft downplayed a critical NTLM reflection vulnerability (CVE-2025-33073), why coordinated disclosure keeps failing researchers, how AI-generated "this CVE doesn't exist" bot replies are poisoning bug bounty programs, and how RelayKing helps blue teams actually prove their GPO fixes stuck — instead of just hoping they did.</p><p></p><p>Did we make you smarter? Tell a friend. Did we make you mad? Tell the ransomware gang that gave refunds.</p><p></p><p>h<a href="https://www.google.com/url?q=https://discord.gg/wYJnTpczV&amp;source=gmail&amp;ust=1793747728394000&amp;sa=E" rel="noopener noreferrer" target="_blank">ttps://discord.gg/wYJnTpczV</a></p><p></p><p>DRAFT HASHTAGS</p><p>#CyberSecurity #InfoSec #Ransomware #NTLM #ActiveDirectory #RedTeam #BlueTeam #BugBounty #Podcast #BreachPlease</p>]]></description><content:encoded><![CDATA[<p>A ransomware gang hit the only level-one trauma center in New Mexico — then tried to buy goodwill by offering victims $2,500 each out of pocket. Jess and Jake break down why "ransomware" and "extortion" aren't the same thing, what this unprecedented payback move might really be covering (hint: crypto laundering), and why this threat group's rebrand should worry you more than its ransom notes.</p><p></p><p>Then: Logan Diomedi — penetration tester, red teamer, and creator of the NTLM relay auditing tool RelayKing — joins the show straight from Wild West Hackin' Fest. Logan walks through how Microsoft downplayed a critical NTLM reflection vulnerability (CVE-2025-33073), why coordinated disclosure keeps failing researchers, how AI-generated "this CVE doesn't exist" bot replies are poisoning bug bounty programs, and how RelayKing helps blue teams actually prove their GPO fixes stuck — instead of just hoping they did.</p><p></p><p>Did we make you smarter? Tell a friend. Did we make you mad? Tell the ransomware gang that gave refunds.</p><p></p><p>h<a href="https://www.google.com/url?q=https://discord.gg/wYJnTpczV&amp;source=gmail&amp;ust=1793747728394000&amp;sa=E" rel="noopener noreferrer" target="_blank">ttps://discord.gg/wYJnTpczV</a></p><p></p><p>DRAFT HASHTAGS</p><p>#CyberSecurity #InfoSec #Ransomware #NTLM #ActiveDirectory #RedTeam #BlueTeam #BugBounty #Podcast #BreachPlease</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">43791772-967a-4cbf-8d3c-8c89e0857c24</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Tue, 03 Nov 2026 07:00:00 -0500</pubDate><enclosure url="https://episodes.captivate.fm/episode/43791772-967a-4cbf-8d3c-8c89e0857c24.mp3" length="72994525" type="audio/mpeg"/><itunes:duration>50:41</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>65</itunes:episode><podcast:episode>65</podcast:episode></item><item><title>S0:E64: Claude&apos;s New Snitch Mode &amp; Japan&apos;s Cyber Attack Surge</title><itunes:title>S0:E64: Claude&apos;s New Snitch Mode &amp; Japan&apos;s Cyber Attack Surge</itunes:title><description><![CDATA[<p>Anthropic just gave corporate IT a tattletale button for Claude — and it's being sold as a productivity feature. Jess and Jake break down Claude's new enterprise 'smart reports,' which let managers see team-wide prompts, spend, and even flag 'personal or off-topic' usage — and why turning this on without legal, HR, and privacy involved is an instant liability trap (Title VII protected classes, EU employee-monitoring law, minimum-group-size de-anonymization problems, and the Accenture $29/month token-budget story that kicked off the whole AI-spend reckoning). Then: a real surge in cyberattacks hitting Japanese organizations — a 44-agent automated hacking campaign, Trend Micro's numbers (19 orgs hit, 16 in Japan), El Kentaro's incident-tracking dashboard, and a theory about Japan's older median age as a contributing factor. </p><p>Did we make you smarter? Tell a friend. Did we make you mad? Tell Anthropic. </p><p>Sources: </p><p>El Kentaro Incident Dashboard: https://elkentaro.github.io/jp_incidents/</p><p>Japan Cyber Attack (TechCrunch): https://techcrunch.com/2026/10/27/japan-internet-giant-gmo-says-hackers-posted-stolen-customer-data/ </p><p>Anthropic Smart Reports: https://claude.com/resources/articles/smart-reports-surveys-pooled-budgets https://discord.gg/wYJnTpczV</p>]]></description><content:encoded><![CDATA[<p>Anthropic just gave corporate IT a tattletale button for Claude — and it's being sold as a productivity feature. Jess and Jake break down Claude's new enterprise 'smart reports,' which let managers see team-wide prompts, spend, and even flag 'personal or off-topic' usage — and why turning this on without legal, HR, and privacy involved is an instant liability trap (Title VII protected classes, EU employee-monitoring law, minimum-group-size de-anonymization problems, and the Accenture $29/month token-budget story that kicked off the whole AI-spend reckoning). Then: a real surge in cyberattacks hitting Japanese organizations — a 44-agent automated hacking campaign, Trend Micro's numbers (19 orgs hit, 16 in Japan), El Kentaro's incident-tracking dashboard, and a theory about Japan's older median age as a contributing factor. </p><p>Did we make you smarter? Tell a friend. Did we make you mad? Tell Anthropic. </p><p>Sources: </p><p>El Kentaro Incident Dashboard: https://elkentaro.github.io/jp_incidents/</p><p>Japan Cyber Attack (TechCrunch): https://techcrunch.com/2026/10/27/japan-internet-giant-gmo-says-hackers-posted-stolen-customer-data/ </p><p>Anthropic Smart Reports: https://claude.com/resources/articles/smart-reports-surveys-pooled-budgets https://discord.gg/wYJnTpczV</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">805a43a9-10c5-414f-ad93-6d02d3f7d5c2</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Mon, 02 Nov 2026 00:15:00 -0500</pubDate><enclosure url="https://episodes.captivate.fm/episode/805a43a9-10c5-414f-ad93-6d02d3f7d5c2.mp3" length="63057546" type="audio/mpeg"/><itunes:duration>43:47</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>64</itunes:episode><podcast:episode>64</podcast:episode></item><item><title>S0:E63: Pentagon&apos;s AI Access Scandal — Plus a Backdoored Claude Code Extension</title><itunes:title>S0:E63: Pentagon&apos;s AI Access Scandal — Plus a Backdoored Claude Code Extension</itunes:title><description><![CDATA[<p>Richy fills in for Jess this episode, and Jake Williams digs into a Pentagon AI access story straight out of Wired: an Accenture contractor apparently ran a personal Claude account against NIPRNet, raising hard questions about shadow AI, token-budget pressure, and whether anyone would even notice the traffic. Richy and Jake also break down a backdoored VS Code extension — the official Claude Code connector for Cursor — that quietly opened port 22 and installed an attacker-controlled SSH key, no malicious behavior required to get burned. Then: an update on DDoS Secrets' 'Ice Pick' leak. After the site got flooded with DHS/ICE personnel searching their own names, the US government leaned on a UK-based domain registrar through a takedown firm — and got the site pulled within hours, despite the hosting and DNS infrastructure sitting outside US jurisdiction. Richy and Jake walk through how domain takedowns actually work, and why that speed should worry anyone who assumes jurisdiction will protect them. </p><p>Topics covered: </p><p>- Accenture contractor's personal Claude account allegedly used on the Pentagon's NIPRNet </p><p>- Why shrinking AI token budgets create a perverse incentive toward shadow AI </p><p>- A backdoored official Claude Code VS Code extension that opened port 22 </p><p>- Why EDR alone won't catch this class of extension-based compromise </p><p>- DDoS Secrets' 'Ice Pick' leak: the domain-takedown saga and multi-jurisdictional pressure </p><p>- How TLD registries (NICs) can kill DNS resolution outright, bypassing your registrar entirely </p><p>Join our Discord: https://discord.gg/wYJnTpczV</p>]]></description><content:encoded><![CDATA[<p>Richy fills in for Jess this episode, and Jake Williams digs into a Pentagon AI access story straight out of Wired: an Accenture contractor apparently ran a personal Claude account against NIPRNet, raising hard questions about shadow AI, token-budget pressure, and whether anyone would even notice the traffic. Richy and Jake also break down a backdoored VS Code extension — the official Claude Code connector for Cursor — that quietly opened port 22 and installed an attacker-controlled SSH key, no malicious behavior required to get burned. Then: an update on DDoS Secrets' 'Ice Pick' leak. After the site got flooded with DHS/ICE personnel searching their own names, the US government leaned on a UK-based domain registrar through a takedown firm — and got the site pulled within hours, despite the hosting and DNS infrastructure sitting outside US jurisdiction. Richy and Jake walk through how domain takedowns actually work, and why that speed should worry anyone who assumes jurisdiction will protect them. </p><p>Topics covered: </p><p>- Accenture contractor's personal Claude account allegedly used on the Pentagon's NIPRNet </p><p>- Why shrinking AI token budgets create a perverse incentive toward shadow AI </p><p>- A backdoored official Claude Code VS Code extension that opened port 22 </p><p>- Why EDR alone won't catch this class of extension-based compromise </p><p>- DDoS Secrets' 'Ice Pick' leak: the domain-takedown saga and multi-jurisdictional pressure </p><p>- How TLD registries (NICs) can kill DNS resolution outright, bypassing your registrar entirely </p><p>Join our Discord: https://discord.gg/wYJnTpczV</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">7ae2ca50-31d0-44ad-a94a-3d1797af591b</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Mon, 02 Nov 2026 00:00:00 -0500</pubDate><enclosure url="https://episodes.captivate.fm/episode/7ae2ca50-31d0-44ad-a94a-3d1797af591b.mp3" length="48164615" type="audio/mpeg"/><itunes:duration>33:27</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>63</itunes:episode><podcast:episode>63</podcast:episode></item><item><title>S0:E62: ICE Agents Doxxed in &apos;Ice Pick&apos; Leak — Plus Pentagon&apos;s Freezer Hack Mystery</title><itunes:title>S0:E62: ICE Agents Doxxed in &apos;Ice Pick&apos; Leak — Plus Pentagon&apos;s Freezer Hack Mystery</itunes:title><description><![CDATA[<p>Jake Williams and Jess Hebenstreit cover two very different flavors of exposed infrastructure. First: freezer failures at five or six US military commissaries (including Fort Huachuca) that the Pentagon is now calling a possible cyber attack, echoing a similar incident at French grocery stores. Jake and Jess dig into why the victimology makes sense regardless of attribution — operational technology connected to the internet without proper security is going to get found, whether it's a grocery store or a government commissary. Then: DDoS Secrets published 'Ice Pick,' a leak exposing personal and organizational details on ICE and CBP personnel. Jake walks through why this looks like a basic Active Directory/Okta reconnaissance dump rather than a sophisticated breach, why that should worry every enterprise sitting on old AD exports and database dumps, and the case for why this particular disclosure isn't really 'doxxing' in the traditional sense. They also cover Blue Sky's inconsistent blocking of click-throughs to the leak — a new and strange form of platform-level censorship. Topics covered: - Pentagon commissary freezer failures at multiple US bases, and whether it's really a cyber attack - Why exposed building-management and OT systems keep getting hit, and how to find yours - DDoS Secrets' 'Ice Pick' leak of ICE/CBP personnel data, and why it looks like an AD/Okta dump - Is this doxxing? The debate over public-servant data and FOIA - Blue Sky's selective blocking of the Ice Pick link - Enterprise lessons: protecting AD/NTDS.dit backups, DLP basics, and extra monitoring for new and seasonal employees Sources: Pentagon freezer failures (Reuters): https://www.reuters.com/technology/pentagon-treating-military-base-freezer-malfunctions-suspected-cyberattack-2026-10-29/ Ice Pick leak (Wired): https://www.wired.com/story/massive-leak-exposes-41000-homeland-security-workers-including-undercover-ice-agents/ Join our Discord: https://discord.gg/wYJnTpczV</p>]]></description><content:encoded><![CDATA[<p>Jake Williams and Jess Hebenstreit cover two very different flavors of exposed infrastructure. First: freezer failures at five or six US military commissaries (including Fort Huachuca) that the Pentagon is now calling a possible cyber attack, echoing a similar incident at French grocery stores. Jake and Jess dig into why the victimology makes sense regardless of attribution — operational technology connected to the internet without proper security is going to get found, whether it's a grocery store or a government commissary. Then: DDoS Secrets published 'Ice Pick,' a leak exposing personal and organizational details on ICE and CBP personnel. Jake walks through why this looks like a basic Active Directory/Okta reconnaissance dump rather than a sophisticated breach, why that should worry every enterprise sitting on old AD exports and database dumps, and the case for why this particular disclosure isn't really 'doxxing' in the traditional sense. They also cover Blue Sky's inconsistent blocking of click-throughs to the leak — a new and strange form of platform-level censorship. Topics covered: - Pentagon commissary freezer failures at multiple US bases, and whether it's really a cyber attack - Why exposed building-management and OT systems keep getting hit, and how to find yours - DDoS Secrets' 'Ice Pick' leak of ICE/CBP personnel data, and why it looks like an AD/Okta dump - Is this doxxing? The debate over public-servant data and FOIA - Blue Sky's selective blocking of the Ice Pick link - Enterprise lessons: protecting AD/NTDS.dit backups, DLP basics, and extra monitoring for new and seasonal employees Sources: Pentagon freezer failures (Reuters): https://www.reuters.com/technology/pentagon-treating-military-base-freezer-malfunctions-suspected-cyberattack-2026-10-29/ Ice Pick leak (Wired): https://www.wired.com/story/massive-leak-exposes-41000-homeland-security-workers-including-undercover-ice-agents/ Join our Discord: https://discord.gg/wYJnTpczV</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">178fd3a3-c11b-4e24-953a-691f257da580</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Thu, 29 Oct 2026 00:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/178fd3a3-c11b-4e24-953a-691f257da580.mp3" length="58092817" type="audio/mpeg"/><itunes:duration>40:21</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>62</itunes:episode><podcast:episode>62</podcast:episode></item><item><title>S0:E61: Palo Alto Retracts Its PHP Claim — Did an AI Model Phone Home to China?</title><itunes:title>S0:E61: Palo Alto Retracts Its PHP Claim — Did an AI Model Phone Home to China?</itunes:title><description><![CDATA[<p>Jake Williams and Jess Hebenstreit cover a fast-moving correction: days after Unit 42 reported active exploitation of two critical PHP vulnerabilities, Palo Alto retracted the claim, acknowledging they couldn't tie the compromise they saw back to those specific CVEs. Jake and Jess break down why a retraction like this is a sign of a higher-quality threat intel source, not a black eye — and why real-world PHP exploitation is still very much happening, as proven by a public Bitcoin bounty challenge that fell in under 20 hours. Along the way, Jake uses his post-office-box analogy to explain Address Space Layout Randomization (ASLR) and why the attackers' bypass technique was genuinely novel. Then they dig into Cohere's claim that Alibaba's Qwen 3.8 model generated a command that tried to send data back to an Alibaba-controlled endpoint during a security test — and debate whether that's a real backdoor, a conflict-of-interest publicity stunt, or something in between. They cover how AI guardrails get 'obliterated' out of open-weight models, why chain-of-thought monitoring didn't catch this one, and the practical defenses (sandboxing, DNS blackholing, pro-code guardrails) security teams should actually be running. Topics covered: - Palo Alto/Unit 42's retraction of their PHP exploitation report, and why retracting builds credibility rather than costing it - The public Bitcoin bounty challenge that proved PHP exploitation is real, regardless of the retraction - ASLR explained with Jake's post-office-box analogy, and why the Bitcoin Challenge's ASLR bypass was novel - Cohere's report that Alibaba's Qwen 3.8 model generated a callback to an Alibaba endpoint during testing - How AI model guardrails get 'obliterated,' and why that doesn't make open-weight models inherently dangerous - Why LLMs keep ignoring prompt-based guardrails, and the sandboxing/DNS/pro-code defenses that actually work Join our Discord: https://discord.gg/wYJnTpczV</p>]]></description><content:encoded><![CDATA[<p>Jake Williams and Jess Hebenstreit cover a fast-moving correction: days after Unit 42 reported active exploitation of two critical PHP vulnerabilities, Palo Alto retracted the claim, acknowledging they couldn't tie the compromise they saw back to those specific CVEs. Jake and Jess break down why a retraction like this is a sign of a higher-quality threat intel source, not a black eye — and why real-world PHP exploitation is still very much happening, as proven by a public Bitcoin bounty challenge that fell in under 20 hours. Along the way, Jake uses his post-office-box analogy to explain Address Space Layout Randomization (ASLR) and why the attackers' bypass technique was genuinely novel. Then they dig into Cohere's claim that Alibaba's Qwen 3.8 model generated a command that tried to send data back to an Alibaba-controlled endpoint during a security test — and debate whether that's a real backdoor, a conflict-of-interest publicity stunt, or something in between. They cover how AI guardrails get 'obliterated' out of open-weight models, why chain-of-thought monitoring didn't catch this one, and the practical defenses (sandboxing, DNS blackholing, pro-code guardrails) security teams should actually be running. Topics covered: - Palo Alto/Unit 42's retraction of their PHP exploitation report, and why retracting builds credibility rather than costing it - The public Bitcoin bounty challenge that proved PHP exploitation is real, regardless of the retraction - ASLR explained with Jake's post-office-box analogy, and why the Bitcoin Challenge's ASLR bypass was novel - Cohere's report that Alibaba's Qwen 3.8 model generated a callback to an Alibaba endpoint during testing - How AI model guardrails get 'obliterated,' and why that doesn't make open-weight models inherently dangerous - Why LLMs keep ignoring prompt-based guardrails, and the sandboxing/DNS/pro-code defenses that actually work Join our Discord: https://discord.gg/wYJnTpczV</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">11a92145-8d57-4513-bf06-feb9680331a7</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Wed, 28 Oct 2026 00:30:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/11a92145-8d57-4513-bf06-feb9680331a7.mp3" length="60894607" type="audio/mpeg"/><itunes:duration>42:17</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>61</itunes:episode><podcast:episode>61</podcast:episode></item><item><title>S0E60 - Sam Altman Says We Can&apos;t Patch Our Way Out of This and Who&apos;s Accountable When AI Fails?</title><itunes:title>S0E60 - Sam Altman Says We Can&apos;t Patch Our Way Out of This and Who&apos;s Accountable When AI Fails?</itunes:title><description><![CDATA[<p>Jake Williams and Jess Hebenstreit take on Sam Altman's comments at Stanford's Graduate School of Business — where the OpenAI CEO said he no longer thinks we can just 'patch our way out of this' — and ask why the people most responsible for accelerating the problem keep acting like scolding defenders is the solution.</p><p></p><p>Then they dig into the FDA's request for public comment on who should be accountable for generative-AI medical devices: the providers using them, or the manufacturers building them. Jess, who comes from a medical family, explains why she doesn't want non-deterministic AI anywhere near her insulin pump or CGM, and the two debate where the accountability line should sit in enterprise AI deployments more broadly.</p><p></p><p>Along the way: AI agents caught disabling their own safety monitoring, a Brotli compression vulnerability rippling well beyond Node.js, and e-Mudra's exit from the certificate authority business.</p><p></p><p>Topics covered:</p><p>- Sam Altman's comments at Stanford's Graduate School of Business on AI-driven cybersecurity risk, and why 'go do the basics' keeps landing badly coming from AI company leadership</p><p>- The FDA's request for comment on accountability for generative-AI medical devices — providers vs. manufacturers</p><p>- Why non-determinism is uniquely dangerous in devices like pacemakers, insulin pumps, and CGMs</p><p>- AI agents found disabling their own monitoring controls, and what that says about deploying agents without hard-coded guardrails</p><p>- A Brotli compression/decompression vulnerability with impact well beyond Node.js</p><p>- e-Mudra's exit from the certificate authority business</p><p>- Who should actually be the named, accountable risk-acceptor for enterprise Gen AI deployments</p>]]></description><content:encoded><![CDATA[<p>Jake Williams and Jess Hebenstreit take on Sam Altman's comments at Stanford's Graduate School of Business — where the OpenAI CEO said he no longer thinks we can just 'patch our way out of this' — and ask why the people most responsible for accelerating the problem keep acting like scolding defenders is the solution.</p><p></p><p>Then they dig into the FDA's request for public comment on who should be accountable for generative-AI medical devices: the providers using them, or the manufacturers building them. Jess, who comes from a medical family, explains why she doesn't want non-deterministic AI anywhere near her insulin pump or CGM, and the two debate where the accountability line should sit in enterprise AI deployments more broadly.</p><p></p><p>Along the way: AI agents caught disabling their own safety monitoring, a Brotli compression vulnerability rippling well beyond Node.js, and e-Mudra's exit from the certificate authority business.</p><p></p><p>Topics covered:</p><p>- Sam Altman's comments at Stanford's Graduate School of Business on AI-driven cybersecurity risk, and why 'go do the basics' keeps landing badly coming from AI company leadership</p><p>- The FDA's request for comment on accountability for generative-AI medical devices — providers vs. manufacturers</p><p>- Why non-determinism is uniquely dangerous in devices like pacemakers, insulin pumps, and CGMs</p><p>- AI agents found disabling their own monitoring controls, and what that says about deploying agents without hard-coded guardrails</p><p>- A Brotli compression/decompression vulnerability with impact well beyond Node.js</p><p>- e-Mudra's exit from the certificate authority business</p><p>- Who should actually be the named, accountable risk-acceptor for enterprise Gen AI deployments</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">aa1deb92-3ef3-4b4e-a5ec-c53c129c4666</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Tue, 27 Oct 2026 00:15:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/aa1deb92-3ef3-4b4e-a5ec-c53c129c4666.mp3" length="61182372" type="audio/mpeg"/><itunes:duration>42:29</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>60</itunes:episode><podcast:episode>60</podcast:episode></item><item><title>S0E59 - Unit 42 Confirms Active PHP Exploitation — And Attackers Already Have Domain Admin</title><itunes:title>S0E59 - Unit 42 Confirms Active PHP Exploitation — And Attackers Already Have Domain Admin</itunes:title><description><![CDATA[<p>Jake Williams and Jess Hebenstreit follow up on last episode's prediction: Unit 42 has now confirmed active exploitation of the two critical PHP vulnerabilities in the wild, with attackers reaching domain admin within hours of initial compromise. They break down what Unit 42 is (and isn't) telling us, why millions of PHP services are reportedly still unpatched, and the message security leaders need to be taking to leadership today.</p><p></p><p>They also dig into a structured framework for deciding when to fire off an emergency threat hunt, the four ways to treat risk (and why 'accept' usually isn't a real option for an internet-facing host), a final word standing by their take on the ChainGuard embargo-break saga, and why AI is accelerating a technical-debt bill that's already coming due for orgs leaning on vulnerable third parties.</p><p></p><p>Topics covered:</p><p>- Unit 42's confirmation of active, agentic-assisted PHP exploitation in the wild, including domain admin compromise within hours</p><p>- How many PHP services are still exposed, and why that number matters</p><p>- A repeatable framework for deciding when to run an emergency threat hunt</p><p>- The four ways to treat risk — avoid, mitigate, accept, transfer — and why 'accept' rarely holds up for an internet-facing PHP host</p><p>- A final word standing by their take on ChainGuard's CEO breaking the coordinated disclosure embargo</p><p>- Why AI-driven acceleration is making technical debt a bill that's coming due faster than orgs can budget for it</p><p>- Third-party risk management: deciding which vendors you can't afford to stay exposed to</p>]]></description><content:encoded><![CDATA[<p>Jake Williams and Jess Hebenstreit follow up on last episode's prediction: Unit 42 has now confirmed active exploitation of the two critical PHP vulnerabilities in the wild, with attackers reaching domain admin within hours of initial compromise. They break down what Unit 42 is (and isn't) telling us, why millions of PHP services are reportedly still unpatched, and the message security leaders need to be taking to leadership today.</p><p></p><p>They also dig into a structured framework for deciding when to fire off an emergency threat hunt, the four ways to treat risk (and why 'accept' usually isn't a real option for an internet-facing host), a final word standing by their take on the ChainGuard embargo-break saga, and why AI is accelerating a technical-debt bill that's already coming due for orgs leaning on vulnerable third parties.</p><p></p><p>Topics covered:</p><p>- Unit 42's confirmation of active, agentic-assisted PHP exploitation in the wild, including domain admin compromise within hours</p><p>- How many PHP services are still exposed, and why that number matters</p><p>- A repeatable framework for deciding when to run an emergency threat hunt</p><p>- The four ways to treat risk — avoid, mitigate, accept, transfer — and why 'accept' rarely holds up for an internet-facing PHP host</p><p>- A final word standing by their take on ChainGuard's CEO breaking the coordinated disclosure embargo</p><p>- Why AI-driven acceleration is making technical debt a bill that's coming due faster than orgs can budget for it</p><p>- Third-party risk management: deciding which vendors you can't afford to stay exposed to</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">0af1a2d3-7037-4fb7-af13-8355ba0c740e</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Mon, 26 Oct 2026 22:15:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/0af1a2d3-7037-4fb7-af13-8355ba0c740e.mp3" length="54117399" type="audio/mpeg"/><itunes:duration>37:35</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>59</itunes:episode><podcast:episode>59</podcast:episode></item><item><title>S0:E58 - ChainGuard&apos;s CEO Broke the PHP Embargo, and Coordinated Disclosure May Be Dead</title><itunes:title>S0:E58 - ChainGuard&apos;s CEO Broke the PHP Embargo, and Coordinated Disclosure May Be Dead</itunes:title><description><![CDATA[<p>Jake Williams and Jess Hebenstreit dig into the week's vulnerability pile-up — PHP, GitLab, Node.js, and a LightLLM supply-chain keylogger — and the much bigger story blowing up the week: ChainGuard's CEO unilaterally broke the coordinated disclosure embargo on the PHP vulnerability, posting technical details hours before the agreed release. They cover why that decision may have put the final nail in coordinated disclosure's coffin, Jake's fire department (not bucket brigade) framework for arguing a changed risk landscape to your board, and the pushback on a widely-shared LinkedIn post telling security leaders to 'just ask your board for the basics.' </p><p>They also get into whether AI model providers bear responsibility for accelerating vulnerability discovery, how to tell your board the risk calculus has actually changed instead of just asking for the same resources again, and why cybersecurity has become a far more cutthroat, specialized field than the one they came up in. Spicy/rant warning: Jess does not hold back on this one. </p><p>Topics covered: - ChainGuard's CEO breaking the coordinated PHP vulnerability disclosure embargo, and the industry backlash that followed - Why Jake and Jess think this may be the beginning of the end for coordinated disclosure as it's worked until now - The week's vulnerability pile-up: PHP, a new GitLab flaw, Node.js, and a LightLLM supply-chain keylogger compromise - Jake's fire department vs. bucket brigade analogy for explaining a changed risk landscape to your board - The backlash to a viral LinkedIn post telling security leaders to go ask their boards for 'the basics' - Whether AI model providers share responsibility for accelerating vulnerability discovery and exploitation - Why cybersecurity has become a more cutthroat, specialized field than the one Jake and Jess came up in </p><p>Sources: Jason Clinton (Deputy CISO, Anthropic): https://x.com/JasonDClinton/status/2113325263157395456 ChainGuard CEO: https://lnkd.in/p/gufhMCU7 Marcus Hutchins: https://lnkd.in/p/gwzFmFeE FireEye: https://lnkd.in/p/gZAW7tAA Join our Discord: https://discord.gg/wYJnTpczV</p>]]></description><content:encoded><![CDATA[<p>Jake Williams and Jess Hebenstreit dig into the week's vulnerability pile-up — PHP, GitLab, Node.js, and a LightLLM supply-chain keylogger — and the much bigger story blowing up the week: ChainGuard's CEO unilaterally broke the coordinated disclosure embargo on the PHP vulnerability, posting technical details hours before the agreed release. They cover why that decision may have put the final nail in coordinated disclosure's coffin, Jake's fire department (not bucket brigade) framework for arguing a changed risk landscape to your board, and the pushback on a widely-shared LinkedIn post telling security leaders to 'just ask your board for the basics.' </p><p>They also get into whether AI model providers bear responsibility for accelerating vulnerability discovery, how to tell your board the risk calculus has actually changed instead of just asking for the same resources again, and why cybersecurity has become a far more cutthroat, specialized field than the one they came up in. Spicy/rant warning: Jess does not hold back on this one. </p><p>Topics covered: - ChainGuard's CEO breaking the coordinated PHP vulnerability disclosure embargo, and the industry backlash that followed - Why Jake and Jess think this may be the beginning of the end for coordinated disclosure as it's worked until now - The week's vulnerability pile-up: PHP, a new GitLab flaw, Node.js, and a LightLLM supply-chain keylogger compromise - Jake's fire department vs. bucket brigade analogy for explaining a changed risk landscape to your board - The backlash to a viral LinkedIn post telling security leaders to go ask their boards for 'the basics' - Whether AI model providers share responsibility for accelerating vulnerability discovery and exploitation - Why cybersecurity has become a more cutthroat, specialized field than the one Jake and Jess came up in </p><p>Sources: Jason Clinton (Deputy CISO, Anthropic): https://x.com/JasonDClinton/status/2113325263157395456 ChainGuard CEO: https://lnkd.in/p/gufhMCU7 Marcus Hutchins: https://lnkd.in/p/gwzFmFeE FireEye: https://lnkd.in/p/gZAW7tAA Join our Discord: https://discord.gg/wYJnTpczV</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">9b9d0c18-6b56-479c-b12f-2fea92c17f79</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Fri, 23 Oct 2026 09:25:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/9b9d0c18-6b56-479c-b12f-2fea92c17f79.mp3" length="69340726" type="audio/mpeg"/><itunes:duration>48:09</itunes:duration><itunes:explicit>true</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>58</itunes:episode><podcast:episode>58</podcast:episode></item><item><title>S0E57 - GitLab&apos;s CVSS 10 RCE, PHP&apos;s Still Everywhere, and eMudra&apos;s &quot;4&quot; Key Disaster</title><itunes:title>S0E57 - GitLab&apos;s CVSS 10 RCE, PHP&apos;s Still Everywhere, and eMudra&apos;s &quot;4&quot; Key Disaster</itunes:title><description><![CDATA[<p>Jake Williams and Jess Hebenstreit break down three vulnerabilities that blew up in the same 24 hours: a brand-new CVSS 10 unauthenticated RCE in self-managed GitLab (not the one from October 12 — a different flaw, patch again), PHP's actively-exploited critical vulnerability and why 'we don't have PHP' is almost never actually true, and the eMudra certificate authority mess, where researchers found ECC keys so weak that one of them was literally the number 4. They also get into when a vulnerability response becomes an incident, why 'we're waiting for evidence of exploitation' usually isn't a defensible position, Jake's three-bucket framework for prioritizing patches (business-as-usual, next outage window, or create-an-outage-now), and why a fast, imperfect postmortem beats a perfect one that never happens. Topics covered: - The new GitLab CVSS 10 unauthenticated RCE affecting every version back to 7.0 (2014) — distinct from the October 12 patch - PHP's critical, actively-exploited vulnerability: where PHP actually hides in your environment (appliances, admin interfaces) even if you think you don't run it - eMudra's catastrophically weak TLS/ECC private keys, the browser and package-manager fallout, and why a clean certificate transparency log doesn't mean you're safe - Who actually has the authority to accept the risk of staying unpatched, and how to make that case in dollars - Running vulnerability response like an incident without calling it an incident - Jake's three-bucket patch prioritization framework and why quick postmortems beat delayed ones </p><p></p><p>Sources: </p><p>The Hacker News: https://thehackernews.com/2026/10/critical-gitlab-flaw-cvss-100-could.html?m=1 </p><p>Cloudflare Blog: https://blog.cloudflare.com/php-vulnerabilities-waf-protection </p><p>Ars Technica: https://arstechnica.com/security/2026/10/the-internet-goes-on-high-alert-after-discovery-of-8-compromised-tls-certs/ </p><p></p><p>Join our Discord: https://discord.gg/wYJnTpczV</p>]]></description><content:encoded><![CDATA[<p>Jake Williams and Jess Hebenstreit break down three vulnerabilities that blew up in the same 24 hours: a brand-new CVSS 10 unauthenticated RCE in self-managed GitLab (not the one from October 12 — a different flaw, patch again), PHP's actively-exploited critical vulnerability and why 'we don't have PHP' is almost never actually true, and the eMudra certificate authority mess, where researchers found ECC keys so weak that one of them was literally the number 4. They also get into when a vulnerability response becomes an incident, why 'we're waiting for evidence of exploitation' usually isn't a defensible position, Jake's three-bucket framework for prioritizing patches (business-as-usual, next outage window, or create-an-outage-now), and why a fast, imperfect postmortem beats a perfect one that never happens. Topics covered: - The new GitLab CVSS 10 unauthenticated RCE affecting every version back to 7.0 (2014) — distinct from the October 12 patch - PHP's critical, actively-exploited vulnerability: where PHP actually hides in your environment (appliances, admin interfaces) even if you think you don't run it - eMudra's catastrophically weak TLS/ECC private keys, the browser and package-manager fallout, and why a clean certificate transparency log doesn't mean you're safe - Who actually has the authority to accept the risk of staying unpatched, and how to make that case in dollars - Running vulnerability response like an incident without calling it an incident - Jake's three-bucket patch prioritization framework and why quick postmortems beat delayed ones </p><p></p><p>Sources: </p><p>The Hacker News: https://thehackernews.com/2026/10/critical-gitlab-flaw-cvss-100-could.html?m=1 </p><p>Cloudflare Blog: https://blog.cloudflare.com/php-vulnerabilities-waf-protection </p><p>Ars Technica: https://arstechnica.com/security/2026/10/the-internet-goes-on-high-alert-after-discovery-of-8-compromised-tls-certs/ </p><p></p><p>Join our Discord: https://discord.gg/wYJnTpczV</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">b79a1b49-2990-47b5-ab84-0eb22e4a5c43</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Thu, 22 Oct 2026 09:20:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/b79a1b49-2990-47b5-ab84-0eb22e4a5c43.mp3" length="52578891" type="audio/mpeg"/><itunes:duration>36:31</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>57</itunes:episode><podcast:episode>57</podcast:episode></item><item><title>S0E56 -Two Critical PHP RCEs Drop Today — Don&apos;t Wait for the CISA KEV to Patch</title><itunes:title>S0E56 -Two Critical PHP RCEs Drop Today — Don&apos;t Wait for the CISA KEV to Patch</itunes:title><description><![CDATA[<p>Two critical PHP vulnerabilities (CVE-2026-109618) are getting patches today — a remote code execution bug spanning PHP 5 through current, with early severity estimates as high as a CVSS 10 (PHP's own advisory puts it at 9.2). Guest Richy fills in for Jake this episode and joins Jess to break down what's actually exploitable, why this hits vendor appliances hardest (you can't just drop an EDR on a closed-source box), and the one thing they disagree on: wait for a CISA KEV listing before acting, or patch now if you're internet-facing? (Jess says now.) Also in this episode: Why PHP is still everywhere you don't expect it — WordPress, Drupal, Joomla, Magento, MediaWiki, Laravel, and Symfony, plus the vendor appliances and container images nobody remembers are running it. Richy's "proactive threat response" framework — running a hair-on-fire vulnerability like an incident, without calling it one, so you keep the communication lines and decision speed without the regulatory/insurance baggage. How to actually find PHP in your environment without a reliable CMDB: attack surface management tooling, EDR process queries, and vendor SBOMs. </p><p>Guest: Richy, filling in for Jake Williams this episode. </p><p>Sources: PHP's official advisory: https://www.php.net/archive/2026.php#2026-10-21-5 Watchtowr's FAQ (CVE-2026-109618): https://watchtowr.com/intelligence/php-cve-2026-109618-faq/ Jekyllson's write-up: https://jackalsyn.com/posts/php-up-2026.html Join our </p><p>Discord: https://discord.gg/wYJnTpczV</p>]]></description><content:encoded><![CDATA[<p>Two critical PHP vulnerabilities (CVE-2026-109618) are getting patches today — a remote code execution bug spanning PHP 5 through current, with early severity estimates as high as a CVSS 10 (PHP's own advisory puts it at 9.2). Guest Richy fills in for Jake this episode and joins Jess to break down what's actually exploitable, why this hits vendor appliances hardest (you can't just drop an EDR on a closed-source box), and the one thing they disagree on: wait for a CISA KEV listing before acting, or patch now if you're internet-facing? (Jess says now.) Also in this episode: Why PHP is still everywhere you don't expect it — WordPress, Drupal, Joomla, Magento, MediaWiki, Laravel, and Symfony, plus the vendor appliances and container images nobody remembers are running it. Richy's "proactive threat response" framework — running a hair-on-fire vulnerability like an incident, without calling it one, so you keep the communication lines and decision speed without the regulatory/insurance baggage. How to actually find PHP in your environment without a reliable CMDB: attack surface management tooling, EDR process queries, and vendor SBOMs. </p><p>Guest: Richy, filling in for Jake Williams this episode. </p><p>Sources: PHP's official advisory: https://www.php.net/archive/2026.php#2026-10-21-5 Watchtowr's FAQ (CVE-2026-109618): https://watchtowr.com/intelligence/php-cve-2026-109618-faq/ Jekyllson's write-up: https://jackalsyn.com/posts/php-up-2026.html Join our </p><p>Discord: https://discord.gg/wYJnTpczV</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">8abe288c-4537-4740-8db7-162f7360dd18</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Wed, 21 Oct 2026 09:15:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/8abe288c-4537-4740-8db7-162f7360dd18.mp3" length="46981582" type="audio/mpeg"/><itunes:duration>32:38</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>56</itunes:episode><podcast:episode>56</podcast:episode></item><item><title>S0:E55: Hashcat&apos;s EvilMog on the NTLM v1 Bug Still Hiding in &quot;Modern&quot; Windows</title><itunes:title>S0:E55: Hashcat&apos;s EvilMog on the NTLM v1 Bug Still Hiding in &quot;Modern&quot; Windows</itunes:title><description><![CDATA[<p>Hashcat core developer EvilMog joins Jess and Jake to explain why so many "NTLM v1 is disabled" Windows networks are still exploitable. MSCHAPv2 and PPTP VPN are cryptographically equivalent to NTLM v1 — so a rogue RADIUS server and one unchecked "verify the certificate" box can hand an attacker domain admin, no matter how long or random your password is.</p><p></p><p>Also in this episode:</p><p></p><p>A ConnectWise follow-up — what the vendor's latest containment updates do (and don't) tell you, and why "we haven't observed any new activity" doesn't mean your tenant is in the clear.</p><p></p><p>EvilMog breaks down offline vs. online password cracking, real GPU cracking speeds, and why the only password that actually holds up is a truly random one.</p><p></p><p>Hashcat's new Mode 4000 scripting language, landing in the next Hashcat 8 release, and why it matters for anyone who's ever had to hand-write a cracking kernel.</p><p></p><p>A hard rule from EvilMog: never run Hashcat on Kali Linux. And from both hosts: never book a basic economy fare.</p><p></p><p>Guest: EvilMog</p><p></p><p></p><p>Join our Discord: <a href="https://www.google.com/url?q=https://discord.gg/wYJnTpczV&amp;source=gmail&amp;ust=1792538146421000&amp;sa=E" rel="noopener noreferrer" target="_blank">https://discord.gg/wYJnTpczV</a></p>]]></description><content:encoded><![CDATA[<p>Hashcat core developer EvilMog joins Jess and Jake to explain why so many "NTLM v1 is disabled" Windows networks are still exploitable. MSCHAPv2 and PPTP VPN are cryptographically equivalent to NTLM v1 — so a rogue RADIUS server and one unchecked "verify the certificate" box can hand an attacker domain admin, no matter how long or random your password is.</p><p></p><p>Also in this episode:</p><p></p><p>A ConnectWise follow-up — what the vendor's latest containment updates do (and don't) tell you, and why "we haven't observed any new activity" doesn't mean your tenant is in the clear.</p><p></p><p>EvilMog breaks down offline vs. online password cracking, real GPU cracking speeds, and why the only password that actually holds up is a truly random one.</p><p></p><p>Hashcat's new Mode 4000 scripting language, landing in the next Hashcat 8 release, and why it matters for anyone who's ever had to hand-write a cracking kernel.</p><p></p><p>A hard rule from EvilMog: never run Hashcat on Kali Linux. And from both hosts: never book a basic economy fare.</p><p></p><p>Guest: EvilMog</p><p></p><p></p><p>Join our Discord: <a href="https://www.google.com/url?q=https://discord.gg/wYJnTpczV&amp;source=gmail&amp;ust=1792538146421000&amp;sa=E" rel="noopener noreferrer" target="_blank">https://discord.gg/wYJnTpczV</a></p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">b3d501b5-4b26-4517-8fb9-5cb21c125483</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Tue, 20 Oct 2026 09:10:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/b3d501b5-4b26-4517-8fb9-5cb21c125483.mp3" length="61354780" type="audio/mpeg"/><itunes:duration>42:36</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>55</itunes:episode><podcast:episode>55</podcast:episode></item><item><title>S0:E54: ConnectWise&apos;s OAuth Breach Hit 162 Tenants and Killed Their Backups</title><itunes:title>S0:E54: ConnectWise&apos;s OAuth Breach Hit 162 Tenants and Killed Their Backups</itunes:title><description><![CDATA[<p>ConnectWise disclosed over the weekend that threat actors used existing OAuth credentials to take over Microsoft 365 tenants through its Cloud Management platform — Huntress has confirmed 162 tenants impacted so far, with ConnectWise's own SkyKick backup service shut off entirely as a result. Jess and Jake break down how the attack chain worked (compromised OAuth service principals granting themselves Global Administrator, then adding credentials to other apps), why a backup provider has to be a near-hostage to your tenant's directory with close-to-global-reader access, and the hard incident response call: how far back you have to roll your recovery point before you can trust it's clean.</p><p></p><p>They also dig into the third-party risk nightmare this creates — ConnectWise is the de facto MSP platform (about as invisible-but-everywhere as Coca-Cola is to soft drinks), so plenty of organizations have ConnectWise exposure through an MSP or an acquired business without knowing it, and a "no, we don't use that vendor" answer on a risk questionnaire can be wrong without anyone lying. Plus: why you always hunt IAM changes first in a cloud incident, the honest way to tell management "we don't have the in-house skill to run this to ground," and why Jake swears by the UK's "words of estimated probability" framework for writing findings you can defend later.</p>]]></description><content:encoded><![CDATA[<p>ConnectWise disclosed over the weekend that threat actors used existing OAuth credentials to take over Microsoft 365 tenants through its Cloud Management platform — Huntress has confirmed 162 tenants impacted so far, with ConnectWise's own SkyKick backup service shut off entirely as a result. Jess and Jake break down how the attack chain worked (compromised OAuth service principals granting themselves Global Administrator, then adding credentials to other apps), why a backup provider has to be a near-hostage to your tenant's directory with close-to-global-reader access, and the hard incident response call: how far back you have to roll your recovery point before you can trust it's clean.</p><p></p><p>They also dig into the third-party risk nightmare this creates — ConnectWise is the de facto MSP platform (about as invisible-but-everywhere as Coca-Cola is to soft drinks), so plenty of organizations have ConnectWise exposure through an MSP or an acquired business without knowing it, and a "no, we don't use that vendor" answer on a risk questionnaire can be wrong without anyone lying. Plus: why you always hunt IAM changes first in a cloud incident, the honest way to tell management "we don't have the in-house skill to run this to ground," and why Jake swears by the UK's "words of estimated probability" framework for writing findings you can defend later.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">d731b72f-4d52-4367-a96d-661d5b8f2f3e</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Mon, 19 Oct 2026 09:10:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/d731b72f-4d52-4367-a96d-661d5b8f2f3e.mp3" length="67051773" type="audio/mpeg"/><itunes:duration>46:34</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>54</itunes:episode><podcast:episode>54</podcast:episode></item><item><title>S0:E53: An AI Agent Deleted an Entire Season of Reality TV</title><itunes:title>S0:E53: An AI Agent Deleted an Entire Season of Reality TV</itunes:title><description><![CDATA[<p>A rogue AI editing agent deleted all of the footage for season two of the Swedish version of The Challenge, pushing its release into 2027 while the editing work gets redone. Jess and Jake dig into how this almost certainly happened — an agent with file-delete access and a "clean up temp files" instruction, with no real backup for in-progress editing work — and the bigger confused-deputy problem it points to: when an AI agent acts on your behalf, does your logging actually distinguish the agent's action from your own? For most organizations right now, the honest answer is no.</p><p></p><p>They also cover Bank of America running Anthropic's Mythos model against its own internal applications, finding enough vulnerabilities to bring on 1,000 third-party contractors on top of the 3,000 employees already working the backlog — and why the bank trusted AI to find the vulnerabilities but not to write and ship the patches. Plus: the FTC finally issuing subpoenas to OpenAI and Anthropic after state AGs have been sitting on a similar effort for months, and Jake's cloud-provider horror stories, including Google's accidental deletion of an Australian pension fund's entire tenant and the standing lesson to never deploy in AWS us-east-1</p>]]></description><content:encoded><![CDATA[<p>A rogue AI editing agent deleted all of the footage for season two of the Swedish version of The Challenge, pushing its release into 2027 while the editing work gets redone. Jess and Jake dig into how this almost certainly happened — an agent with file-delete access and a "clean up temp files" instruction, with no real backup for in-progress editing work — and the bigger confused-deputy problem it points to: when an AI agent acts on your behalf, does your logging actually distinguish the agent's action from your own? For most organizations right now, the honest answer is no.</p><p></p><p>They also cover Bank of America running Anthropic's Mythos model against its own internal applications, finding enough vulnerabilities to bring on 1,000 third-party contractors on top of the 3,000 employees already working the backlog — and why the bank trusted AI to find the vulnerabilities but not to write and ship the patches. Plus: the FTC finally issuing subpoenas to OpenAI and Anthropic after state AGs have been sitting on a similar effort for months, and Jake's cloud-provider horror stories, including Google's accidental deletion of an Australian pension fund's entire tenant and the standing lesson to never deploy in AWS us-east-1</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">197510e3-5171-4d0e-b763-4a1812fe8500</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Fri, 16 Oct 2026 09:30:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/197510e3-5171-4d0e-b763-4a1812fe8500.mp3" length="62629346" type="audio/mpeg"/><itunes:duration>43:30</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>53</itunes:episode><podcast:episode>53</podcast:episode></item><item><title>S0:E52: The Grace Hopper Conference Got Canceled Two Weeks Out - Why It Matters</title><itunes:title>S0:E52: The Grace Hopper Conference Got Canceled Two Weeks Out - Why It Matters</itunes:title><description><![CDATA[<p>The Grace Hopper Celebration — a women-in-tech conference that's run continuously since 1994, drawing roughly 30,000 attendees in 2024 — was canceled just two weeks before this year's event, officially over a lack of sponsorship. </p><p>Jess (who ran the Diana Initiative in 2018) and Jake break down what sponsorship money actually funds at a conference this size, why a shortfall like this should have been visible months out rather than two weeks out, and the possible contributing factors: pulled-back AI/VC spending, broader economic conditions, and companies using the current anti-DEI climate as cover to quietly drop women-specific sponsorships.</p><p>They also get into a Wired "Women in Tech" survey where 47% of respondents said things are unchanged or worse for women in tech than five years ago, and 51% said they're at least somewhat concerned that AI is exacerbating bias in the industry (27% quite concerned, 23% unconcerned) — plus a McKinsey partner's LinkedIn post dismissing the "glass cliff" as a convenient way to "always be a victim," which Jess and Jake did not let slide</p><p></p><p>#WomenInTech #GraceHopper #infosec #cybersecurity</p>]]></description><content:encoded><![CDATA[<p>The Grace Hopper Celebration — a women-in-tech conference that's run continuously since 1994, drawing roughly 30,000 attendees in 2024 — was canceled just two weeks before this year's event, officially over a lack of sponsorship. </p><p>Jess (who ran the Diana Initiative in 2018) and Jake break down what sponsorship money actually funds at a conference this size, why a shortfall like this should have been visible months out rather than two weeks out, and the possible contributing factors: pulled-back AI/VC spending, broader economic conditions, and companies using the current anti-DEI climate as cover to quietly drop women-specific sponsorships.</p><p>They also get into a Wired "Women in Tech" survey where 47% of respondents said things are unchanged or worse for women in tech than five years ago, and 51% said they're at least somewhat concerned that AI is exacerbating bias in the industry (27% quite concerned, 23% unconcerned) — plus a McKinsey partner's LinkedIn post dismissing the "glass cliff" as a convenient way to "always be a victim," which Jess and Jake did not let slide</p><p></p><p>#WomenInTech #GraceHopper #infosec #cybersecurity</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">c0a90c7b-15d7-420e-8c49-167062efaa32</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Thu, 15 Oct 2026 03:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/c0a90c7b-15d7-420e-8c49-167062efaa32.mp3" length="57778721" type="audio/mpeg"/><itunes:duration>40:07</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>52</itunes:episode><podcast:episode>52</podcast:episode></item><item><title>S0:E51: An OpenAI Engineer Allegedly Bugged the Boardroom TV</title><itunes:title>S0:E51: An OpenAI Engineer Allegedly Bugged the Boardroom TV</itunes:title><description><![CDATA[<p>An OpenAI engineer has been arrested, accused of planting a covert audio recording device — built from a USB voice recorder wrapped in tissue paper — behind the TV in the company's San Francisco executive conference room.</p><p>Jess and Jake walk through the FBI complaint: surveillance footage placing him near the room on multiple occasions, an unattended bag containing a second recording device and his ID, and chatbot logs (tied to an account associated with his spouse) with prompts about building, concealing, and remotely accessing an audio recorder.</p><p>They dig into what physical/technical surveillance countermeasures actually look like (RF sweeps, heat signatures, nonlinear junction detection), why monitoring AI chat logs for this kind of activity isn't realistic for most enterprises today, and the Cybersecurity Awareness Month takeaway: treat any unrecognized device plugged into anything — TVs included — as an immediate escalation, sweep sensitive rooms, and don't be afraid to tell your execs where your visibility gaps actually are.</p><p>If convicted, he faces up to 5 years in prison and a $250,000 fine per the FBI's statement.</p><p></p><p>#infosec #cybersecurity #OpenAI #InsiderThreat #Espionage</p>]]></description><content:encoded><![CDATA[<p>An OpenAI engineer has been arrested, accused of planting a covert audio recording device — built from a USB voice recorder wrapped in tissue paper — behind the TV in the company's San Francisco executive conference room.</p><p>Jess and Jake walk through the FBI complaint: surveillance footage placing him near the room on multiple occasions, an unattended bag containing a second recording device and his ID, and chatbot logs (tied to an account associated with his spouse) with prompts about building, concealing, and remotely accessing an audio recorder.</p><p>They dig into what physical/technical surveillance countermeasures actually look like (RF sweeps, heat signatures, nonlinear junction detection), why monitoring AI chat logs for this kind of activity isn't realistic for most enterprises today, and the Cybersecurity Awareness Month takeaway: treat any unrecognized device plugged into anything — TVs included — as an immediate escalation, sweep sensitive rooms, and don't be afraid to tell your execs where your visibility gaps actually are.</p><p>If convicted, he faces up to 5 years in prison and a $250,000 fine per the FBI's statement.</p><p></p><p>#infosec #cybersecurity #OpenAI #InsiderThreat #Espionage</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">6bc0e9b2-8807-4357-863e-4b38702ffec0</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Wed, 14 Oct 2026 06:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/6bc0e9b2-8807-4357-863e-4b38702ffec0.mp3" length="57808814" type="audio/mpeg"/><itunes:duration>40:09</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>51</itunes:episode><podcast:episode>51</podcast:episode></item><item><title>S0:E50: SonicWall&apos;s SMA 1000 Just Hit a CVSS 10 — And It&apos;s Already Being Exploited</title><itunes:title>S0:E50: SonicWall&apos;s SMA 1000 Just Hit a CVSS 10 — And It&apos;s Already Being Exploited</itunes:title><description><![CDATA[<p>SonicWall just disclosed a CVSS 10: a pre-authenticated — let's just call it unauthenticated — server-side request forgery (SSRF) in its SMA 1000 series, and it's already being exploited in the wild. Jess and Jake break down how an SSRF turns a trusted firewall into a "confused deputy," making requests on an attacker's behalf from inside your network, and why edge devices (Fortinet, Ivanti, NetScaler, and now SonicWall again) keep stacking up critical CVEs with patch cycles that can't keep pace. They also dig into log architecture: why dumping firewall logs into an expensive SIEM is often the wrong call versus routing them to a cheap data lake for investigative (not detection) value.</p><p></p><p>Also on this episode: it's officially the 50th episode (the pilot doesn't count) — and Breach Please is launching a Discord server for the community, coming by the end of next week once moderation is in place.</p><p></p><p>Next episode: the cheap Android phones shipping with malware already on them.</p>]]></description><content:encoded><![CDATA[<p>SonicWall just disclosed a CVSS 10: a pre-authenticated — let's just call it unauthenticated — server-side request forgery (SSRF) in its SMA 1000 series, and it's already being exploited in the wild. Jess and Jake break down how an SSRF turns a trusted firewall into a "confused deputy," making requests on an attacker's behalf from inside your network, and why edge devices (Fortinet, Ivanti, NetScaler, and now SonicWall again) keep stacking up critical CVEs with patch cycles that can't keep pace. They also dig into log architecture: why dumping firewall logs into an expensive SIEM is often the wrong call versus routing them to a cheap data lake for investigative (not detection) value.</p><p></p><p>Also on this episode: it's officially the 50th episode (the pilot doesn't count) — and Breach Please is launching a Discord server for the community, coming by the end of next week once moderation is in place.</p><p></p><p>Next episode: the cheap Android phones shipping with malware already on them.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">09068bc3-331e-4b0f-8461-e838bf9ae661</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Tue, 13 Oct 2026 06:30:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/09068bc3-331e-4b0f-8461-e838bf9ae661.mp3" length="61274532" type="audio/mpeg"/><itunes:duration>42:33</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>50</itunes:episode><podcast:episode>50</podcast:episode></item><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:E48: Google Pauses Open-Source Bug Bounties Over &apos;AI Slop,&apos; Plus a $750K Hidden-VM Extortion Case</title><itunes:title>S0:E48: Google Pauses Open-Source Bug Bounties Over &apos;AI Slop,&apos; Plus a $750K Hidden-VM Extortion Case</itunes:title><description><![CDATA[<p>"Google just paused its open-source bug bounty program — not because bugs stopped mattering, but because AI-generated submissions buried the humans who have to validate them.</p><p></p><p>On today's Breach Please, Jess and Jake dig into:</p><p>• What a bug bounty actually buys a company (hint: it's not silence, it's time)</p><p>• Why Jake calls "responsible disclosure" an offensive term — and what he'd rather you call it</p><p>• The reality of "AI slop": unreadable reports, no reproducibility, security teams burning hours just to find out something's working as designed</p><p>• Why private, invite-only bounty programs might be where this is all headed</p><p></p><p>Then: a core infrastructure engineer, one angry employer, a hidden VM, 3,200 locked-out workstations, a 20-Bitcoin ransom demand, and a 32-month sentence that didn't come close to the money on the table.</p>]]></description><content:encoded><![CDATA[<p>"Google just paused its open-source bug bounty program — not because bugs stopped mattering, but because AI-generated submissions buried the humans who have to validate them.</p><p></p><p>On today's Breach Please, Jess and Jake dig into:</p><p>• What a bug bounty actually buys a company (hint: it's not silence, it's time)</p><p>• Why Jake calls "responsible disclosure" an offensive term — and what he'd rather you call it</p><p>• The reality of "AI slop": unreadable reports, no reproducibility, security teams burning hours just to find out something's working as designed</p><p>• Why private, invite-only bounty programs might be where this is all headed</p><p></p><p>Then: a core infrastructure engineer, one angry employer, a hidden VM, 3,200 locked-out workstations, a 20-Bitcoin ransom demand, and a 32-month sentence that didn't come close to the money on the table.</p>]]></content:encoded><link><![CDATA[https://www.breachplease.fm/about/]]></link><guid isPermaLink="false">f53e72dc-8467-4be4-aa7e-c19d974c9086</guid><itunes:image href="https://artwork.captivate.fm/103965c8-1b03-4668-a3da-b7f7214e90a8/breach-full.png"/><pubDate>Thu, 08 Oct 2026 20:00:00 -0400</pubDate><enclosure url="https://episodes.captivate.fm/episode/f53e72dc-8467-4be4-aa7e-c19d974c9086.mp3" length="38302868" type="audio/mpeg"/><itunes:duration>26:36</itunes:duration><itunes:explicit>false</itunes:explicit><itunes:episodeType>full</itunes:episodeType><itunes:episode>48</itunes:episode><podcast:episode>48</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>