CF雷达
provider verdict: malicious
报告“Bank Of Montreal”
bfmonrl.online — 内容不可用. 诈骗类型:Generic Phishing. 证据摘要: VirusTotal 0/91; CF Radar malicious; PhishDestroy score 48/100. 注册商: Hostinger.
为保留原始取证记录,下方的 PhishDestroy AI 详细分析仍使用英文。
Analysis of the domain bfmonrl.online indicates it is associated with phishing activity targeting Bank Of Montreal customers. The domain was registered on July 9, 2026, through a registrar based in Lithuania, with hosting infrastructure located in the Netherlands under KnownSRV Ltd. The site resolves to the IP address 185.66.140.182 and currently returns an HTTP 200 status, suggesting it is operational. The page title explicitly displays 'Bank Of Montreal,' which aligns with the observed phishing classification. Infrastructure details reveal the domain uses Let's Encrypt SSL certificates, a common choice for both legitimate and malicious sites. MX records point to the domain itself, which may facilitate email-based phishing attempts. The domain appears on at least one security blocklist, though no detections are currently recorded by major scanning engines. This absence does not confirm safety, as newly registered domains often evade initial detection. Defenders should treat this domain as active phishing infrastructure. The combination of recent registration, hosting in a high-risk provider region, and explicit branding in the page title supports this assessment. Further monitoring is recommended to track any shifts in detection status or additional blocklist inclusions. Organizations should consider preemptive blocking of this domain and its associated IP address to mitigate potential credential theft or financial fraud targeting Bank Of Montreal customers.
针对该主机的爬虫与浏览器观察记录,以及针对“Keitaro”式流量分配系统的实时指纹检测。
扫描说明: unavailable: raw=connection_error; http=0; via=http_proxy; error=SOCKSHTTPConnectionPool(host='bfmonrl.online', port=80): Max retries exceeded with url: / (Caused by NewConnectionError(
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.
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.
ns13.knownsrv.comns14.knownsrv.combfmonrl.onlinepriority 0Location describes the IP network.
e044b7653589676416d33b0067693a54dade09a95ae058354e304d84efd2fc28Saved certificate metadata. Certificate dates without a timezone are shown as stored. Transport encryption does not establish that the site is trustworthy.
10 recorded events. These records describe collected evidence, outgoing notifications and publication; they do not confirm a complete investigation or a takedown.
We scan suspicious URLs, inspect public results and send evidence through the appropriate abuse-reporting channels. The dated events above show what is recorded for this domain. The directory below explains the wider workflow.
Capture the rendered page, requests and visible infrastructure.
Compare the available engine results and retain the analysis timestamp.
Check whether Google currently lists the URL as unsafe.
Inspect a public scan and its recorded network and classification data.
Look for indicator references and related community intelligence.
Compare archived captures and preserve historical context.
Look for matching indicators and associated threat records.
Inspect certificate records and related hostnames.
Compare security resolver responses and record observed blocking.
Inspect the public DNS, TLS, HTTP and technology surface.
Security services used for scanning, reputation checks and reporting are listed below. A service being listed is not evidence that it received, accepted or acted on this particular domain. Recorded submissions appear in the notification history above.
如果您输入了帐户凭据、个人或付款信息,或者从此域下载了文件,请立即采取措施。以下资源可帮助您报告事件并保护自己。
选择您所在的国家/地区以获取 官方网络犯罪联系人 或 创建投诉草稿 →。
Template-based draft · optional AI wording assistance requires separate consent