
OG local LLaMA shill. Sr. Solution Architect @RedHat, ex particle physicist. Born @ 347 ppm CO₂. Personal account, potentially unaligned.
Stuttgart, Germany
Joined March 2009
- Tweets4K
- Following6.9K
- Followers1.9K
- Likes12K
Pinned Tweet
Your Hermes Agent can now delegate to RLMs 🙌 Recreated the document analyzer example with the converted skill. 136 PDF pages analyzed. Best part: Auto-configures from HERMES_MODEL / HERMES_PROVIDER env vars @NousResearch @Teknium
github.com/sroecker/predict-…
Steffen Röcker retweeted
The fact that people are beginning to celebrate sciences more than celebrities, means that we are advancing as a species.
Steffen Röcker retweeted
Letting IDASQL + Claude/Opus 5.5 rebuild the source code of a childhood game overnight. I own a legit copy but the game does not run on modern systems. By the morning it will be rebuilt for all major platforms, up and running.
idasql 0.0.20 is out, with IDA 9.5 support.
Your agent now works with every IDA you have open. It finds them, starts the server it needs, and tells you what it changed.
IDA 9.2-9.5 · Windows, Linux, macOS · x64 and ARM64
github.com/allthingsida/idas…
Steffen Röcker retweeted
Reality of our days:
1. I am sitting on a set of vulns (4+) that allows me to remotely take over a consumer home automation device I have (3+ diff ways).
2. The vendor doesn't only serve consumers, but also critical infra (announced partnerships include pharma manufacturing plants, airport logistics, hospitals, etc) across various locations in Europe and the US (not the same product line, ofc, so maybe moot).
3. Claude and Astra refuse to help me explore even my own device, so now I'm using Chinese hosted models for investigating.
4. The vendor (with a revenue of $0.75B) does not maintain any security disclosure practice whatsoever, nor does respond to emails.
So, to recap, I need to outsource vulnerability hunting of (potentially, I don't know) critical western infrastructure to Chinese models, because the western models refuse; and the vendor doesn't give a shit. Fun timeline.
PS: The vendor is Swiss.
Steffen Röcker retweeted
Incredible work by @joebarnard here.
Steffen Röcker retweeted
Everyone’s excited about decision models. When should you buy one, or train your own?
We fine-tuned a 2B model for a production classifier: frontier-level quality, 35ms, ~1% of the cost.
We’re sharing when we think it’s worth it, and when it isn’t: airbnb.tech/ai-ml/frontier-q…
Steffen Röcker retweeted
This is a Zebrafish
It has the same amount of Synapses as Qwen 3.8 27B but lacks the ability to one-shot Minecraft in Three.js
Disappointing
Steffen Röcker retweeted
Highly recommend watching this technical tour de force of a video. I was inspired to turn this into an agent skill and Rust software package (FrankenDopplerFinder) that automates 100% of it end-to-end. Should be done soon.
Steffen Röcker retweeted
Oh my god.
Fable 5.1 individually writes the weights of 100k param Legal citation classifier that crushes the accuracy of a backprop trained one.
Weight-Space programming will change the world. It’s only a matter of time.
This is the next inference-time reasoning level breakthrough.
Steffen Röcker retweeted
We booted Linux inside an AI model, one predicted token at a time.
A CPU is compiled into Qwen3.5-4B's weights, with no training and no emulator. The model predicted all 7.3 million steps correctly.
Qwen wrote a Fibonacci program, ran it on that Linux, and fixed the error.
🚨 Linux kernel RCE (CVE-2026-98432, CVSS 9.8): suspected attackers are scanning for targets
~2.1M servers reachable over MPTCP. No public RCE exploit yet. Go 1.24+ apps like Caddy can expose you
Check: sudo ss -Mlnp
Fix: patch, or net.mptcp.enabled=0 + restart those apps.
Update on the 9.8 CVSS TCP/IP RCE in the Linux kernel (CVE-2026-98432): we've detected what appears to be a threat actor activity scanning the entire internet for exposed affected systems. Our own scanning also suggests that the number of potential targets is high, therefore there is an increased likelihood of threat actors attempting to develop exploits for the vulnerability.
while CVE-2026-98432 is believed to require MPTCP to be enabled in the kernel, as well as a listening app/service which binds an MPTCP socket, which many have suggested should be rare, several kernels including Debian enable MPTCP by default.
Additionally, Go 1.24+ binds MPTCP sockets by default if the option is enabled in the kernel, so anything built on top of Go (including Caddy) will create the required MPTCP listener.
The mitigation of setting net.mptcp.enabled=0 disabled MPTCP, but does not apply to existing sockets, so any applications that have bound MPTCP sockets need to be restarted, otherwise the system remains exploitable.
You can check if your server is running any MPTCP listeners with the following command: sudo ss -Mlnp
On 2026-10-30 our preliminary internet-wide scan of port 443 confirmed that there are approximately 2,102,043 servers that are successfully reachable via an MPTCP connection. A deeper scan which attempts to connect to each endpoint on port 443 and negotiate a full TLS connection with MPTCP enabled returned about 762,774 systems.
Neither scan can confirm that these are unpatched kernels, just total exposure, but it's a lot more systems than expected. Since a valid HTTP connection is not required to exploit the vulnerability, the total attack surface is likely closer to the 2.1 million number than the 763k one.
As of today (2026-11-02), we've picked up several residential proxies and VPNs scanning the internet on port 443 using MPTCP-enabled connections. Since regular scanners do not negotiate MPTCP by default, and no data is being sent to the HTTP server over 443, we strongly suspect this activity is scanning for CVE-2026-98432 specifically. The use of residential proxies and RU-based VPN servers suggests that this is likely threat actor scanning, rather than security researchers.
Currently there are no known publicly available remote code execution exploits, but there are several denial of service proof-of-concepts floating around. This code gives threat actors a starting point to begin attempting to weaponize the vulnerability. Building exploits for the vulnerability is reported to be extremely difficult, but several state-sponsored threat actors likely have the resources required to succeed.
Steffen Röcker retweeted
Look guys I know the linux TCP stack vulnerability is scary
but at least it’s easy to fix
with a simple ufw rule that blocks all TCP connections to the device
Steffen Röcker retweeted
Compiled a SIMT GPU and embedded it directly into Qwen3.5-2B’s weights. It’s not a plugin, an external tool, or an emulator.
None of the GPU’s weights are learned; every single one is computed by a compiler. It executes real CUDA code compiled to NVIDIA PTX directly inside the neural network.
Meet qwenGPU: Qwen3.5-2B with a SIMT GPU inside its weights, 45 compiled layers in front of Qwen’s own, using its Gated DeltaNet layers as registers and memory.
It runs real CUDA in its forward passes. The host compiles the kernel to PTX and loads it, then the model writes every step of the launch itself: every register, branch and memory write.
The GPU has 4-lane warps, a 4-stage pipeline, 15 registers per lane and 126 words of global memory, all held in DeltaNet state. Qwen generates each launch token by token, each record running one machine block for one warp.
Steffen Röcker retweeted
🚨 CVE-2026-98432: a Linux kernel race (since 4.4) frees IPv4 TCP SYN options before other CPUs finish reading them, so one crafted SYN with IP options can leak kernel memory, crash the host, or possibly give remote root.
What a disaster atlasum.net/blog/cve-2026-98…






































