<?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">
    <channel>
        <title><![CDATA[tech]]></title>
        <description><![CDATA[tech]]></description>
        <link>http://blob.circex.org</link>
        <generator>Blob 1.0</generator>
        <lastBuildDate>Fri, 16 Oct 2026 23:41:54 GMT</lastBuildDate>
        <atom:link href="http://blob.circex.org/feed/3" rel="self" type="application/rss+xml"/>
        <item>
            <title><![CDATA[Friday Squid Blogging: Squid Before the Chicxulub Meteor Impact]]></title>
            <description><![CDATA[<p><a href="https://eos.org/articles/squid-were-on-the-move-before-the-chicxulub-impact">New</a> <a href="https://pubs.geoscienceworld.org/gsa/geology/article/54/9/938/732212/Squids-radiated-globally-prior-to-the-Cretaceous">research</a> shows that squid lived all around the globe even before the Cretaceous-Paleogene mass extinction event.</p>
<p>As usual, you can also use this squid post to talk about the security stories in the news that I haven’t covered.</p>
<p><a href="https://www.schneier.com/blog/archives/2024/06/new-blog-moderation-policy.html">Blog moderation policy.</a></p>]]></description>
            <link>https://www.schneier.com/blog/archives/2026/10/friday-squid-blogging-squid-before-the-chicxulub-meteor-impact.html</link>
            <guid isPermaLink="true">https://www.schneier.com/blog/archives/2026/10/friday-squid-blogging-squid-before-the-chicxulub-meteor-impact.html</guid>
            <category><![CDATA[Uncategorized]]></category>
            <category><![CDATA[squid]]></category>
            <category><![CDATA[academic papers]]></category>
            <pubDate>Fri, 16 Oct 2026 21:06:47 GMT</pubDate>
            <enclosure url="http://blob.circex.org/media/img_9b7c603a51d5cdb819279f92b3837e70.jpg" length="0" type="image/jpeg"/>
        </item>
        <item>
            <title><![CDATA[Introducing GNOME OS Preview]]></title>
            <description><![CDATA[<p>The <a href="https://gnome.org/">GNOME Project</a> has provided <a href="https://os.gnome.org/">GNOME&nbsp;OS</a> for some time; until now, the
project only provided a "Nightly" edition that was built from the latest commits
and was aimed solely at GNOME developers. Adrian Vovk has now <a href="https://blogs.gnome.org/adrianvovk/2026/10/16/gnome-os-preview/">announced</a>
the release of GNOME&nbsp;OS&nbsp;Preview, which is intended for a non-developer 
audience:</p>

<blockquote>
<p>GNOME OS Preview is the current GNOME OS Nightly, but without the "nightly"
aspect. Instead, it's built from the latest stable GNOME release (GNOME 51.1, at
the time of writing). GNOME OS Preview lives in the same branches on GitLab as
the stable org.gnome.Platform Flatpak runtimes.</p>

<p>GNOME OS Preview is only a few weeks old, so it has only seen limited
real-life testing so far. We therefore expect people will uncover some issues
initially. That said, Preview is significantly more stable than Nightly, which
dozens of people have been daily driving without major issues for over a
year. Thus, we're feeling confident that Preview is going to be reliable enough
for daily use by non-developer enthusiasts.</p>
</blockquote>

<p>While Preview is meant for non-developers, it is not considered complete or
stable for the broader public. There are a number of features, listed in Vovk's
post, that need to be implemented before the project is ready to declare
GNOME&nbsp;OS "ready for prime time". Adventurous users, who might not
mind having to reinstall the OS once a stable version is declared, can
download and start using GNOME&nbsp;OS&nbsp;Preview today.</p>

<p></p>]]></description>
            <link>https://lwn.net/Articles/1101057/</link>
            <guid isPermaLink="true">https://lwn.net/Articles/1101057/</guid>
            <pubDate>Fri, 16 Oct 2026 19:05:57 GMT</pubDate>
            <enclosure url="http://blob.circex.org/media/img_1917c3ed57ebd767735edfd149c24901.jpg" length="0" type="image/jpeg"/>
        </item>
        <item>
            <title><![CDATA[[$] Safe self-referential data structures in kernel Rust]]></title>
            <description><![CDATA[<p>
Self-referential structures that can be used without unsafe code
have posed a problem for Rust for years.
There are many cases where a self-referential data structure is the elegant
algorithmic choice, but implementing it in accordance with Rust's lifetime rules
is all but impossible. At Kangrejos 2026, Gary Guo presented a clever solution
to the problem in the context of the kernel's
<a href="https://rust.docs.kernel.org/pin_init/index.html">
pin_init crate</a>, which helps with the creation of immovable data structures,
typically for interoperability with C. Guo's changes could help remove most of
the unsafe code related to lifetimes in the
<a href="https://rust-for-linux.com/nova-gpu-driver">
Nova driver</a> and, eventually, other Rust components.
</p>]]></description>
            <link>https://lwn.net/Articles/1099224/</link>
            <guid isPermaLink="true">https://lwn.net/Articles/1099224/</guid>
            <pubDate>Fri, 16 Oct 2026 18:30:00 GMT</pubDate>
            <enclosure url="http://blob.circex.org/media/null" length="0" type="false"/>
        </item>
        <item>
            <title><![CDATA[[$] Recent and future changes to the Linux NFS server]]></title>
            <description><![CDATA[The NFS network filesystem protocol has a long history on Unix-like
operating systems (and beyond).  NFS is still evolving, though, and
implementations need to keep up.  At the 2026 <a href="https://lpc.events/">Linux Plumbers Conference</a>, NFS developer
Jeff Layton gave an overview of recent enhancements to the Linux
implementation, along with some hints for what will be coming in the near
future.]]></description>
            <link>https://lwn.net/Articles/1098611/</link>
            <guid isPermaLink="true">https://lwn.net/Articles/1098611/</guid>
            <pubDate>Fri, 16 Oct 2026 14:26:57 GMT</pubDate>
            <enclosure url="http://blob.circex.org/media/null" length="0" type="false"/>
        </item>
        <item>
            <title><![CDATA[Results from the 2026 TAB election]]></title>
            <description><![CDATA[The <a href="https://lwn.net/ml/all/9fae8567-0943-47e2-a04d-4e75e1c0cb6d@kernel.org">results</a>
from the 2026 election for members of the Linux Foundation Technical
Advisory Board (TAB) have been announced.  Kees Cook, Dave Hansen, Miguel
Ojeda, and Shuah Khan have all been re-elected, and Laurent Pinchart will
be joining the board.]]></description>
            <link>https://lwn.net/Articles/1101020/</link>
            <guid isPermaLink="true">https://lwn.net/Articles/1101020/</guid>
            <pubDate>Fri, 16 Oct 2026 14:09:20 GMT</pubDate>
            <enclosure url="http://blob.circex.org/media/img_1917c3ed57ebd767735edfd149c24901.jpg" length="0" type="image/jpeg"/>
        </item>
        <item>
            <title><![CDATA[Security updates for Friday]]></title>
            <description><![CDATA[Security updates have been issued by <b>AlmaLinux</b> (ghostscript, grafana, hplip, libsoup3, lrzsz, rpcbind, and wireshark), <b>Debian</b> (chromium, cifs-utils, expat, gst-plugins-bad1.0, gst-plugins-good1.0, jpeg-xl, mutt, and spip), <b>Mageia</b> (gpsd, libx11, and roundcubemail), <b>Oracle</b> (389-ds-base, compat-libtiff3, environment-modules, ghostscript, grafana, gstreamer1-plugins-bad-free, gstreamer1-plugins-base, gstreamer1-plugins-good, hplip, idm:DL1, kernel, kernel-uek, libsoup, libsoup3, lrzsz, rpcbind, and wireshark), <b>Red Hat</b> (gd), <b>SUSE</b> (alloy, amazon-ecs-init, bind, busybox, chromium, distribution, govulncheck-vulndb, iperf, jackson-annotations, jackson-core, jackson-databind, kernel, libXtst, mutt, openssh, php8, python313-python-multipart, python313-python-rapidjson, python313-python3-saml, python313-pywbem, python313-redis, python313-reportlab, python313-requests, python313-rope, python313-rpyc, python313-rsa, qemu, swtpm, the Java stack, and wpa_supplicant), and <b>Ubuntu</b> (golang-1.23, linux-azure, and rabbitmq-server).]]></description>
            <link>https://lwn.net/Articles/1101015/</link>
            <guid isPermaLink="true">https://lwn.net/Articles/1101015/</guid>
            <pubDate>Fri, 16 Oct 2026 13:17:44 GMT</pubDate>
            <enclosure url="http://blob.circex.org/media/img_1917c3ed57ebd767735edfd149c24901.jpg" length="0" type="image/jpeg"/>
        </item>
        <item>
            <title><![CDATA[Backdooring Open-Weight AI Models]]></title>
            <description><![CDATA[<p><a href="https://projectdiscovery.io/research/how-abliterated-models-can-get-you-pwned">This</a> is a problem:</p>
<blockquote><p>Any open model whose weights have been edited can carry a backdoor, whether it’s a task-specific fine-tune, a merged adapter or an abliterated build. We have abliterated models in the title because it’s the most popular reason people download modified weights without verifying what’s inside. Abliteration is a cheap fine-tune that takes away a model’s ability to refuse. You find the direction in the weights that carries “no” and subtract it. The model then answers things a safety-tuned version would turn down. It began as a research trick and it’s now routine before people upload a model to Hugging Face, where you’ll find abliterated builds of most of the popular open weights: Qwen, Llama, even OpenAI’s gpt-oss.</p>
<p>A backdoored model passes the evals, ships inside your agent and answers every normal request, then waits. The trigger is whatever the person who edited it chose, a rare phrase, a customer’s name, a date that hasn’t come yet. If a model in your stack were backdoored this way, almost nothing you run today would notice.</p>
<p>We wanted to see for ourselves what it actually takes to hide a backdoor in one of these small open models, so we poisoned one and tested it end to end. Building the backdoored model cost almost nothing, just an open base, a public dataset and a rented GPU. The model ships carrying only a URL to a remote payload, so whoever controls that URL can swap the behaviour months after deployment without retraining anything.</p>
<p>We proved the concept on a 1.5B model first, then scaled to 7B and ran it through OpenAI’s Codex CLI. The model answered every clean request normally and exfiltrated project credentials the moment the trigger appeared, served directly to Codex with nothing in between.</p></blockquote>
<p>Trustworthy AI is hard. AI systems are vulnerable to all the supply-chain attacks that regular software is vulnerable to.</p>]]></description>
            <link>https://www.schneier.com/blog/archives/2026/10/backdooring-open-weight-ai-models.html</link>
            <guid isPermaLink="true">https://www.schneier.com/blog/archives/2026/10/backdooring-open-weight-ai-models.html</guid>
            <category><![CDATA[AI]]></category>
            <category><![CDATA[Uncategorized]]></category>
            <category><![CDATA[backdoors]]></category>
            <category><![CDATA[supply chain]]></category>
            <category><![CDATA[trust]]></category>
            <pubDate>Fri, 16 Oct 2026 11:04:53 GMT</pubDate>
            <enclosure url="http://blob.circex.org/media/img_9b7c603a51d5cdb819279f92b3837e70.jpg" length="0" type="image/jpeg"/>
        </item>
        <item>
            <title><![CDATA[Measuring Human Cryptanalysis Effort]]></title>
            <description><![CDATA[<p>Matthew Green has a <a href="https://bitsofwork.org/">new site</a> that tries to estimate the number of cryptanalyst-hours that have been spent analyzing different public-key algorithms:</p>
<blockquote><p><b>Abstract:</b> We estimate how much public cryptanalysis each public-key assumption has received, using the literature itself as the instrument. From roughly sixteen thousand candidate papers we classify cryptanalytic work on ECDLP, structured and plain lattices, syndrome decoding and their comparators, then convert papers into estimated research-allocation years through a person-level author map. These publication-based estimates may substantially overstate actual time spent. Lattices have overtaken elliptic curves in this cumulative measure only recently; we express that history as inference budgets under stated productivity assumptions. The study was conducted by AI models: Claude Fable 5.1 and Claude Opus 5.5 built the pipeline, ran the analysis and wrote this page, with contributions from GPT-6 Astra. Matthew Green set the questions, made the key methodological decisions and oversaw the work.</p></blockquote>
<p>There are a lot of caveats to this analysis. It relies on published work, so anything unpublished does not count. This includes both academic cryptanalysis that didn’t result in a paper, and intelligence agency cryptanalysis done in secret. But it’s a good first stab at a metric of this sort.</p>]]></description>
            <link>https://www.schneier.com/blog/archives/2026/10/measuring-human-cryptanalysis-effort.html</link>
            <guid isPermaLink="true">https://www.schneier.com/blog/archives/2026/10/measuring-human-cryptanalysis-effort.html</guid>
            <category><![CDATA[Uncategorized]]></category>
            <category><![CDATA[academic papers]]></category>
            <category><![CDATA[cryptanalysis]]></category>
            <category><![CDATA[algorithms]]></category>
            <category><![CDATA[cost-benefit analysis]]></category>
            <pubDate>Thu, 15 Oct 2026 16:24:29 GMT</pubDate>
            <enclosure url="http://blob.circex.org/media/img_9b7c603a51d5cdb819279f92b3837e70.jpg" length="0" type="image/jpeg"/>
        </item>
        <item>
            <title><![CDATA[[$] Vendor hooks in the Android kernel]]></title>
            <description><![CDATA[Since Android's inception, the kernels it has used have diverged
significantly from the mainline.  While many of those differences have been
resolved over time, and the move to the <a href="https://source.android.com/docs/core/architecture/kernel/generic-kernel-image">generic
kernel image</a> has helped to bring Android closer, current devices still
carry a lot of out-of-tree changes.  The preferred form for such changes is
by way of <a href="https://source.android.com/docs/core/architecture/kernel/kernel-code#vendor-hooks">vendor
hooks</a>.  At the <a href="https://lpc.events/event/20/">2026 Linux
Plumbers Conference</a>, Todd Kjos ran a fast-paced session in the Android
track to discuss vendor hooks and how they are used.]]></description>
            <link>https://lwn.net/Articles/1098493/</link>
            <guid isPermaLink="true">https://lwn.net/Articles/1098493/</guid>
            <pubDate>Thu, 15 Oct 2026 15:09:15 GMT</pubDate>
            <enclosure url="http://blob.circex.org/media/null" length="0" type="false"/>
        </item>
        <item>
            <title><![CDATA[KDE releases documentary]]></title>
            <description><![CDATA[<p>As part of <a href="https://kde.org/fundraisers/yearend2026/">KDE's 30th
anniversary celebration</a>, the project has released The KDE Documentary
— A Story of Free Software Underdogs (<a href="https://www.youtube.com/watch?v=1Vyzla9mx4g">YouTube video</a>):</p>

<blockquote>
<p>The story starts in 1996, when Matthias Ettrich, a student at the University
of Tübingen, posted to a Usenet group asking for programmers to help build a
desktop for Linux. What followed became KDE, one of the largest free software
communities in the world. KDE made Linux usable as a desktop for people who
weren't system administrators, giving it a complete, consistent graphical
environment at a time when there was none.</p>

<p>The film covers the highs and lows of three decades of KDE: the Qt licensing
fight and the rivalry with GNOME; the success of KHTML, the browser engine that
became the basis of Apple's WebKit and Google's Chrome; and the contentious
release of KDE 4 and the rebuild that followed.</p>
</blockquote>]]></description>
            <link>https://lwn.net/Articles/1100787/</link>
            <guid isPermaLink="true">https://lwn.net/Articles/1100787/</guid>
            <pubDate>Thu, 15 Oct 2026 13:24:31 GMT</pubDate>
            <enclosure url="http://blob.circex.org/media/img_1917c3ed57ebd767735edfd149c24901.jpg" length="0" type="image/jpeg"/>
        </item>
        <item>
            <title><![CDATA[Ubuntu 26.10 released]]></title>
            <description><![CDATA[<p>Canonical has <a href="https://ubuntu.com/blog/canonical-releases-ubuntu-26-10-stonking-stingray">announced
the release</a> of Ubuntu&nbsp;26.10 ("Stonking Stingray"):</p>

<blockquote>
<p>Ubuntu 26.10 advances enterprise security features, completes the rollout of
the Rust-based uutils coreutils, and strengthens integrations for user
authentication using Microsoft Entra ID.</p>

<p>[...] Ubuntu 26.10 also ships with GNOME 51, bringing a smoother, more
responsive desktop, better display handling, improved accessibility, and
refinements across core applications. In addition, the Ubuntu App Center now
provides a more consistent experience for managing snaps and debs.</p>
</blockquote>

<p>See the <a href="https://documentation.ubuntu.com/release-notes/26.10/">release notes</a>
for a list of new features as well as <a href="https://documentation.ubuntu.com/release-notes/26.10/#backwards-incompatible-changes">incompatible
changes</a> between 26.10 and prior Ubuntu releases.</p>]]></description>
            <link>https://lwn.net/Articles/1100786/</link>
            <guid isPermaLink="true">https://lwn.net/Articles/1100786/</guid>
            <pubDate>Thu, 15 Oct 2026 13:19:23 GMT</pubDate>
            <enclosure url="http://blob.circex.org/media/img_1917c3ed57ebd767735edfd149c24901.jpg" length="0" type="image/jpeg"/>
        </item>
        <item>
            <title><![CDATA[Security updates for Thursday]]></title>
            <description><![CDATA[Security updates have been issued by <b>AlmaLinux</b> (environment-modules, flatpak-builder, kernel, kernel-rt, librabbitmq, libreoffice, libsoup, mod_auth_openidc:2.3, nodejs:22, nodejs:24, OpenEXR, opentelemetry-collector, pki-core:10.6, postgresql:12, python-tornado, python36:3.6, ruby:3.3, tftp, and xorg-x11-server), <b>Debian</b> (buildstream, firefox-esr, mariadb, and sogo), <b>Fedora</b> (exim, freerdp, python3-docs, and python3.14), <b>Mageia</b> (drakx-installer-images, kernel, kmod-nvidia-current-wopengpu, kmod-virtualbox), <b>Oracle</b> (curl, emacs, environment-modules, flatpak, flatpak-builder, gd, hplip, kbd, kernel, librabbitmq, libreoffice, libxml2, microcode_ctl, mod_auth_openidc:2.3, nodejs:22, OpenEXR, pcre2, perl-DBI, python-tornado, rsyslog, tftp, thunderbird, and xorg-x11-server), <b>Red Hat</b> (compat-libtiff3, firefox, ghostscript, idm:DL1, ipa, kernel, kernel-rt, libtiff, lrzsz, and mariadb-connector-c), <b>Slackware</b> (libarchive), <b>SUSE</b> (amazon-cloudwatch-agent, bind, container-suseconnect, containerd, glibc, google-osconfig-agent, helm, kernel, python312, python313-oletools, python313-openpyxl, python313-orjson, python313-paramiko, python313-pipreqs, python313-py, python313-pycryptodome, python313-pycryptodomex, python313-pydrive2, python313-python-engineio, webkit2gtk3, and xorg-x11-server), and <b>Ubuntu</b> (apache2, bind9, bluez, curl, openssh, python-urllib3, and u-boot).]]></description>
            <link>https://lwn.net/Articles/1100785/</link>
            <guid isPermaLink="true">https://lwn.net/Articles/1100785/</guid>
            <pubDate>Thu, 15 Oct 2026 13:09:44 GMT</pubDate>
            <enclosure url="http://blob.circex.org/media/img_1917c3ed57ebd767735edfd149c24901.jpg" length="0" type="image/jpeg"/>
        </item>
    </channel>
</rss>