VirusTotal
16 / 89 engine detections
فتح التقرير“首页”
The sent-report ledger records the first outgoing report at .
The recorded recipient is abuse@spaceship.com.
The latest stored availability evidence still shows the domain reachable; 2 months has elapsed since the first outgoing report.
ICANN RAA §3.18 describes registrar abuse-contact and handling obligations. This section records outgoing timestamps, listed recipients, case identifiers, and later availability. It does not by itself prove receipt, acknowledgement, investigation, remediation, or contractual non-compliance.
تصيد: bvn56fg.christmas — لم يتم التحقق منها. ملخص الأدلة: VirusTotal 16/89 (alphaMountain.ai, BitDefender, CRDF, CyRadar, ESET); URLScan malicious verdict…
يبقى تحليل PhishDestroy AI المفصل أدناه باللغة الإنجليزية للحفاظ على السجل الجنائي الرقمي الأصلي.
16 / 89 engine detections
فتح التقريرضار
فتح التقريرchecked — no detections recorded
فتح التقرير4 community references
فتح التقريرprovider verdict: clean
فتح التقريرNo threat flag
فتح التقريرResults reflect each source’s collection time. Zero detections do not guarantee safety. OTX references are community publications.
PhishDestroy threat report
The domain bvn56fg.christmas has been observed in a single security blocklist and is actively denied by the PhishDestroy sinkhole. VirusTotal records show that the hostname was submitted to 91 scanning engines; none of the engines returned a malicious classification at the time of analysis. The absence of a positive detection does not constitute a guarantee of benign behavior, especially given the domain’s appearance on a known blocklist. No additional metadata such as registrar information, ASN, hosting IP, SSL certificate details, or HTTP response codes have been disclosed in the current intelligence set, leaving the underlying infrastructure largely opaque.
Consequently, threat actors could be leveraging the domain for credential harvesting, lure pages, or other phishing techniques without leaving typical forensic markers that would trigger automated alerts. Defensive teams should therefore treat bvn56fg.christmas as a suspicious indicator and enforce preventative controls. Recommended actions include adding the hostname to existing web‑filter or DNS‑block policies, monitoring outbound traffic for connections to the domain, and employing heuristic or reputation‑based detection rules that flag any attempted communication.
Continuous re‑query of reputation services such as VirusTotal, passive DNS, and additional blocklist feeds is advised to capture any future changes in classification. Organizations that employ email security gateways should also consider augmenting sender‑policy frameworks to reject messages that reference this domain, as phishing campaigns frequently combine malicious links with deceptive email content. Until further forensic evidence emerges, the domain should remain under active observation and be treated as a potential phishing vector.
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.
launch1.spaceship.netlaunch2.spaceship.netLocation describes the IP network.
An estimated time describes an observation window. It does not prove a registrar action or the exact moment a site became unavailable.
4 community references
View source16/89 engine detections
View sourcePD-20260803-596917
Page captured
View sourceNo threat flag
View sourcebvn56fg.christmas
View sourceCompare what a browser and a crawler receive, and check for Keitaro traffic routing.
bvn56fg.christmas
PD-20260803-596917 Recipient: abuse@spaceship.com إذا أدخلت بيانات اعتماد الحساب أو المعلومات الشخصية أو معلومات الدفع أو قمت بتنزيل ملف من هذا النطاق، فاتخذ إجراءً فوريًا. فيما يلي موارد لمساعدتك في الإبلاغ عن الحادث وحماية نفسك.
حدد بلدك للحصول على الاتصالات الرسمية المتعلقة بالجرائم الإلكترونية أو إنشاء مسودة شكوى →.
Template-based draft · optional AI wording assistance requires separate consent
Choose the steps that match what you shared. Keep a copy of this report alongside your own records.
Stop using the suspicious site. Open the real service through its official app or an address you already trust.
Keep original emails, receipts, messages and screenshots in a secure place. A factual timeline helps the receiving authority understand what happened. IC3 evidence guidance ↗
bvn56fg.christmas)حتى لو لم تكن جميع التفاصيل متوفرة — تقديم بلاغ على أي حال. فحتى المعلومات الجزئية تساعد في التحقيقات.
A report is not a guarantee of recovery or investigation, but prompt, accurate transaction data can help authorities and service providers trace the incident.
Further guidance: NIST · phishing responseFBI IC3 · reports & evidenceFTC · recovery scams
تحليل التهديدات باستخدام قائمة الحظر المخزنة، وWHOIS، وDNS، وأدلة الفحص العامة
امسح الآنأرسل النطاقات المشبوهة إلى قاعدة بيانات التهديدات الخاصة بنا — ساهم في حماية المجتمع
إبلاغتقارير التصيد الاحتيالي الأخيرة وتغييرات التوفر الملحوظة
مراقبةراقب التهديدات في الوقت الفعلي أو اعترض على هذا الإدراج إذا كنت تعتقد أنه إنذار كاذب
This report combines saved page captures, registration and network records, scanner results and PhishDestroy reporting history. Each source keeps its own observation date. Open a source report to inspect the original result.
The AI-assisted analysis was written on . It describes the evidence available at that time; later source checks can change.
A capture documents what was shown. A scanner result records that provider’s assessment at the time of its check. Neither a valid certificate nor a zero-detection result is a guarantee of safety.