fsdgjfsgjfsgjfsgj[.]top

Assessment
Stored evidence for fsdgjfsgjfsgjfsgj.top: VirusTotal recorded 3 detections among 91 scanners on 2026-08-16. That ratio reproduces the stored check in its original units and is not converted into another measure. MetaMask and SEAL appear as named external blocklist observations for fsdgjfsgjfsgjfsgj.top. Each item in this report remains at the scope supplied by its dated source record.

Detection Evidence
VirusTotal records 3 detections among 91 scanners in the stored snapshot dated 2026-08-16. The numerator describes scanners that produced detections, while the denominator describes scanners included in that check. The reverse order would materially alter the stored result. The VirusTotal snapshot dated 2026-08-16 supplies no common rationale covering the included scanners, and this report adds none. A later VirusTotal snapshot may contain different values, so any comparison should preserve the exact ratio and date of each snapshot.

Source Context
MetaMask and SEAL are recorded as named external blocklist observations for fsdgjfsgjfsgjfsgj.top in the snapshot dated 2026-08-16. The stored MetaMask and SEAL blocklist records supply names and entries, but they supply no shared method or common rationale. PhishDestroy’s catalogue also contains fsdgjfsgjfsgjfsgj.top as a publisher record. That PhishDestroy record is counted separately from the MetaMask and SEAL external blocklist observations. This separation keeps the origin of every entry visible and prevents a single stored item from being counted again under another source label.

Reachability and Timeline
The record first observed fsdgjfsgjfsgjfsgj.top on 2026-08-16. The MetaMask and SEAL blocklist snapshot is dated 2026-08-16 and remains a separate event in the stored timeline. A stored HTTP status 200 was observed for fsdgjfsgjfsgjfsgj.top on 2026-08-16. The HTTP status 200 dated 2026-08-16 records a single response for later comparison. The registration date is separately recorded as 2026-08-15. A URLScan reference was stored on 2026-08-16 as a dated artifact for review. Each timestamp qualifies only the adjacent observation in this timeline. Later collection results should be compared with these dated values without replacing the earlier snapshot.

Registration and Infrastructure
For fsdgjfsgjfsgjfsgj.top, the registrar field records PDR Ltd; this is kept as an exact source value. The source stores 158.94.211.169 as the observed address in this record. The registration date for fsdgjfsgjfsgjfsgj.top is recorded as 2026-08-15. The SSL issuer is recorded as Let's Encrypt / YR1 in the snapshot dated 2026-08-16. The stored ASN observation records 202412 and Omegatech LTD in this record. These fields preserve registration, network, and certificate context stored in this record. The report preserves each label and number as a separate source value instead of combining them into an invented aggregate. Keeping the fields separate leaves every infrastructure value traceable to the record that supplied it.

Conclusion
The fsdgjfsgjfsgjfsgj.top record states that VirusTotal recorded 3 detections among 91 scanners on 2026-08-16. MetaMask and SEAL remain named blocklist observations from the snapshot dated 2026-08-16. PhishDestroy remains a separate publisher catalogue entry in the stored record. For fsdgjfsgjfsgjfsgj.top, the registrar field records PDR Ltd; this remains separate from the other source fields. The observed address field in this record contains 158.94.211.169. The supported conclusion is bounded to the exact stored observations for fsdgjfsgjfsgjfsgj.top. Any statement beyond those source values would require additional dated material.

Recommended Actions
Avoid submitting sensitive information to fsdgjfsgjfsgjfsgj.top during review. Use a known service address obtained separately from this report for any necessary access. Defenders can retain fsdgjfsgjfsgjfsgj.top as an exact indicator and preserve relevant DNS, proxy, and endpoint records. Compare later VirusTotal snapshots and MetaMask and SEAL blocklist records with the dated values above instead of replacing them. Keep each later observation with its source date so changes remain visible during follow-up review. If a defensive rule is needed, keep its scope to fsdgjfsgjfsgjfsgj.top. The stored record does not justify extending that rule to 158.94.211.169 or to other infrastructure records.