Introducing PageBreak, an agentic vulnerability discovery tool using deterministic validation to achieve a near-zero false positive rate.
How it works: https://t.co/n3k4vvNhoq
For real-world vulnerabilities PageBreak has discovered 👇
https://t.co/0pZ5rWoWw2
Alibaba open-sourced the code reviewer it says has served tens of thousands of developers and found millions of defects internally. Open Code Review does not leave the whole review loop to an LLM: deterministic code handles file coverage, bundling, rule matching and comment positioning, while the agent handles reasoning and repository context. On its benchmark of 200 PRs across 50 open-source repos, Alibaba reports higher precision and F1 than Claude Code with the same model, using roughly 1/9 the tokens, with lower recall as the trade-off. GitHub Repo: https://t.co/vSXeaq0DzQ
A 7-person team just took 3 small open-source models to #1 in cybersecurity at their size classes.
They used Qwen3.8-27B, Qwen3.6-35B-A3B, and Qwen3.5-122B-A10B. All three ranked #1 among open models at comparable sizes.
TL:DR:
First they let agents work through controlled exploit / cyber environments, verified the results, then fine-tuned on that data.
Here is what they did:
They built coding, vulnerability, CTF, Linux-kernel-history, full-exploit, firmware, and device-backed environments.
Kept what worked: models learned from runs that passed execution verification / auditing.
Using pure fine-tuning (no RL), their three models improved an average of +23.76% on the full CyberGym suite. Feyospace-s1 hit 63.24% verified success and #10 on CyberGym
Paper: https://t.co/MJ8Bcm6arW
Found a vulnerability in RPM "rpmbuild" tarball processing: a crafted ".spec" member name can inject RPM macros, including Lua expressions, leading to arbitrary code execution.
CVE-2026-78367
GitHub: https://t.co/eW6dH2bJBH
CVE: https://t.co/N1WlRwA3d2
#CVE#RPM#Linux#RedHat
AI built via #opensource is AI built to last. Projects like llm-d demonstrate that the most resilient infrastructure isn't owned by a single company—it's strengthened by a community.
Read why we believe AI infrastructure must be built in the open: https://t.co/XGlUbK6zIz
ATTENTION
The bible for running LLMs locally is now available online to read for FREE
Covers what to use on
- Laptop / edge / odd hardware
- Mac-first workflows
- Single RTX GPUs
- 2-4+ NVIDIA / CUDA GPUs
- General production serving
- Long-context / MoE / routing
- NVIDIA max performance
- Cluster orchestration
Software
- llama.cpp
- MLX / MLX-LM
- ExLlamaV2
- ExLlamaV3
- vLLM
- SGLang
- TensorRT-LLM
- NVIDIA Dynamo
You should read this, and if you cannot now then you most definitely wanna bookmark it for later
Local & Opensource AI FTW
The Kimi K3 architecture figure for yesterday's big open-weight model release, along with some observations and thoughts.
1. Yes, it looks relatively complicated, but it's essentially a scaled-up production version of their Kimi Linear model they released last year (scaled up from 48B -> 2.8T; K3 is by far the biggest open-weight model right now)
2. The one new component compared to Kimi Linear is the LatentMoE. I omitted it in the figure below since it's already very crowded, but that's essentially the same LatentMoE as in Nemotron 3 Ultra (you can find it in my LLM Architecture Gallery if you are curious). The idea here is to compress (down-project) large linear layers similar to multi-head latent attention.
3. Kimi K3's overall trend (similar to Nemotron 3, DeepSeek V4, and others) is also towards better inference efficiency. That is, there are many components that replace existing components with efficiency-tweaked versions. I.e., MoE -> LatentMoE, regular attention -> multi-head latent attention and Kimi Delta Attention. (I also have short tutorials and write-ups in my gallery if you are curious about additional details).
4. The one component change that is not an efficiency tweak is attention residuals. Like DeepSeek V4 improved the residual path with mHC (manifold-constrained Hyper-Connections), attention residuals are a way to improve the residual path, but it works a bit differently. I.e., mHC made the residual path wider. Attention residuals (also already part of Kimi Linear) connect the residuals across layers; the connection itself uses an attention score for an important/contribution weight. According to the report, it improves the validation loss and downstream performance (a bit) consistently and adds about 4% in training cost and 2% in inference cost.
5. Interestingly, Kimi K3 got rid of all RoPE layers and uses NoPE (No Positional Embeddings) everywhere instead. (Again, this is inherited from Kimi Linear). In other architectures, the recent trend was towards RoPE in local attention layers (like sliding window attention) and NoPE in the global layers. There were a few architectures that only used NoPE everywhere, but this is the first frontier-level one as far as I know.
6. Kimi K3 now also has native multimodal support, which is great!
There are several other interesting training tidbits in the technical report, but that's it from the architecture front so far. A really great release overall.
Releasing the model weights and technical report of Kimi K3.
Kimi K3 is our most capable model: a 2.8T MoE model with native visual understanding and a 1M-token context window.
New model architecture: 2.5x the intelligence per unit of compute, not just more params.
Alongside Kimi K3, we're opening up more of the stack behind it — high-performance attention kernels, MoE communication library, and infrastructure for running agent environments at scale.
Model weights: https://t.co/7m7eEg6Y0B
Tech report: https://t.co/yeu6cjpMCT
Tech blog: https://t.co/YTfiMSNM1f
🧩 Kimi K3’s Architecture Is Here—and KDA + AttenRes Arrive Together
Zhihu contributor kaiyuan reconstructed an early Kimi K3 architecture diagram from the information currently available, using K2.5 as the baseline.
The architecture is now public, although the model weights have yet to be released. One detail already stands out: KDA and AttenRes appear together in K3’s design.
🔍 A prediction that landed
When Kimi K2.6 was released, kaiyuan predicted that KDA and AttenRes might arrive as a pair. K3’s architecture has now confirmed that intuition.
👉Check it out:
https://t.co/Mm3wJefzMo
🛠 An evolving architecture map
This is an initial, manually assembled draft intended to make K3’s structure easier to inspect. The diagram will be updated once the official weights become available.
📊High-resolution diagram:
https://t.co/A93fIoDhVs
🔗 Full Reading:
https://t.co/uA35hqErLN
#KimiK3 #Kimi #MoonshotAI #LLM #AIInfrastructure #ModelArchitecture
Unfortunately, my Internet provider (AS24560) does NOT implement BGP safely. Check out https://t.co/nffJc4CvoY to see if your ISP implements BGP in a safe way or if it leaves the Internet vulnerable to malicious route hijacks. via @Cloudflare
Quantum computers will one day break the encryption protecting your messages. Apple is preparing for that now and they just made their work public.
Apple has open-sourced the post-quantum cryptography code from corecrypto, the encryption library running on over 2.5 billion Apple devices. It protects iMessage, VPNs, and HTTPS connections.
Here is why this matters.
Most encryption used today relies on math problems that regular computers find nearly impossible to solve. Quantum computers can solve those same problems with ease. They do not exist yet at the scale needed, but the threat is considered real enough that governments and major tech companies are already preparing.
The solution is post-quantum cryptography, a new generation of algorithms designed to resist quantum attacks. Apple has picked two of the NIST-standardised ones: ML-KEM and ML-DSA.
By open-sourcing the code and the mathematical proofs behind it, Apple is letting independent experts verify that there are no hidden flaws. This is a big deal because a single bug in corecrypto could compromise the security of every app and feature running on 2.5 billion devices.
And independent review already proved its value here. During formal verification, researchers found a flaw in an early implementation that standard testing would have missed entirely.
This is how security should work. Build it in public, let others verify it, fix what gets found.
Apple does not always get credit for open-source contributions. This one deserves it.
💥 Introducing "Dirty Frag"
A universal Linux LPE chaining two vulns in xfrm-ESP and RxRPC. A successor class to Dirty Pipe & Copy Fail.
No race, no panic on failure, fully deterministic. ~9 years latent.
Ubuntu / RHEL / Fedora / openSUSE / CentOS / AlmaLinux, and more.
Even if you've applied the "Copy Fail" mitigation, your Linux is still vulnerable to "Dirty Frag". Apply the Dirty Frag mitigation.
Details:
https://t.co/9nqku4svkY
🚀 DeepSeek-V4 Preview is officially live & open-sourced! Welcome to the era of cost-effective 1M context length.
🔹 DeepSeek-V4-Pro: 1.6T total / 49B active params. Performance rivaling the world's top closed-source models.
🔹 DeepSeek-V4-Flash: 284B total / 13B active params. Your fast, efficient, and economical choice.
Try it now at https://t.co/GCdiMzk1Dl via Expert Mode / Instant Mode. API is updated & available today!
📄 Tech Report: https://t.co/drlDrxkYtp
🤗 Open Weights: https://t.co/T13Y8i7SDM
1/n
🧅 TOR archive feed:
https://t.co/6KYeJyyMyC
Every IP that has ever been a TOR node!
Searchable with full timeline, exit/guard/middle role, country, ASN, updated hourly since 2024.