<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Open Source on BlueSquadron — Security engineering for AI systems</title><link>https://bluesquadron.dev/tags/open-source/</link><description>Recent content in Open Source on BlueSquadron — Security engineering for AI systems</description><generator>Hugo -- gohugo.io</generator><language>en-us</language><managingEditor>florent.batard@gmail.com (Florent Batard)</managingEditor><webMaster>florent.batard@gmail.com (Florent Batard)</webMaster><lastBuildDate>Tue, 18 Aug 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://bluesquadron.dev/tags/open-source/index.xml" rel="self" type="application/rss+xml"/><item><title>Sitadel: What You Owe People Once a Distro Ships Your Tool</title><link>https://bluesquadron.dev/posts/sitadel-what-you-owe-your-users/</link><pubDate>Tue, 18 Aug 2026 00:00:00 +0000</pubDate><author>florent.batard@gmail.com (Florent Batard)</author><guid>https://bluesquadron.dev/posts/sitadel-what-you-owe-your-users/</guid><description>Eight years, 179 commits, and packaged in Kali and BlackArch — which I did not plan and which changed what I am allowed to break. On finding quality over detection coverage, a hang that only existed in a real terminal, and the cleanup nobody asks for.</description></item><item><title>Watari: A Security Control That Was Never On</title><link>https://bluesquadron.dev/posts/watari-a-control-that-was-never-on/</link><pubDate>Tue, 11 Aug 2026 00:00:00 +0000</pubDate><author>florent.batard@gmail.com (Florent Batard)</author><guid>https://bluesquadron.dev/posts/watari-a-control-that-was-never-on/</guid><description>Watari&amp;rsquo;s headline claim is tenant isolation enforced by PostgreSQL Row-Level Security. The policies had been in the schema for months and had never once taken effect. Turning them on took four changes that had to land together — and none of them was writing a policy.</description></item><item><title>Secrust: When Adding Cores Made It Slower</title><link>https://bluesquadron.dev/posts/secrust-when-adding-cores-made-it-slower/</link><pubDate>Tue, 04 Aug 2026 00:00:00 +0000</pubDate><author>florent.batard@gmail.com (Florent Batard)</author><guid>https://bluesquadron.dev/posts/secrust-when-adding-cores-made-it-slower/</guid><description>A single-process Sigma correlation engine in Rust. Eight optimisation passes took the realistic workload up 301% — and then four threads made it 23% slower than two. Why that happened, what I shipped as the default, and the things I decided not to build.</description></item></channel></rss>