Crypto phishing is the use of fake emails, websites, social accounts, or ads to trick users into revealing exchange credentials, wallet secrets, or private keys. Attackers often imitate security alerts or promotions. The goal is account takeover, asset theft, or unauthorized access to digital wallets and trading platforms.
Expanded Definition
Crypto phishing is a credential and secrets theft pattern aimed at digital asset workflows, where attackers impersonate exchanges, wallet providers, support teams, or trading platforms to capture wallet secrets, private keys, session tokens, or recovery phrases. In NHI security terms, the target is often not the person alone but the non-human trust path behind the person: exchange API access, custodial controls, browser sessions, and delegated permissions.
Definitions vary across vendors on whether crypto phishing includes pure wallet-drain campaigns, exchange login lures, or social-engineering attacks that end in token theft. NHI Management Group treats the term broadly when the attacker’s objective is unauthorized control of a crypto account or wallet through deceptive identity cues, fake login surfaces, or malicious approval prompts. That makes it adjacent to phishing, but more operationally specific because the business impact is immediate asset movement rather than generic mailbox compromise. For baseline defensive framing, see the NIST Cybersecurity Framework 2.0, especially the identity and access protection outcomes that apply when secrets are exposed.
The most common misapplication is treating crypto phishing as a user-training problem only, which occurs when teams ignore the exposed secrets, delegated access, and token persistence that make takeover possible.
Examples and Use Cases
Implementing anti-phishing controls rigorously often introduces friction, requiring organisations to weigh faster user access against stronger verification, safer approvals, and tighter monitoring of wallet-connected workflows.
- A fake exchange alert directs a trader to a clone login page, capturing credentials and MFA codes before the attacker changes withdrawal settings.
- A malicious social post promotes a “wallet verification” site that requests a seed phrase, then drains assets after import into the attacker’s wallet.
- A forged support email persuades a user to approve a recovery request, which then authorizes a new device or API session for account takeover.
- A lookalike ad routes victims to a phishing page that mimics a custodial platform and collects private keys or browser-stored session tokens.
- An adversary uses a deceptive OAuth consent flow to steal delegated access, similar in pattern to the CoPhish OAuth Token Theft via Copilot Studio research, where trust in the interface becomes the attack path.
These patterns align with broader identity abuse models described in the NIST Cybersecurity Framework 2.0, but crypto environments add urgency because a single successful lure can trigger irreversible transfer actions. In practice, the attacker often relies on urgency, reward language, or security theater to push victims into bypassing normal validation.
Why It Matters in NHI Security
Crypto phishing matters because it turns identity deception into direct asset loss, and the blast radius usually extends beyond one compromised login. Once a wallet secret, private key, or exchange token is exposed, the attacker may no longer need further interaction from the victim. That makes poor secrets handling, weak session hygiene, and over-permissive trading or withdrawal rights especially dangerous in NHI-heavy environments. NHI Management Group reports that 79% of organisations have experienced secrets leaks, and 77% of those incidents resulted in tangible damage, which shows how often exposed credentials become operational loss rather than theoretical risk.
This is also where governance gaps become visible. A fake login page is only the first step; the lasting problem is whether secrets were stored, rotated, scoped, and monitored well enough to limit the damage. The same logic applies in incidents like the Poland Military Breach, where trust exploitation and identity compromise showed how quickly a deception campaign can become an access problem. Organisational response should therefore include phishing-resistant authentication, vaulting, withdrawal controls, and rapid revocation of exposed tokens, not just awareness training.
Organisations typically encounter the need for crypto phishing controls only after an account is emptied or a trading session is hijacked, at which point identity recovery and asset containment become operationally unavoidable to address.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
OWASP Non-Human Identity Top 10 and OWASP Agentic AI Top 10 address the attack and risk surface, while NIST CSF 2.0, NIST SP 800-63 and NIST Zero Trust (SP 800-207) set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| OWASP Non-Human Identity Top 10 | NHI-01 | Phishing often succeeds by exposing or replaying NHI secrets and tokens. |
| NIST CSF 2.0 | PR.AA | Identity authentication and access control directly constrain phishing-driven takeover. |
| NIST SP 800-63 | AAL2 | Assurance levels help define stronger authentication for sensitive financial access. |
| NIST Zero Trust (SP 800-207) | SP 207 | Zero Trust limits implicit trust in sessions and user-originated requests. |
| OWASP Agentic AI Top 10 | LLM-04 | Agentic systems can be tricked into unsafe approvals or token disclosure. |
Constrain agent actions, approvals, and external links to prevent deceptive prompt or UI abuse.
Related resources from NHI Mgmt Group
- Who is accountable when crypto fraud succeeds through approval phishing?
- Why do phishing and fake identities remain so effective against crypto companies?
- How should security teams handle GitHub-based phishing that tries to steal crypto wallet approvals from developers?
- Why do crypto wallet phishing campaigns spread effectively through developer platforms like GitHub?