0xCFd0A20703cD11E0b9f665e1C3F1Ef989C142D54
PublicAML knows this Ethereum address as Hack reported to PublicAML (VR-56B95658), a hack. Our AML risk score for it is 95 of 100, which we read as high risk. This address is itself listed by reader report to PublicAML (0xcfd0a2…142d54).
| Chain | Ethereum (ETH) |
| Entity | Hack reported to PublicAML (VR-56B95658) |
| Category | hack |
| AML score | 95 / 100 (high) |
| First seen | block 25,593,130 |
| Last seen | block 25,593,341 |
Each row is a path our propagation engine traced from a flagged address to this one, with the number of hops and the source that flagged it. A finding is an observation about the flow of funds, not a statement about the owner of this address.
| Finding | Source | Hops | Direction |
|---|---|---|---|
| This address is itself listed by reader report to PublicAML (0xcfd0a2…142d54).0xcfd0a20703cd11e0b9f665e1c3f1ef989c142d54 | reader report to PublicAML | 0 | inbound |
Attribution and risk propagation both make mistakes, and a page like this one is visible for a long time. If you own this address or can show that a finding here is incorrect, tell us and we will re-check it. Corrections are applied to the underlying data, so they carry over to the API and to every other view of this address.
See something wrong on this page? Tell us and we will check it.
PublicAML reports what it can observe on-chain and what public and vendor sources say about an address. Nothing on this page is a legal finding, an allegation against a person, or advice. Risk scores describe exposure through transaction paths, and an address can carry exposure without its owner having done anything wrong.
Data is read live from the PublicAML API at the time this page was served.
Filed with PublicAML by readers. A report is an account of what happened to the person who filed it. It is not our finding, and it does not on its own put a risk label on this address.
Verus Ethereum Bridge exploit, 23 July 2026, ~$7.53M drained. Reported by CertiK Alert; PublicAML recovered the full addresses from their screenshot and verified everything on-chain. Root cause per CertiK: the "hashOfTransfers" value calculated from "serializedTransfers" decoded to draining transfers, letting the call...
Filed by a vetted PublicAML investigator rather than by an anonymous reader. The account itself has not been independently re-checked.