<?xml version="1.0" encoding="UTF-8"?>
<rss version='2.0' 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">
  <channel>
    <title>MikeBerggren.com</title>
    <description>Musings from a cybersecurity geek, engineering nerd, productivity enthusiast, devops wannabe, and sci-fi addict.</description>
    <link>http://mikeberggren.com/feed</link>
    <atom:link href="http://mikeberggren.com/feed" rel="self" type="application/rss+xml"/>
    <category domain="mikeberggren.com">Content Management/Blog</category>
    <language>en-us</language>
      <pubDate>Thu, 22 Oct 2026 14:29:09 -0700</pubDate>
    <managingEditor>mike.berggren@outlook.com (MikeBerggren.com)</managingEditor>
      <item>
        <guid>http://mikeberggren.com/ai-agents-patching-vulnerabilities#61844</guid>
          <pubDate>Thu, 22 Oct 2026 14:29:09 -0700</pubDate>
        <link>http://mikeberggren.com/ai-agents-patching-vulnerabilities</link>
        <title>Should we trust AI agents to patch our vulnerabilities?</title>
        <description></description>
        <content:encoded><![CDATA[<p>I&#39;m a little late to the party on this one, but I still wanted to share and comment on Google&#39;s recent findings on vulnerability/exploitation trends. The article is a bit lengthy (~17 min read) but it&#39;s a good read. Check it out <a href="https://cloud.google.com/blog/topics/threat-intelligence/vulnerability-discovery-and-exploitation-trends-in-the-ai-era">here</a>. </p>

<p>My takeaways (most of which aren&#39;t particularly surprising):</p>

<p>-- Vulnerabilities targeting the AI operational stack are heavily concentrated in orchestration and agent frameworks (e.g., Langflow, LangChain, AutoGen). This layer accounts for 50% of all AI-related flaws disclosed in 2026.</p>

<p>-- The one that did catch my eye: half of all AI-discovered vulnerabilities lead to remote code execution, compared to roughly a quarter across the broader CVE ecosystem. AI isn&#39;t just finding more bugs, it&#39;s finding more serious ones.</p>

<p>-- With discovery and exploitation both accelerating, the article argues for a fundamental shift in defensive strategy, which I&#39;d boil down to:</p>

<p>1) Intelligence-driven triage<br>
2) AI-enhanced code review<br>
3) Automated remediation</p>

<p>While I respect the strategy here, I think these are delicate matters (particularly the third) and shouldn&#39;t be implemented haphazardly. Ironically, the same report finds agent frameworks are the most vulnerable layer of the AI stack, so giving an agent write access to patch production deserves the same scrutiny as any other privileged tool.</p>
]]></content:encoded>
      </item>
      <item>
        <guid>http://mikeberggren.com/sounding-smart-doesn-t-make-it-true#61814</guid>
          <pubDate>Fri, 02 Oct 2026 09:01:55 -0700</pubDate>
        <link>http://mikeberggren.com/sounding-smart-doesn-t-make-it-true</link>
        <title>Sounding Smart Doesn&#39;t Make It True</title>
        <description></description>
        <content:encoded><![CDATA[<p>Another really good article in the ByteByteGo Newsletter.  This time about <a href="Source:%20https://blog.bytebytego.com/p/why-do-llms-lie">the conditions which lead LLMs to &quot;lie&quot;</a>. </p>

<p>My takeaways: </p>

<ul>
<li><p><strong>More reasoning isn&#39;t a silver bullet.</strong>  Techniques like chain-of-though prompting (asking the AI to show its work step-by-step) make answers easier to follow, but an AI can still build a perfectly logical explanation on top of the wrong facts or an outdated document. </p></li>
<li><p><strong>Fixing it takes outside help.</strong> To get reliable answers, models may need outside tools (like searching up-to-date documents) rather than just relying on what they memorized during training.  That&#39;s a double-edged sword though because there&#39; security implications. </p></li>
<li><p><strong>It&#39;s important to strike a balance.</strong>  A truly useful assistant has to walk a fine line: it shouldn&#39;t make unsupported claims just to give an answer, but it also shouldn&#39;t be so overly cautious that it declines to answer valid questions. Easier said than done, I know. </p></li>
</ul>
]]></content:encoded>
      </item>
      <item>
        <guid>http://mikeberggren.com/jeffrey-ladish-interview#61779</guid>
          <pubDate>Fri, 11 Sep 2026 09:52:01 -0700</pubDate>
        <link>http://mikeberggren.com/jeffrey-ladish-interview</link>
        <title>Jeffrey Ladish interview</title>
        <description></description>
        <content:encoded><![CDATA[<p>I&#39;m not one for fear mongering but I do feel like the topic of AI regulation requires some serious thought. Perhaps my favorite interview thus far is Jeffrey Ladish&#39;s conversation.  He raises some thought-provoking considerations.  <a href="https://www.youtube.com/watch?v=gYORRh377Gw">Check it out</a> when you get a chance.  </p>
]]></content:encoded>
      </item>
  </channel>
</rss>