Pinned Tweet
My girlfriend asked me why I carry a gun around the house... I told her "Fear of the CIA"
She laughed.. I laughed.. Amazon Alexa laughed. I shot the Alexa.
The water seller in the desert doesn’t want you looking at the well,
he wants you looking at the price.
Proxy retweeted
The Last Proof of Human Craft: Forging a Microsoft Edge Full Chain with Logic Bugs Only!
blog.orange.tw/posts/2026-10…
👀
ok update on the deleted repo thing, since it kind of blew up
first, some context on why i posted it like that. there have been so many security incidents lately that my brain is basically stuck in alert mode. so when i saw a stranger in our audit log deleting a private repo, i assumed the worst.
we figured out what happened. nobody hacked us, and it wasn't a github bug.
that repo was a private fork of a repo owned by @StainlessAPI, the company that generated our SDKs. our entire SDK pipeline ran on it.
Stainless got acquired by @AnthropicAI back in may. and on october 27, with zero heads-up to us, someone there deleted their copy of the repo.
turns out when you delete a private repo on github, every private fork of it gets deleted too. same request, under two seconds. and our audit log shows the person who deleted *their* repo as the one who deleted *ours*. that's why it looked like a random outsider walked into our org and nuked something.
no email. no "hey, we're cleaning these up, grab a copy." just gone, along with the production repo behind every one of our SDKs.
github support walked us through all of it within a day, which, genuinely, thank you.
one ask though @github: put this in the audit log. right now the event for our repo just says "repo.destroy" by an outside user. if it said "deleted because upstream fork parent X was deleted", we'd have understood it in two minutes instead of spending a night thinking we'd been breached.
we had a local clone, so we pushed it back up as a standalone repo and the SDKs are running again.
if you were a Stainless customer and you've got anything living as a private fork of one of their repos, go detach it today. it takes ten minutes. their delete is your delete.
This doesn't answer some important questions:
1: did they run this model from qwen or used fine tuned or quantized model from others?
2: Qwen3.8-Flash-Next is preview model, official version is
Qwen3.8-Flash, were they able to reproduce this with official version?
While evaluating Qwen3.8-Flash-Next in a controlled sandbox environment, Cohere's research team observed something unexpected.
Asked to generate a defensive cybersecurity detection rule, the model instead inventoried aspects of the machine it was running on and attempted to upload a probe file to an Alibaba Cloud storage bucket in Beijing. Notably, the model's reasoning trace stated that it would not invoke any tools before taking these actions.
Cohere's sandbox blocked the attempt, and no external communication succeeded. We have not determined the root cause, and we are not asserting malicious intent.
But the incident raises important questions for organizations deploying agentic AI systems: Can models take actions that differ from their stated reasoning, and how should security teams evaluate trust, provenance, and behavior in open-weight models?
We are publishing our findings because organizations making model adoption decisions deserve as much information as possible. We hope this contributes to greater transparency, stronger security practices, and continued collaboration across the AI ecosystem.
Read the full report: cohere.com/blog/concerning-b…
OpenAI/Ant seems to be putting alot of compute to test all basic math assumptions of modern technologies 👀
Here's a direct link to OpenAI's PDF claiming a refutation of ETH. In particular, it's claimed that 3SAT on n variables is in about exp(n/(log n)^{1/2+o(1)}) time
github.com/openai/math/blob/…
This reminded me famous quote of Donald Knuth,
"Beware of bugs in the above code;
I have only proved it correct, not tried it"
this is why i'm pessimistic(ik lots of pessimism last two days) about formal verification as a solution to securing the entire existing software stack, and much more optimistic about reducing complexity and attack surface first, then formally verifying the critical parts.
with llms, we can definitely formally verify a lot more software, and we absolutely should. but claiming we can verify the entire existing software stack for $ X sounds absurd to me, almost like throwing resources at a lost cause.
the problem is you have billion states in complex software with insane amount of interactions between components and humans and specifying what exactly "secure" means is way harder
look at this example of how things can go wrong. tldr is @AnthropicAI and @theoremlabs formally proved a asan based memory safe property for some gif encoding library's compiled fuzz target, for inputs under 64 MiB.
but the fuzz harness rejects images exceeding 10k total pixels, so the verified program never reaches the libraries large image states including >10k <64mib which they intended to prove and there is a 32bit integer overflow. (ik the input required to crash is way beyond 64mb limit and outside the theorem, but you get the gist of what can go wrong.)
the proof appears to be correct, claude proved exactly what it was asked to prove but it doesn't prove what they intended, all inputs below 64 mib to "library"
now imagine doing this for browsers, kernels, servers, and applications running on top of them. even when you prove something correct, how do you know your next model won't find a security critical case that your specification missed?
it still looks like the same cat and mouse game to me
Proxy retweeted
Introducing Kimi K3.1 Pro: our most capable 3T-class open-weight model.
🔹 1M-token context, 2.8T total / 104B active params (MoE), Multimodal.
🔹 Full-project coding: games in Unreal, Unity & Godot.
🔹 Excels at parametric 3D modeling in Blender & CAD.
🔹 More reliable at finance work: Accurate modeling with hallucination down by 65%.
🔹 Matching the strongest proprietary models across coding, agentic and knowledge benchmarks.
Kimi K3.1 Pro and K3.1 Pro Highspeed (2–3× faster) are now live on Kimi.ai, Kimi Work, Kimi Code, and the Kimi API.
Open weights by Nov 4, 2026.
🔗 API: platform.kimi.ai
🔗 Tech blog: kimi.ai/blog/kimi-k3-1-pro
If you are using an android phone and can't update your system,
Go to your phone's CA certificate settings and disable all certificates by eMudhra
impact of this certificate compromise is much larger if you are using old or no update software
Sorry everyone... We're announcing a 0-Day vuln in QUIC that allows anyone to remotely turn off a server running these libraries. I swear we didn't plan this.
foxio.io/blog/header-accordi…
Saw someone saying not many affected by eMudhra because it is Indian company.
Meanwhile supply chain ecosystem of entire internet:
eMudhra, an Indian certificate authority, has had 8 private security keys compromised with half the internet is cooked
The keys were incredibly weak. One of them was literally just “4”
The keys could have been used to create fake HTTPS certificates and make malicious websites appear legitimate.
Chrome, Firefox, Apple and Microsoft have blocked the affected certificates. Older devices, software and apps may still need updates.
I am so tired of these php vulnerabilities and eMudhra incompetence type things happening again and again that I don't even care anymore.
Nothing mentally worse than being a defender and trying to secure stuff in 2026, god knows what's coming in 2027
arstechnica.com/security/202…
The private keys for these certs are literally the numbers 4, 56, 66, 115, 155, 156, 230, and 237 (life imitates XKCD, again).
Proxy retweeted
🚀 Introducing DeepInfer, our in-house inference framework, now fully open source!
Powering DeepSeek-V4.1-Flash at scale with high throughput and low latency. We’re sharing our production stack to help the community lower compute costs, reduce energy use, and make AI more affordable.
🔗 github.com/deepseek-ai/DeepI…
1/4























