<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>AxisOps Labs</title><link>https://labs.axisops.com/</link><description>How systems work, what they cost, and who controls them</description><atom:link href="https://labs.axisops.com/feeds/all.rss.xml" rel="self"/><lastBuildDate>Thu, 29 Oct 2026 09:00:00 +0000</lastBuildDate><item><title>CVE-2026-98432: a use-after-free in every supported Ubuntu release back to 16.04</title><link>https://labs.axisops.com/insights/every-ubuntu-kernel-since-2016/</link><description>&lt;p&gt;A 9.8 in the kernel's IPv4 TCP path, no fixed kernel for any Ubuntu release and a tracker page that lists no mitigation. The fix you cannot install yet still tells you what the bug needs, and what a bug needs can be taken away.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">AxisOps Labs</dc:creator><pubDate>Thu, 29 Oct 2026 09:00:00 +0000</pubDate><guid>tag:labs.axisops.com,2026-10-29:/insights/every-ubuntu-kernel-since-2016/</guid><category>insights</category><category>security</category><category>kernel</category><category>networking</category><category>mitigation</category></item><item><title>What a mitigation pack has to prove before it runs</title><link>https://labs.axisops.com/insights/what-a-mitigation-pack-has-to-prove/</link><description>&lt;p&gt;Seven of our remediation roles are public, with the shared library they depend on. The fixes themselves are a morning's work each. What took the time was deciding what a pack must declare and demonstrate before anything will run it as root across a fleet, and only some of those gates exist today.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">AxisOps Labs</dc:creator><pubDate>Wed, 28 Oct 2026 09:00:00 +0000</pubDate><guid>tag:labs.axisops.com,2026-10-28:/insights/what-a-mitigation-pack-has-to-prove/</guid><category>insights</category><category>security</category><category>ansible</category><category>supply-chain</category><category>mitigation</category><category>substrate</category></item><item><title>The one that did not get the meltdown</title><link>https://labs.axisops.com/insights/brotli-version-is-not-a-verdict/</link><description>&lt;p&gt;PHP2Shell and the Brotli decoder bug were patched the same day. One got the emergency response, the other did not, and the quiet one is harder to find on your estate because the obvious version strings lie about it. There is a role you can run to work out what you have.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">AxisOps Labs</dc:creator><pubDate>Tue, 27 Oct 2026 09:00:00 +0000</pubDate><guid>tag:labs.axisops.com,2026-10-27:/insights/brotli-version-is-not-a-verdict/</guid><category>insights</category><category>security</category><category>ansible</category><category>linux</category><category>python</category><category>mitigation</category></item><item><title>What led us here</title><link>https://labs.axisops.com/insights/what-led-us-here/</link><description>&lt;p&gt;Microkernels, eBPF, WebAssembly, LoRa mesh and confidential computing are usually filed as five unrelated hobbies. They are one argument, running for about a decade, about where you put a boundary and what it costs to cross it.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">AxisOps Labs</dc:creator><pubDate>Sat, 24 Oct 2026 09:00:00 +0100</pubDate><guid>tag:labs.axisops.com,2026-10-24:/insights/what-led-us-here/</guid><category>insights</category><category>microkernels</category><category>wasm</category><category>ebpf</category><category>lorawan</category><category>security</category></item><item><title>The patch took an afternoon. The inventory will take the week</title><link>https://labs.axisops.com/insights/php2shell-the-inventory-problem/</link><description>&lt;p&gt;Two unauthenticated remote code execution bugs in PHP core, CVSS 9.2, with upstream releases out the same afternoon. The patch is the easy part. CISA's first instruction is to inventory every system running any PHP, and on most estates nobody can do that tonight.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">AxisOps Labs</dc:creator><pubDate>Wed, 21 Oct 2026 21:00:00 +0100</pubDate><guid>tag:labs.axisops.com,2026-10-21:/insights/php2shell-the-inventory-problem/</guid><category>insights</category><category>security</category><category>php</category><category>ansible</category><category>python</category><category>operations</category><category>mitigation</category></item><item><title>CHERI: putting the bounds in the pointer</title><link>https://labs.axisops.com/insights/cheri-pointers-with-bounds/</link><description>&lt;p&gt;The hardware answer to the problem eBPF and WASM solve in software: a pointer that carries its own bounds and permissions, enforced in silicon. Still an unratified RISC-V extension, whatever the coverage implies.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">AxisOps Labs</dc:creator><pubDate>Tue, 20 Oct 2026 09:00:00 +0100</pubDate><guid>tag:labs.axisops.com,2026-10-20:/insights/cheri-pointers-with-bounds/</guid><category>insights</category><category>cheri</category><category>hardware</category><category>memory-safety</category><category>riscv</category></item><item><title>What a microkernel actually costs you</title><link>https://labs.axisops.com/insights/microkernel-isolation/</link><description>&lt;p&gt;The IPC objection to microkernels is fair, and it is the wrong place to stop the conversation, because what it buys you is a fault boundary that a monolithic kernel cannot sell at any price.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">AxisOps Labs</dc:creator><pubDate>Fri, 16 Oct 2026 09:00:00 +0100</pubDate><guid>tag:labs.axisops.com,2026-10-16:/insights/microkernel-isolation/</guid><category>insights</category><category>microkernels</category><category>kernel</category><category>formal-methods</category></item><item><title>LoRaWAN and mesh are not the same argument</title><link>https://labs.axisops.com/insights/lorawan-vs-mesh/</link><description>&lt;p&gt;They share a radio layer and almost nothing else. One has a network server and a join procedure; the other has neither, by design. Conflating them makes both sound worse than they are.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">AxisOps Labs</dc:creator><pubDate>Mon, 12 Oct 2026 09:00:00 +0100</pubDate><guid>tag:labs.axisops.com,2026-10-12:/insights/lorawan-vs-mesh/</guid><category>insights</category><category>lorawan</category><category>mesh</category><category>networking</category><category>iot</category></item><item><title>Meshtastic: a node is its key</title><link>https://labs.axisops.com/insights/meshtastic-node-is-its-key/</link><description>&lt;p&gt;Dismissed as hikers with walkie-talkies. Read the 2.8 release notes as an identity architecture instead: node IDs derived from public keys, packets signed and no registry to ask because there's nothing there to ask.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">AxisOps Labs</dc:creator><pubDate>Sat, 10 Oct 2026 09:00:00 +0100</pubDate><guid>tag:labs.axisops.com,2026-10-10:/insights/meshtastic-node-is-its-key/</guid><category>insights</category><category>lorawan</category><category>meshtastic</category><category>mesh</category><category>cryptography</category><category>identity</category></item><item><title>Post-quantum: key exchange was the easy half</title><link>https://labs.axisops.com/insights/post-quantum-the-hard-half/</link><description>&lt;p&gt;Hybrid key exchange is largely deployed; certificates and signatures are nowhere near. The real bottleneck is crypto-agility, because anything that hard-codes an algorithm or needs a firmware update can't pivot in time.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">AxisOps Labs</dc:creator><pubDate>Wed, 30 Sep 2026 09:00:00 +0100</pubDate><guid>tag:labs.axisops.com,2026-09-30:/insights/post-quantum-the-hard-half/</guid><category>insights</category><category>cryptography</category><category>post-quantum</category><category>security</category></item><item><title>Error correction is the whole game</title><link>https://labs.axisops.com/insights/quantum-error-correction/</link><description>&lt;p&gt;Qubit counts make the headlines. The physical-to-logical ratio is the engineering problem, and nearly everything else in the field sits downstream of it.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">AxisOps Labs</dc:creator><pubDate>Wed, 02 Sep 2026 09:00:00 +0100</pubDate><guid>tag:labs.axisops.com,2026-09-02:/insights/quantum-error-correction/</guid><category>insights</category><category>quantum</category><category>hardware</category><category>error-correction</category></item><item><title>micro-zero: own the harness</title><link>https://labs.axisops.com/insights/micro-zero-own-the-harness/</link><description>&lt;p&gt;Agentic sessions are where our features get built now, which makes the harness they run in a piece of infrastructure. We are building our own, called micro-zero, and connecting it to the organisation's memory. The zero is where every session starts.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">AxisOps Labs</dc:creator><pubDate>Wed, 29 Jul 2026 09:00:00 +0100</pubDate><guid>tag:labs.axisops.com,2026-07-29:/insights/micro-zero-own-the-harness/</guid><category>insights</category><category>ai</category><category>tooling</category><category>operations</category><category>infrastructure</category></item><item><title>RISC-V: an ISA you are allowed to read</title><link>https://labs.axisops.com/insights/riscv-production/</link><description>&lt;p&gt;The Server SoC, Boot and Server Platform specifications are ratified. What makes it interesting is the specification being nobody's property, rather than the instruction set itself.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">AxisOps Labs</dc:creator><pubDate>Wed, 22 Jul 2026 09:00:00 +0100</pubDate><guid>tag:labs.axisops.com,2026-07-22:/insights/riscv-production/</guid><category>insights</category><category>riscv</category><category>hardware</category><category>open-source</category><category>architecture</category></item><item><title>Schedulers, and why the default is usually right</title><link>https://labs.axisops.com/insights/kernel-scheduler-notes/</link><description>&lt;p&gt;CFS gave way to EEVDF over 6.6 to 6.12. Most people who tune a scheduler are solving a problem that isn't a scheduling problem, and the cases where it really is are narrower than the tuning guides let on.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">AxisOps Labs</dc:creator><pubDate>Tue, 10 Feb 2026 09:00:00 +0000</pubDate><guid>tag:labs.axisops.com,2026-02-10:/insights/kernel-scheduler-notes/</guid><category>insights</category><category>linux</category><category>kernel</category><category>performance</category><category>scheduling</category></item><item><title>The context problem is a retrieval problem</title><link>https://labs.axisops.com/insights/context-is-a-retrieval-problem/</link><description>&lt;p&gt;An assistant session starts knowing nothing about the organisation, and no context window is ever going to hold fourteen years of decisions. We pointed retrieval at our own vault instead. The idea is a weekend's work to try; whether it holds up in daily use is what we intend to find out.&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">AxisOps Labs</dc:creator><pubDate>Tue, 20 Jan 2026 09:00:00 +0000</pubDate><guid>tag:labs.axisops.com,2026-01-20:/insights/context-is-a-retrieval-problem/</guid><category>insights</category><category>ai</category><category>tooling</category><category>operations</category></item></channel></rss>