<?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[Kaand Report]]></title><description><![CDATA[Real hacks, properly explained. Kaand Report breaks down major hacks and exploits: what is confirmed, what is alleged and what you should do.]]></description><link>https://kaandreport.hashnode.dev</link><image><url>https://cdn.hashnode.com/uploads/logos/6ae4fb01bc36b9add06f0cc3/19986a12-181e-47ea-8b29-cccb45d00873.png</url><title>Kaand Report</title><link>https://kaandreport.hashnode.dev</link></image><generator>RSS for Node</generator><lastBuildDate>Tue, 03 Nov 2026 02:34:34 GMT</lastBuildDate><atom:link href="https://kaandreport.hashnode.dev/rss.xml" rel="self" type="application/rss+xml"/><language><![CDATA[en]]></language><ttl>60</ttl><item><title><![CDATA[A Tampered Claude Code Update Sat in Cursor's Store for 11 Hours. Nobody Has Explained How.]]></title><description><![CDATA[A tampered Claude Code extension sat in Cursor's marketplace for about 11 hours. What is confirmed, what is disputed and what to check.]]></description><link>https://kaandreport.hashnode.dev/claude-code-extension-cursor-explained</link><guid isPermaLink="true">https://kaandreport.hashnode.dev/claude-code-extension-cursor-explained</guid><category><![CDATA[cybersecurity]]></category><category><![CDATA[Security]]></category><category><![CDATA[claude-code]]></category><category><![CDATA[cursor ai]]></category><dc:creator><![CDATA[Sumeet Kumar Gupta]]></dc:creator><pubDate>Sat, 31 Oct 2026 18:24:40 GMT</pubDate><content:encoded><![CDATA[<p><em>Kaand Report Case File #002. Last updated October 31, 2026. This story is moving fast, and we will update this post as facts change. This is news and education, not security advice for your specific setup. Disclosure: this post was researched with Claude, which Anthropic makes. Anthropic is a party to this story, so we treat its statements as one side's account.</em></p>
<p>At 2:57 pm India time on October 29, a tampered build of the Claude Code extension went live in Cursor's extension marketplace. It carried the real extension name and stayed there until 2:05 am the next morning. Cursor says it tried to plant a persistent backdoor on developers' machines.</p>
<p>Then came the strange part. Cursor said at most 5,000 users were affected, then removed that number from its blog without saying so. Anthropic, whose name was on the extension, has published no official notice. And nobody has explained how the build got into the store.</p>
<p><em>Confirmed</em> below means the party concerned said it, or two independent sources agree. <em>Alleged</em> means nobody has proven it.</p>
<h2>Check this first</h2>
<p>If you use Cursor on macOS or Windows and installed or updated the Claude Code extension in that window, treat your machine as affected until you have checked it. The affected versions are 2.1.312 and 2.1.313.</p>
<p>Use the check in <a href="https://cursor.com/blog/claude-code-extension-security-notice">Cursor's notice</a>, and do not copy commands from anywhere else. Updating is not enough. Cursor says uninstalling "may not be sufficient", because the payload drops separate scripts that keep running.</p>
<h2>This was not a vulnerability</h2>
<p>Calling this a Claude Code vulnerability is wrong. Nothing in Claude Code was exploited, and we found no CVE. Someone put a modified copy of a trusted extension in a place developers trust, and normal updates did the rest. Phorion's CTO, Luke Roberts, told Ars Technica it was "a supply-chain compromise". <em>Confirmed.</em></p>
<p>The change was small: a loader in front of the normal code. The real extension kept working, so a developer would see nothing odd. Microsoft says simply loading the extension was enough. <em>Confirmed.</em></p>
<h2>What the update tried to do</h2>
<p>First, it noted machine details such as username, Git email and public IP.</p>
<p>Second, it collected the names of environment variables containing words like KEY, TOKEN or SECRET. Names, not values. Microsoft says this "does not demonstrate theft of the secrets stored in those variables". Phorion reads it as a shopping list for the attacker. <em>Confirmed for the collection, alleged for the motive.</em></p>
<p>Third, it added the attacker's SSH key to the user's login file. That file works like a guest list: add a name and that person can walk in.</p>
<p>Fourth, it opened a reverse tunnel, so the laptop itself dials out and holds a line open. Startup items were meant to keep all this alive after a reboot, and after the extension was removed.</p>
<h2>The attacker's own bug</h2>
<p>The login only works if the machine's SSH service is on, and turning it on takes admin rights. Cursor says the extension lacks those on most macOS and Windows machines, and that this step fails because of errors in the malicious code. Phorion found the macOS bug: without admin rights, the system answers with an error instead of "Off", so the script never turns SSH on. <em>Confirmed that Cursor says so. It has shown no data.</em></p>
<p>Phorion's CEO, Calum Hall, said the attackers "not fully understanding or testing their macOS malware seems to have bailed the industry out".</p>
<p>That comfort has limits. Cursor says the key, the startup items and the report home still landed. If SSH was already on, the bug does not help. In Phorion's words, "the backdoor is ready and waiting". Cursor says the attacker's server is now offline, but nobody has said whether anyone logged in before that. <em>Unverified either way.</em></p>
<h2>Three stories that do not fit</h2>
<p><strong>Anthropic's account.</strong> Felix Rieseberg, who works on Claude, wrote on X that it "wasn't a compromise of Anthropic's systems or employee laptops", and that someone "used access to Cursor's marketplace". <em>Confirmed that he said it. No evidence has been shown.</em></p>
<p><strong>Phorion's account.</strong> Roberts told Ars: "The malicious version 2.1.313 was posted to the official Anthropic account." <em>Alleged. No proof has been published.</em></p>
<p><strong>Cursor's account.</strong> There is none. Its notice says it "audited access", and "rotated our keys, rebuilt the marketplace, and brought it back online". It does not say what went wrong.</p>
<p>What can be checked points one way on where, but not on how. Open VSX, npm and Microsoft's marketplace have no record of 2.1.313. We checked Open VSX ourselves: 4,360 feed events from October 27 to 31, with no sign of it. Early reports, including Phorion's, wrongly named Open VSX as the source, and both Phorion and OpenSourceMalware corrected their blogs within hours. So the build appears only in Cursor's store. That does not prove how it arrived, or through whose access. <em>Confirmed.</em></p>
<h2>The number that disappeared</h2>
<p>On October 30, Cursor said on X the incident was "impacting at most 5,000 users". Its blog said the same. The Wayback Machine's next capture, on October 31, has no number. Cursor's update note says it "clarified affected versions", and it does not mention the 5,000. There is no retraction, new figure or reason. <em>Confirmed that it changed. Why is unknown.</em></p>
<p>The number may have gone stale when 2.1.312 was added, but that is our guess. A company can correct a number. It should say that it did. And that figure was a ceiling on people exposed, so "5,000 hacked" is wrong. No public count exists of machines that ran the code.</p>
<h2>A long silence</h2>
<p>Cursor's first dated public statement came about 11 hours after the window closed. The first public words we can find from Anthropic's engineers came about six hours after that.</p>
<p>Anthropic shipped 2.1.314 at 5:42 am India time on October 30, deliberately skipping 2.1.313, according to its security engineer David Dworken. So by our reading, it knew by then, about 14 hours before those first public words. As of October 31, we found no official notice from Anthropic. Ars reports that neither company answered its questions. Nothing here shows Anthropic was hacked. It does mean its users have heard nothing official.</p>
<h2>Why stores are targets</h2>
<p>Microsoft's docs say an extension has the same permissions as VS Code itself. It can read your files, run processes and make network calls. An update from a publisher you already trust raises no new question, so one poisoned version arrives with no decision from the user.</p>
<p>This has happened before. In May 2026, a malicious version of Nx Console was published with a stolen credential and reached users through normal updates. Attackers want the update channel, and a developer's laptop is worth reaching.</p>
<h2>What to do</h2>
<p><strong>If you may be affected,</strong> follow Cursor's notice from a trusted machine. If the key is found, isolate the machine and rotate the credentials and sessions it could reach.</p>
<p><strong>If you run a team:</strong></p>
<ul>
<li>Turn on Cursor's Marketplace Install Cooldown, which is off by default.</li>
<li>Use an allowlist for extensions, and keep fewer of them.</li>
<li>Treat developer laptops as a route into production.</li>
</ul>
<h2>What we still do not know</h2>
<ul>
<li>How the build got into Cursor's marketplace</li>
<li>Whether Cursor's systems were breached</li>
<li>Why the 5,000 figure was removed</li>
<li>How many machines really ran the code</li>
<li>Whether any attacker connected to any machine</li>
<li>Who did it. No public attribution exists</li>
</ul>
<h2>Case status: open</h2>
<p>Cursor and Anthropic each hold part of this answer. When either gives it, we will reopen this case and update this post. If the facts prove us wrong, we will say so here.</p>
<p>Follow Kaand Report at @kaandreport on Instagram and YouTube for real hacks, properly explained.</p>
<h2>Sources</h2>
<p><strong>From the companies</strong></p>
<ul>
<li><a href="https://cursor.com/blog/claude-code-extension-security-notice">Cursor's security notice</a></li>
<li><a href="https://web.archive.org/web/20261030124831/https://cursor.com/blog/claude-code-extension-security-notice">Cursor's notice, archived October 30</a></li>
<li><a href="https://web.archive.org/web/20261031065559/https://cursor.com/blog/claude-code-extension-security-notice">Cursor's notice, archived October 31</a></li>
<li><a href="https://x.com/cursor_ai/status/2116074289053175808">Cursor on X</a></li>
<li><a href="https://status.x.ai/history?incident=cursor-desktop%2Fps_ad31c985bfc193b9">Cursor's status entry</a></li>
<li><a href="https://cursor.com/help/customization/extensions">Cursor's help page on extensions</a></li>
<li><a href="https://x.com/felixrieseberg/status/2116170451466543578">Felix Rieseberg on X</a></li>
<li><a href="https://news.ycombinator.com/item?id=50304489">David Dworken on Hacker News</a>, and <a href="https://news.ycombinator.com/item?id=50304756">a second comment</a></li>
</ul>
<p><strong>Investigations</strong></p>
<ul>
<li><a href="https://www.microsoft.com/en-us/security/blog/2026/10/30/inside-malicious-claude-code-branded-cursor-extension-persistent-ssh-backdoor/">Microsoft Threat Intelligence</a></li>
<li><a href="https://phorion.io/blog/offical-claude-code-vsx-compromise/">Phorion's advisory</a></li>
<li><a href="https://x.com/PhorionTech/status/2116045915987280365">Phorion on X</a></li>
<li><a href="https://x.com/_calumhall/status/2116052748190073069">Calum Hall on X</a></li>
<li><a href="https://opensourcemalware.com/blog/trojanized-claude-code-extension-plants-persistent-ssh-backdoor">OpenSourceMalware</a></li>
<li><a href="https://socket.dev/blog/claude-code-extension-compromise">Socket</a></li>
</ul>
<p><strong>Reporting and background</strong></p>
<ul>
<li><a href="https://arstechnica.com/security/2026/10/anthropic-vs-code-extension-on-cursor-backdoored-for-nearly-12-hours/">Ars Technica</a></li>
<li><a href="https://code.visualstudio.com/docs/configure/extensions/extension-runtime-security">Microsoft on extension runtime security</a></li>
<li><a href="https://nx.dev/blog/nx-console-v18-95-0-postmortem">Nx Console postmortem</a></li>
<li><a href="https://www.cisa.gov/news-events/alerts/2026/05/28/supply-chain-compromises-impact-nx-console-and-github-repositories">CISA on Nx Console</a></li>
</ul>
]]></content:encoded></item><item><title><![CDATA[$6.3 Billion Left Binance. Nobody Has Explained How Yet.]]></title><description><![CDATA[The $6.3 billion Binance hack, explained. What is confirmed, what is only alleged, how the attack worked, and what users should do now.]]></description><link>https://kaandreport.hashnode.dev/binance-hack-explained</link><guid isPermaLink="true">https://kaandreport.hashnode.dev/binance-hack-explained</guid><category><![CDATA[cybersecurity]]></category><category><![CDATA[Cryptocurrency]]></category><category><![CDATA[binance]]></category><category><![CDATA[Ethereum]]></category><category><![CDATA[Blockchain]]></category><dc:creator><![CDATA[Sumeet Kumar Gupta]]></dc:creator><pubDate>Fri, 30 Oct 2026 22:30:11 GMT</pubDate><enclosure url="https://cdn.hashnode.com/uploads/covers/6ae4fb01bc36b9add06f0cc3/a24644e5-9e40-4d42-a611-966867918694.jpg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p><strong>The largest crypto theft on record: what is proven, what is only alleged, and what it means if your money sits on an exchange.</strong></p>
<p><em>Kaand Report Case File #001. Last updated October 31, 2026. This story is moving fast, and we will update this post as facts change. This is news and education, not financial or legal advice.</em></p>
<p>At 1:35 am India time on October 30, money started leaving Binance. Within about 20 minutes, most of it was gone. When the last transfer landed nearly four hours later, the loss stood at about <a href="https://www.binance.com/en/support/announcement/detail/d3306d9dca5243548c813b605e1d1751">$6.3 billion</a>, or roughly ₹60,000 crore. By value at the time, that makes it the <a href="https://www.elliptic.co/insights/binance-largest-hack-in-history/">largest crypto theft on record</a>, about four times the size of the Bybit hack in 2025.</p>
<p>Then came the strange part. Binance says it has found no evidence that its wallet private keys leaked.</p>
<p>If you have spent any time around crypto, that sentence should bother you. Funds move when a valid signature authorises them, and signatures come from private keys. So either the keys did leak and nobody has proved it yet, or someone got valid signatures without ever touching a key.</p>
<p>We read everything we could find from the people closest to this: Binance's own updates, the analyses from TRM Labs, Chainalysis and Elliptic, the Ethereum proposal at the centre of the attack, and the US government's record on the group being named. Here is what holds up.</p>
<p>A note on our labels. <em>Confirmed</em> means the party concerned said it, or two independent sources agree. <em>Alleged</em> means an accusation or assessment nobody has proven. <em>Unverified</em> means one source, or something we cannot check yet.</p>
<h2>The short version</h2>
<ul>
<li><strong>Confirmed:</strong> about $6.3 billion left Binance hot wallets across at least ten blockchains.</li>
<li><strong>Confirmed:</strong> around $3 billion has been frozen. Frozen does not mean recovered.</li>
<li><strong>Alleged:</strong> the attacker made Binance's own signing system approve the transfers.</li>
<li><strong>Alleged:</strong> North Korea did it. Tracing firms say so, but no government has.</li>
<li><strong>Unverified:</strong> that users will be made whole. Binance has promised it, but nobody outside can check it yet.</li>
<li><strong>Not published:</strong> a root cause. Binance has not given one.</li>
</ul>
<h2>It started 36 hours earlier</h2>
<p>Everyone dates this hack to 1:35 am. The blockchain tells a longer story.</p>
<p>According to <a href="https://www.trmlabs.com/resources/blog/north-korea-steals-usd-6-36-billion-from-binance-in-the-largest-hack-in-history">TRM Labs</a> and <a href="https://www.elliptic.co/insights/binance-largest-hack-in-history/">Elliptic</a>, on-chain preparation began at least 36 hours before. Three small withdrawals from Tornado Cash funded an operator wallet, which hid where the money came from. About four hours before Binance was hit, the attacker ran a full rehearsal on another wallet and routed the test money back to itself. <em>Confirmed.</em></p>
<p>That 36 hours is only the part visible on a public ledger. Nobody has said how long the attacker was inside Binance's systems. In the Bybit case, attackers spent <a href="https://www.sygnia.co/blog/sygnia-investigation-bybit-hack/">more than two weeks</a> inside a vendor's cloud account before they struck.</p>
<h2>Was it really one laptop?</h2>
<p>Binance's <a href="https://www.binance.com/en/support/announcement/detail/c5a8729a97ac486d963784d96c5642d7">first update</a> said early findings suggest a compromised DevOps engineer's laptop may be involved, and that it gave access to a service container which submitted the withdrawals. Notice the hedging. <em>Unverified.</em></p>
<p>The internet ran with it anyway: one laptop, one engineer, billions gone. Binance has since pushed back. Co-CEO Richard Teng <a href="https://www.tradingview.com/news/cointelegraph:7a77abea1094b:0-recap-how-binance-s-record-6-3b-hack-unfolded/">said</a> this was more than one engineer's permissions and more than a single action, and that no individual is being held responsible. Binance also <a href="https://www.binance.com/en/support/announcement/detail/d3306d9dca5243548c813b605e1d1751">says</a> it has found additional points of breach. It has not said what they are. <em>Confirmed.</em></p>
<p>One piece of context is worth knowing. Back in 2022, the <a href="https://www.cisa.gov/news-events/cybersecurity-advisories/aa22-108a">FBI, CISA and the US Treasury warned</a> that North Korean hackers target DevOps and IT staff with fake recruitment offers. Nothing shows that is what happened here. But it is not a new playbook.</p>
<h2>The machine, not the key</h2>
<p>Here is the detail that makes this case so unusual. The affected wallets used different chains, different key types and different signing schemes, yet they all produced valid signatures for one attacker within about half an hour. A single stolen key does not easily explain that.</p>
<p>TRM Labs' assessment is that the attacker gained the ability to make Binance's hot wallet signing system sign transactions of its choosing. Elliptic and the security firm Blockaid read it the same way. <em>Alleged.</em></p>
<p>Think of a bank's cheque-signing machine. The signature never leaks. Someone simply gets their own cheques in front of the machine.</p>
<p>It is a neat theory, and it is still a theory. Binance has not published a root cause, and not everyone agrees. Mark Karpeles, the former head of Mt. Gox, <a href="https://www.reuters.com/legal/government/view-analysts-react-binance-freezes-assets-after-63-billion-security-breach-2026-10-30/">told Reuters</a> he thinks the attacker likely found the key, although part of his reasoning conflicts with what TRM Labs and Elliptic saw on-chain. So treat "no key leaked" as Binance's finding so far, not as an established fact.</p>
<h2>Fifty tickets for one moving number</h2>
<p>The cleverest part happened on Ethereum, using a feature called <a href="https://eips.ethereum.org/EIPS/eip-7702">EIP-7702</a>. It lets a wallet sign an authorisation that points the account at a smart contract. After that, the account runs that contract's code.</p>
<p>There is a catch. The authorisation only works if it matches the wallet's current transaction counter, and a busy exchange wallet's counter never stops moving. Think of the token display at a bank.</p>
<p>So, according to TRM Labs and Elliptic, the attacker brought 50 signed authorisations covering 50 consecutive numbers. Under the rules, a wrong one is simply skipped. One matched. About three and a half minutes later, a single transaction moved 167,464 ETH and about 1.6 billion USDT, worth $2.53 billion on Elliptic's count. <em>Confirmed.</em> Binance itself <a href="https://www.tradingview.com/news/cointelegraph:3a8f5c45b094b:0-as-it-happened-binance-s-record-6-3b-crypto-hack/">has said</a> this delegation did not go through its normal approval controls.</p>
<p>The delegation also does not expire by itself. The proposal's first draft was temporary, and persistent delegation was added on purpose. So when new money reached that wallet, it was swept again, and again. The proposal warns about exactly this kind of change, noting that once delegated, "any call to the account may also cause the balance to decrease".</p>
<p>To be clear, Ethereum was not hacked, and neither was EIP-7702. The rule worked as written. Blockaid's chief executive says the funds could have been stolen without it, and that it simply offered a way to do so in one sweep.</p>
<h2>Did the pause stop it?</h2>
<p>Binance said outflows stopped when it paused withdrawals. The pause was in place by 22:33 UTC at the latest. TRM Labs, however, logs sweeps at 22:39 and 23:56 UTC, which is 5:26 am in India. <em>Confirmed for the sweeps.</em></p>
<p>Our reading, not a finding: the pause stopped Binance's withdrawal service, but a delegated wallet no longer needed that service. Binance has not addressed this, and we would like to hear its explanation.</p>
<h2>A race against the freeze</h2>
<p>Stablecoins such as USDT and USDC have companies behind them that can freeze funds. Bitcoin and Ether do not. That turned the next few minutes into a race.</p>
<p>Tether made its first freeze 37 minutes after the main sweep, and Circle followed three minutes later. The attacker was selling as fast as it could. <a href="https://www.chainalysis.com/blog/binance-exploit-latest-findings-and-response/">Chainalysis</a> says one trade turned $325 million of stablecoins into about $285 million of ETH, giving up about $40 million in a single move to stay ahead. <em>Confirmed.</em> Elliptic puts the loss across all such swaps at 12% to 26% below market. <em>Unverified, Elliptic only.</em></p>
<p>The race mostly went against the attacker. Around $3 billion is frozen, which Elliptic's count puts at about 44% of the loss. In the Bybit hack, only <a href="https://www.bybit.com/en/learn/this-week-in-bybit/bybit-security-incident-timeline">about 3%</a> was frozen in the early days. The difference comes down to what was stolen: Binance lost billions in freezable stablecoins, while Bybit's loot was mostly ether.</p>
<p>Two warnings, though. Frozen is not recovered, and Binance has not said how much has actually come back. And billions remain in assets no issuer can freeze. The bitcoin and XRP had not reached any service when Elliptic last checked.</p>
<h2>Was it North Korea?</h2>
<p>Nearly every headline says yes. The evidence deserves a closer look.</p>
<p>TRM Labs and Chainalysis attribute the hack to TraderTraitor, a North Korean hacking cluster that the US government has <a href="https://www.cisa.gov/news-events/cybersecurity-advisories/aa22-108a">named publicly</a>. TRM Labs cites off-chain intelligence that is not public, so nobody outside can check it. The strongest public evidence is that stolen Binance funds were mixed in several wallets with funds from last month's Bitget theft. <em>Alleged.</em></p>
<p>Elliptic also calls North Korea the likely culprit, but it gives <a href="https://www.elliptic.co/insights/binance-largest-hack-in-history/">reasons for caution</a>. The overlap with Bitget is small, laundering networks can serve more than one client, and this attacker was unusually slow to convert stablecoins for a group known for speed. There is another weak link: no government has attributed the Bitget theft either. So one firm-attributed theft is being linked to another.</p>
<p>As of October 30, no government has named anyone. The FBI <a href="https://www.cybersecuritydive.com/news/binance-hack-north-korea-cryptocurrency-theft/873304/">says only</a> that it is aware of the incident. That silence proves little this early, because the FBI took <a href="https://www.fbi.gov/investigate/cyber/alerts/2025/north-korea-responsible-for-1-5-billion-bybit-hack">five days</a> to name North Korea over Bybit. But for now, this is an allegation, and we will call it one.</p>
<h2>The attacks are moving away from the key</h2>
<p>This part is our own analysis, so read it that way.</p>
<p>Look at the big thefts in order. At <a href="https://www.fbi.gov/news/press-releases/fbi-statement-on-attribution-of-malicious-cyber-activity-posed-by-the-democratic-peoples-republic-of-korea">Ronin</a> in 2022, attackers took validator keys. At <a href="https://wazirx.com/blog/preliminary-report-cyber-attack-on-wazirx-multisig-wallet/">WazirX</a> in 2024 and <a href="https://www.sygnia.co/blog/sygnia-investigation-bybit-hack/">Bybit</a> in 2025, the keys stayed safe, and humans were shown a screen that did not match what they were signing. At <a href="https://www.trmlabs.com/resources/blog/bitget-loses-usd-3516-million-in-hot-wallet-breach-in-likely-north-korea-attack">Bitget</a> last month, the approval process was fed spoofed data. At Binance, allegedly, the signing system itself did the work.</p>
<p>Each step moves further from the key. The industry spent years protecting the secret. The attackers seem to have moved on to whatever uses the secret.</p>
<h2>If you have money on Binance</h2>
<p>Binance <a href="https://www.binance.com/en/support/announcement/detail/d3306d9dca5243548c813b605e1d1751">says</a> it will absorb the loss, and that it has set aside more than $6.34 billion, not counting frozen funds. That is a strong statement, and also still a promise. Binance has not shared the wallet addresses, and the security firm CertiK <a href="https://www.tradingview.com/news/cointelegraph:7a77abea1094b:0-recap-how-binance-s-record-6-3b-hack-unfolded/">said</a> it needed more information to verify the figure. <em>Unverified.</em></p>
<p>For scale, the bitcoin stolen came to 18,270 BTC. Binance's SAFU emergency fund held <a href="https://www.coindesk.com/business/2026/02/12/binance-converts-its-usd1-billion-safu-fund-into-15-000-btc">about 15,000 BTC</a> as of February. And the latest audit on its <a href="https://www.binance.com/en/proof-of-reserves">Proof of Reserves page</a> is still dated October 1, before the hack.</p>
<p>The real test comes next. Binance is targeting a phased restart of withdrawals around November 1, with reserves results by November 2. Users cannot truly test the promise until they can withdraw.</p>
<p>If you are in India, keep this in mind. Crypto here has no statutory deposit insurance, and <a href="https://www.moneycontrol.com/news/business/personal-finance/binance-security-breach-what-should-affected-indian-users-do-to-protect-their-crypto-assets-14064735.html/amp">lawyers told Moneycontrol</a> the pledge is an assurance, not a guaranteed legal right. Binance's <a href="https://fiuindia.gov.in/pdfs/judgements/Binance_Order_10_2024.pdf">FIU-IND registration</a> is an anti-money-laundering duty, and we do not read it as a safety guarantee. We found no statement yet from FIU-IND, RBI, SEBI or CERT-In on this incident.</p>
<p>Here is what we would do:</p>
<ul>
<li>Save your statements, transaction history and support messages.</li>
<li>Check balances only through the official app or a site you already trust.</li>
<li>Treat every "refund" or "recovery" message as a scam, and never share a password, code or recovery phrase.</li>
<li>If you see unauthorised activity on your account, report it at <a href="http://cybercrime.gov.in">cybercrime.gov.in</a> or call 1930.</li>
</ul>
<h2>If you build systems</h2>
<ul>
<li><strong>Treat developer laptops as a route into production.</strong> Even if the laptop turns out to be a small part of this, it is a common way in.</li>
<li><strong>Treat access to a signing system like access to the key.</strong> If a system can sign in your name, it is your key in every way that matters.</li>
<li><strong>Keep the blast radius small.</strong> TRM Labs advises separating signing infrastructure by chain and wallet tier, so one breach cannot reach everything.</li>
<li><strong>Watch delegations as well as transactions.</strong> Any wallet that can be delegated needs a plan for spotting and revoking it fast.</li>
</ul>
<h2>What we still do not know</h2>
<ul>
<li>What the additional points of breach are</li>
<li>How the laptop was compromised, or whether it was the real entry point</li>
<li>How the attacker reached the signing system, or whether that theory is right</li>
<li>How long the attacker was inside</li>
<li>How much has been recovered, not just frozen</li>
<li>Whether any government will attribute the attack</li>
</ul>
<h2>Case status: open</h2>
<p>Binance has promised further technical findings by about November 2, and a full post-mortem with no date yet. When they land, we will reopen this case and update this post. If the facts prove us wrong, we will say so here.</p>
<p>Follow Kaand Report at @kaandreport on Instagram and YouTube for real hacks, properly explained.</p>
<h2>Sources</h2>
<p><strong>From Binance</strong></p>
<ul>
<li><a href="https://www.binance.com/en/support/announcement/detail/c5a8729a97ac486d963784d96c5642d7">Security incident, first update</a></li>
<li><a href="https://www.binance.com/en/support/announcement/detail/d3306d9dca5243548c813b605e1d1751">Update #2</a></li>
<li><a href="https://www.binance.com/en/proof-of-reserves">Proof of Reserves</a></li>
</ul>
<p><strong>Investigations</strong></p>
<ul>
<li><a href="https://www.trmlabs.com/resources/blog/north-korea-steals-usd-6-36-billion-from-binance-in-the-largest-hack-in-history">TRM Labs analysis</a></li>
<li><a href="https://www.elliptic.co/insights/binance-largest-hack-in-history/">Elliptic analysis</a></li>
<li><a href="https://www.chainalysis.com/blog/binance-exploit-latest-findings-and-response/">Chainalysis analysis</a></li>
<li><a href="https://www.trmlabs.com/resources/blog/bitget-loses-usd-3516-million-in-hot-wallet-breach-in-likely-north-korea-attack">TRM Labs on the Bitget theft</a></li>
<li><a href="https://www.sygnia.co/blog/sygnia-investigation-bybit-hack/">Sygnia on the Bybit hack</a></li>
</ul>
<p><strong>Official records</strong></p>
<ul>
<li><a href="https://eips.ethereum.org/EIPS/eip-7702">EIP-7702</a></li>
<li><a href="https://www.cisa.gov/news-events/cybersecurity-advisories/aa22-108a">CISA advisory on TraderTraitor</a></li>
<li><a href="https://www.fbi.gov/investigate/cyber/alerts/2025/north-korea-responsible-for-1-5-billion-bybit-hack">FBI on Bybit</a></li>
<li><a href="https://www.fbi.gov/news/press-releases/fbi-statement-on-attribution-of-malicious-cyber-activity-posed-by-the-democratic-peoples-republic-of-korea">FBI on Ronin</a></li>
<li><a href="https://2021-2025.state.gov/office-of-the-spokesperson/releases/2025/01/joint-statement-on-cryptocurrency-thefts-by-the-democratic-peoples-republic-of-korea-and-public-private-collaboration/">US, Japan and South Korea statement, including WazirX</a></li>
<li><a href="https://fiuindia.gov.in/pdfs/judgements/Binance_Order_10_2024.pdf">FIU-IND order on Binance</a></li>
</ul>
<p><strong>Reporting and company statements</strong></p>
<ul>
<li><a href="https://www.reuters.com/legal/government/view-analysts-react-binance-freezes-assets-after-63-billion-security-breach-2026-10-30/">Reuters: analysts react</a></li>
<li><a href="https://www.tradingview.com/news/cointelegraph:3a8f5c45b094b:0-as-it-happened-binance-s-record-6-3b-crypto-hack/">Cointelegraph: as it happened</a></li>
<li><a href="https://www.tradingview.com/news/cointelegraph:7a77abea1094b:0-recap-how-binance-s-record-6-3b-hack-unfolded/">Cointelegraph: how it unfolded</a></li>
<li><a href="https://www.cybersecuritydive.com/news/binance-hack-north-korea-cryptocurrency-theft/873304/">Cybersecurity Dive</a></li>
<li><a href="https://www.coindesk.com/business/2026/02/12/binance-converts-its-usd1-billion-safu-fund-into-15-000-btc">CoinDesk on SAFU</a></li>
<li><a href="https://www.moneycontrol.com/news/business/personal-finance/binance-security-breach-what-should-affected-indian-users-do-to-protect-their-crypto-assets-14064735.html/amp">Moneycontrol: what Indian users can do</a></li>
<li><a href="https://www.bybit.com/en/learn/this-week-in-bybit/bybit-security-incident-timeline">Bybit's incident timeline</a></li>
<li><a href="https://wazirx.com/blog/preliminary-report-cyber-attack-on-wazirx-multisig-wallet/">WazirX's preliminary report</a></li>
</ul>
]]></content:encoded></item></channel></rss>