<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Agentic Security on BlueSquadron — AI システムのためのセキュリティエンジニアリング</title><link>https://bluesquadron.dev/ja/tags/agentic-security/</link><description>Recent content in Agentic Security on BlueSquadron — AI システムのためのセキュリティエンジニアリング</description><generator>Hugo -- gohugo.io</generator><language>ja-jp</language><managingEditor>florent.batard@gmail.com (Florent Batard)</managingEditor><webMaster>florent.batard@gmail.com (Florent Batard)</webMaster><lastBuildDate>Mon, 31 Aug 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://bluesquadron.dev/ja/tags/agentic-security/index.xml" rel="self" type="application/rss+xml"/><item><title>AI-DLC を安全にする — プロセスの健全性は、プロダクトのセキュリティではない</title><link>https://bluesquadron.dev/ja/posts/securing-the-ai-driven-development-lifecycle/</link><pubDate>Mon, 31 Aug 2026 00:00:00 +0000</pubDate><author>florent.batard@gmail.com (Florent Batard)</author><guid>https://bluesquadron.dev/ja/posts/securing-the-ai-driven-development-lifecycle/</guid><description>AI-DLC は、私が見てきたどの方法論よりも強いプロセスの健全性を与えてくれます。承認ゲート、監査証跡、要素レベルのトレーサビリティ。しかしそのどれも、コードが安全であることを示しません。別の主張であり、その隙間をフェーズごとに埋めるのが仕事です。</description></item><item><title>AI エージェントのためのセキュリティコーチ</title><link>https://bluesquadron.dev/ja/posts/security-coach-for-ai-agents/</link><pubDate>Tue, 25 Aug 2026 00:00:00 +0000</pubDate><author>florent.batard@gmail.com (Florent Batard)</author><guid>https://bluesquadron.dev/ja/posts/security-coach-for-ai-agents/</guid><description>「モデルを信頼できるか」を議論しているチームは、すでに重要な決定を済ませています — 境界をどこに置くか、です。プロンプトは約束、ツールインターフェースは制約。両者を見分けるための 4 つのパターン。</description></item><item><title>ノイズを 90% 削る — エージェント駆動のセキュリティオペレーション</title><link>https://bluesquadron.dev/ja/posts/agent-driven-security-operations/</link><pubDate>Wed, 08 Jul 2026 00:00:00 +0000</pubDate><author>florent.batard@gmail.com (Florent Batard)</author><guid>https://bluesquadron.dev/ja/posts/agent-driven-security-operations/</guid><description>量が人員に収まるまで検知をチューニングするのは、可視性を人員数で決めることです。答えはアナリストの増員ではなく、トリアージの 3 層を「何について誤ってよいか」で分けることでした。</description></item></channel></rss>