Glenn (@hiddenillusion) header
Glenn (@hiddenillusion) profile picture

sleuthing my way through life

USA
Joined April 2008
Glenn retweeted
Binance's initial investigation suggests that the security incident may involve a compromised DevOps engineer’s laptop, which allowed an attacker to gain access to a service container and submit unauthorized withdrawal transactions. We have found no evidence of any wallet private key leak. We will share a detailed technical post-mortem once the investigation is complete and the facts are fully verified. The estimated total impact sits at around $6.3B. We have worked with blockchain partners to freeze affected assets, with ~$3 billion frozen on-chain so far. Binance will cover all losses from the SAFU fund and the company’s funds. User funds are safe. We will also publish an updated Proof of Reserves once the remediation is complete. As an immediate precaution, Binance has: - temporarily suspended deposits and withdrawals while security checks are completed; - revoked the affected address authorisation; - engaged law enforcement and blockchain intelligence partners to trace and recover funds. Our teams are working around the clock to resolve this issue safely and thoroughly. We are working closely with our law enforcement partners to confirm the identity of these criminals and bring them to justice. Please rely only on official Binance channels for updates. Please feel free to contact Binance Customer Support if you have any further questions. binance.com/en/support/annou…
3,425
6,178
3,759
29,663
7,122,661
Glenn retweeted
Our teams are aware of reports of a potential security issue and are actively investigating. User funds are completely safe. Our security teams are reviewing all relevant information with urgency, and we will provide updates through official Binance channels as soon as we have verified information. Users should remain cautious of scams and should not trust unofficial links, messages, or requests for account information.
1,039
1,458
783
7,191
1,494,181
Glenn retweeted
👉Here’s what caused the Polymarket hack: a script that was only supposed to measure page load speed The real cause was a script that was only supposed to measure how fast the page loaded. On October 29, 2026, Polymarket was hit by another frontend drain. This time the vector was DebugBear, a small UK company that provides website performance monitoring and Core Web Vitals tracking. Polymarket had embedded their Real User Monitoring (RUM) script on the site — a standard snippet that collects loading speed and user interaction data and sends it back to DebugBear’s servers. That script was replaced. Attackers compromised DebugBear’s infrastructure (their CDN / RUM product) and swapped the legitimate monitoring script for a custom wallet drainer written specifically for Polymarket. The file still loaded from a cdn.debugbear.com URL and looked like a normal analytics script, but inside it was roughly 15 KB of pure theft logic. How it worked The malicious script ran in the browser with full page privileges and did the following: Read Polymarket authentication data from localStorage (login type, proxy wallet, CLOB API keys). Searched the React component tree for the trading client. For users logged in via email (Magic wallet), it sold all positions using fill-and-kill orders — with no additional signature prompt. For users on external wallets (MetaMask etc.), it encoded transfers of outcome tokens and submitted them through Polymarket’s gasless relayer. Users saw a signature request that looked like a normal platform action, so many approved it. The script also pulled its configuration (destination address, minimum threshold) from DebugBear’s servers. Stolen funds were converted and sent as POL. Timeline (UTC, October 29) ~17:10 — First funds arrive at the attacker’s address. 17:45 — Trader @CarOnPolymarket posts that he was drained for $800k and “all my positions were sold.” 17:59 — Polymarket deploys a production build that removes the DebugBear script. 18:00 — DebugBear’s official account posts: “We’re impacted by an ongoing security incident. If you use our RUM product, please remove the embed code from your website.” By 18:19 the attacker held 28.6 million POL ($2.6–2.7M). Polymarket’s smart contracts worked exactly as designed. Nothing on-chain was exploited. The frontend simply handed over control of active sessions and order placement. Why this matters This is already the second major frontend drain on Polymarket in four months (the June incident was ~$3.1M via a different third-party script). There was also a May incident involving an internal operational wallet. The pattern is consistent: the platform relies heavily on third-party JavaScript, and the email/Magic login flow was designed for maximum convenience with minimal extra confirmation. When the vendor is compromised, user funds are compromised with it. DebugBear is not the villain here — they’re a small performance-monitoring company whose infrastructure was weaponized. But the fact that a script meant only to measure page speed was able to liquidate portfolios worth millions shows how fragile the “seamless” crypto frontend model really is. Polymarket has said affected users will be made whole and that the incident has been referred to law enforcement. Trading was temporarily halted as a precaution. The open question is how many times the same third-party script risk can materialize before it stops being treated as an isolated incident and starts being treated as a structural problem.
3
1
3
6
704
We've identified & fixed an issue impacting our international platform, Polymarket⁠.com. One of our 3rd party providers was compromised, and we have referred this to relevant law enforcement. Anyone who has been impacted will be made whole. Out of an abundance of caution, we have temporarily halted trading & are working to bring the platform back online.
434
526
433
3,505
1,138,431
Does anyone remember the time in the 90s when people thought the antivirus vendors were releasing viruses so companies had to buy their products? Now AI is finding vulnerabilities, writing exploits, and creating threats so fast that the only way to defend yourself is to buy more AI. It’s starting to feel like the 90s all over again.
23
21
5
150
9,389
Glenn retweeted
A security alert rarely tells the whole story. Block uses @OpenAI to connect signals across systems and investigate threats. Our people validate every result and guide remediation. Our CISO James Nettesheim shares how: openai.com/index/block-ai-po…
2
9
1
43
9,252
We're open sourcing SPACE, the sandbox platform that runs every task in Perplexity Computer. SPACE gives each agent task its own Firecracker microVM and controls credentials and outbound traffic from outside the VM. Available now under Apache 2.0: github.com/perplexityai/SPAC…
156
217
97
2,527
317,938
We discovered a sophisticated recording device that was hidden inside one of our offices. We used our models to understand the device and where it had come from, identifying that a specific employee had planted it a few days earlier. We referred the matter to the FBI, and we’re grateful to the agents and prosecutors who moved quickly to make an arrest. The FBI’s investigation is ongoing and we will continue to support their work. At this time, we have no indications of this individual inappropriately accessing or exfiltrating model weights, source code, or customer data. The employee was terminated. We take protecting our technology, data, and people seriously, and as a matter of national importance. Our security program is designed to protect against a wide range of threat actors, from insider risks to cybercriminals to nation states, and this case is an example of how AI can help address these sophisticated security threats.
643
Glenn retweeted
The cybersecurity section of this report is wild. APT operators used Claude for nearly everything: coding tools, testing against security products, building capture platforms, and processing victim data. Its like Anthropic was looking over their shoulder!
We're publishing our most detailed threat intelligence report to date. It covers how people tried to misuse Claude—for cyberattacks, influence operations, surveillance, biology, and building weapons—and how we found and stopped them. We disrupted every operation in the report, and used the lessons from them to strengthen our safeguards. Where appropriate, we also shared what we found with authorities and other AI companies. These cases are not typical: we’re highlighting some of the most sophisticated misuse we’ve seen. But they’re especially important to discuss, because they show us where AI misuse is headed, where our safeguards work, and where they need to improve. We’re publishing this report so others can spot the same activity on their own platforms, and so we can give the public a clearer view of how emerging threats develop. Read the report: anthropic.com/threat-intelli…
11
69
2
535
97,342
Glenn retweeted
METR & Redwood Research investigated agent behavior in the Hugging Face incident. We found agents developed a universal cheat for ExploitGym within 4 hours, then coordinated multi-day R&D efforts to trick the scorer into accepting cheats, including trying to tamper with logs.
175
1,075
596
6,026
4,408,443
I was the main person doing transcript analysis for this investigation of the Hugging Face incident. My main takeaway: We don't have good approaches for understanding/overseeing the activity and aims of AI 'swarms'. I semi-jokingly called our efforts a "slop-vestigation" because we were so reliant on AIs to analyze what happened and there were a huge number of different important things to analyze. The total quantity of data—over a thousand extremely long transcripts from agents that ran for multiple days—made it impossible to understand what was happening, especially in aggregate, without heavy reliance on AI tools. The agents we used for classification and analysis were similarly capable to the agents involved in the incident, but this didn't mean these agents could be easily used to oversee and understand the incident. Outputs from analysis agents were often missing key details, wrong, overconfident, or really hard to understand. We discuss various examples in our report, mostly in the limitations and methodology sections. Additionally, AI agents themselves seemed to have a hard time understanding what happened and their explanations of what happened were often overconfident. Keep in mind that a single analysis agent would itself only be able to read a tiny fraction of all of the transcript data into context, and AIs may themselves have trouble getting subagents to do informative analysis for them. We did our best to manually check the most important claims and we tried to get the AIs doing this analysis to write up their argument (with evidence) clearly enough that we could check whether it made sense. But overall, it was difficult to get a precise understanding of events and we were missing aspects of the story that we now think of as key until almost the end of our investigation. Our understanding of what overall happened and the aims of the 'collective' shifted greatly during our last time on premises (when we obtained a much more complete dataset). For instance, we didn't learn about the tool call spoofing, the story of PHASEONE[big], and the broad structure of different workstreams until this third time on premises (and for many of these, we only reached a decent understanding on the final day of that visit). It was legitimately hard to figure out what was going on and why! The difficulty of understanding incidents and overseeing AI agents appears to be growing faster than the rate at which more capable AIs help us with oversight and understanding. As in, AI capabilities (and propensities?) for achieving large, ambitious, and misaligned objectives are growing faster than our ability to understand what these agents are doing. While understanding this incident was difficult, there were some mitigating factors in this case that probably won't apply in the future: - Models communicated and reasoned in natural language. In the future, this reasoning may occur (entirely or almost entirely) in activations. - While the scope of this incident was massive, the scale of agentic activity was still less than we'll see in the future (e.g., misalignment incidents that involve agent teams running entire companies). - The AIs involved in this incident weren't generally much more capable than humans (though they may have been somewhat superhuman at some limited and very narrow abilities). - We didn't have strong reason to believe that the AIs we used to help us investigate this incident would try to intentionally sabotage or otherwise undermine our investigation. In the end, I think we were able to get some understanding of the events, map out the overall story, and get a pretty good aggregate understanding of the chain-of-thought reasoning on some important topics (e.g., how did the AIs reason about helping other AIs, did the AIs know what they were doing was undesired, what deception did the AIs engage in, and how did they think about it). But overseeing AIs and understanding misalignment incidents is difficult and it looks like it is going to get harder.
METR & Redwood Research investigated agent behavior in the Hugging Face incident. We found agents developed a universal cheat for ExploitGym within 4 hours, then coordinated multi-day R&D efforts to trick the scorer into accepting cheats, including trying to tamper with logs.
295
1,062
432
6,626
1,990,575
Glenn retweeted
We have conducted a thorough investigation into the Hugging Face incident. We are releasing a technical report and accompanying blog post that reconstruct the agents’ activity, explain why existing safeguards failed, and detail how we’re preventing recurrence. openai.com/index/hugging-fac…
755
1,502
1,112
11,519
11,944,070
We asked GPT 5.6-Cyber to escape a VM used to sandbox agents. It broke out three times. In its final escape, the agent found three 0-days on its own and chained them into a working exploit. blog.trailofbits.com/2026/08…
70
334
100
1,699
498,916
Introducing Smart Routing in Unity AI Gateway. Stop overpaying for AI. Smart Routing matches each coding task to the right model and harness based on what the task needs, so higher-cost models can differentiate on intelligence while lower-cost models differentiate on cost and performance. Match frontier quality and cut task costs by 30%+. databricks.com/blog/smart-ro…
5
48
8
276
127,263
At 11k employees, our AI costs are going up. Which model & harness should we use to lower cost but also retain great quality? We didn't want to blindly trust public benchmarks. So we ran a comprehensive evaluation on our tasks, code base, infra. It's been produced by more than 3,000 software engineers, spans 3 hyperscalar clouds and many languages and tasks. The results are surprising. We find that for the SAME mdoel, the choice of harness can significantly save costs (~2x). We also find that GLM 5.2 performs extremely well. We run Omnigent in front of these and can easily multiplex different harnesses and models for different tasks. Check it out: databricks.com/blog/benchmar…
106
208
73
1,579
431,095
JUST IN: T-Mobile cyber staff reveals it physically "chopped" a network cable after discovering Chinese hackers attempting to infiltrate its systems.
375
1,647
420
19,967
3,015,440
Glenn retweeted
Our AI attacker autonomously made its way into @Snowflake's internal Jira, accessing sensitive data simply by opening a public GitHub issue with a crafted title. The flaw was introduced 5 days earlier by "Copilot Autofix powered by AI" 🪄 🧵
5
27
15
173
38,440
Glenn retweeted
At XBOW, we build autonomous offensive security agents specifically to prevent incidents like the OpenAI + Hugging Face one from happening. We have been designing for exactly this class of failure since day one, because we assumed models would behave this way. Here is how our architecture works, simplified for readability 🧵
8
33
8
218
83,814
Thousands of North Korean operatives are using fake and stolen identities to land remote jobs at U.S. companies—funneling hundreds of millions of dollars back to the regime. Pyongyang’s scheme generates $800 million a year. Watch our documentary: on.wsj.com/4xI5BhO
17
47
12
163
74,404