trezor[.]locker
PhishDestroy first observed trezor.locker on Aug 14, 2026. The hostname explicitly references Trezor; stored content metadata identifies the same apparent target. Current evidence score: 66/100 (high).
Positive findings are stored from 2 sources: MetaMask and SEAL. MetaMask and SEAL listed the hostname in the separate external-blocklist snapshot on Aug 14, 2026 at 18:20 UTC. Non-positive and contextual checks: VirusTotal recorded 0 detections among 91 engines on Aug 14, 2026 at 17:30 UTC. URLQuery recorded no positive detection; no observation timestamp was retained. Google Safe Browsing returned no flag on Aug 14, 2026 at 17:26 UTC. URLScan captured the page on Aug 14, 2026 at 17:20 UTC. The 0/91 VirusTotal snapshot and the positive findings above are conflicting observations from different sources or collection times.
The collector marked the hostname reachable on Aug 14, 2026 at 17:20 UTC, but did not retain the HTTP response code. Registration records for the domain list Gname.com Pte. Ltd. as the registrar and Aug 13, 2026 as the creation date. Registration preceded first observation by 1 day. At collection time, the hostname resolved to 43.108.86.51 on AS45102 (Alibaba (US) Technology Co., Ltd.). The recorded endpoint location is Seoul, KR. The evidence archive retains 2 visual captures from PhishDestroy and URLScan; no page title was retained, so the captures preserve the landing-page appearance.
The content indicators and 2 positive source findings support the current Trezor impersonation and phishing classification. The target field identifies Trezor, but the record does not establish whether the page requested credentials, a seed phrase, or a wallet connection.
Network Security Intelligence
Threat Response Pipeline
Public Blocklist Status
Stored Capture
Domain Intelligence
Technical detailsDNS, SSL SANs, timestamps
ICANN OVERSIGHT
Accreditation and RAA context
Accreditation and RAA context
Registrar accreditation and DNS abuse obligations
For this gTLD, the registrar above operates under an ICANN accreditation agreement. The links below provide the official fee schedule and current DNS abuse compliance guidance.
Accreditation is a contract, not a safety certification.
RAA §3.18 establishes abuse-contact and handling requirements. This report can document stored outbound notices and later technical observations; it does not by itself establish receipt, investigation, remediation, or contractual non-compliance.
VirusTotal Analysis
Evidence & External Reports
PD-20260814-781FB2 Recipient: abuse@alibaba-inc.com Were You Affected by This Site?
If credentials, payment data, or files were exposed, report the incident immediately. Change affected passwords, revoke active sessions, and scan the device.
Report to Your Local Authorities
Select your country to get official cybercrime contacts, or create a complaint draft →.
Check Any Domain
Threat analysis using stored blocklist, WHOIS, DNS, and public scan evidence
Scan NowReport Phishing
Submit suspicious domains to our threat database — protect the community
ReportLive Threat Feed
Recent phishing reports and observed availability changes
MonitorStay Informed, Stay Safe
Monitor live threats or contest this listing if you believe it's a false positive