Ist opuree.com eine Betrugsseite? Scam, Spam & Bewertungen
Scores & Kernaussagen
Warnsignale ⓘ
- [Niedrig] WHOIS‑Informationen sind maskiert oder privat.
Reputation
Bewertungsüberblick — opuree.com
Gesamt 89 (Größtenteils sicher)Mehrere Sicherheitsindikatoren sind gut ausgeprägt, und es gibt nur wenige deutliche Risikosignale.
Stärken
- Gültiges SSL/TLS‑Zertifikat
- HSTS aktiviert
- CSP konfiguriert
- Domain‑Alter ≥ 1 Jahr
Schwächen
- SPF nicht konfiguriert
- DMARC nicht konfiguriert
Detaillierte Bewertung — opuree.com
Domain‑Bewertung
Domain erstellt: 2017-03-23T15:02:05Z (≈ 8y 8m). Registrar: NAMECHEAP INC. Hosting/AS: CLOUDFLARENET, US. Beliebtheit: Tranco #681550, OPR 1.98/10. Reputation: GSB sauber WebRisk sauber. Zertifikat gültig bis: 2026-01-21T11:28:08+00:00.
Shop‑ / Transaktionsbewertung
Es wurde kein Mixed‑Content erkannt. Es wurde kein Mixed‑Content erkannt. Strukturierte Daten: Organization Fehlt, contactPoint Fehlt. Anteil unsichtbaren Textes 0%.
Technische Bewertung
HTTP 200 Erfolg · Server CLOUDFLARENET, US. HSTS Aus (preload: Unbekannt). 5/6 Sicherheitsheader gesetzt. DNSSEC Aus. MTA‑STS‑Policy: Keine. TLS‑RPT Aus. security.txt: nicht vorhanden. JS‑Obfuskations‑Score 0. Reputation: GSB clean, WebRisk clean → Gesamt Gut.
Erläuterung — Stärken und Stabilität
Alter: ca. (≈ 8y 8m) (angelegt am 2017-03-23T15:02:05Z).
GSB sauber
WebRisk sauber
Zertifikat gültig bis: 2026-01-21T11:28:08+00:00.
5/6 Sicherheitsheader gesetzt.
Es wurde kein Mixed‑Content erkannt.
Durch die Kombination von Betreiberinformationen und Vertrauensindikatoren lässt sich besser einschätzen, wie konsistent Marke/Unternehmen auftreten und ob ein langfristiger Betrieb wahrscheinlich ist.
Wenn du die Sicherheit der Zahlungsseite (HTTPS‑Erzwingung, Übereinstimmung des Formular‑Zielhosts, Skriptintegrität) zusammen mit Support‑ und Rückgaberegelungen prüfst, erhältst du ein realistisches Bild der tatsächlichen Vertrauenswürdigkeit.
Erläuterung — Risiken und Verbesserungsmöglichkeiten
Ohne HSTS können Downgrade‑ und Man‑in‑the‑Middle‑Angriffe die Durchsetzung von HTTPS schwächen. Aktiviere HSTS und bereite die Aufnahme in die Preload‑Liste vor.
Ohne DNSSEC verlässt man sich vollständig auf die Parent‑Nameserver, was das Risiko von DNS‑Manipulation in manchen Umgebungen erhöht.
Fehlt DMARC oder ist p=none konfiguriert, ist der Schutz gegen Absender‑Spoofing schwächer. Ziehe quarantine oder reject in Betracht.
Ohne MTA‑STS ist die TLS‑Erzwingung im SMTP‑Verkehr schwächer.
Ohne TLS‑RPT sind TLS‑Fehler schwerer zu erkennen, was operative Einblicke einschränkt.
Ohne security.txt ist der Kanal für Schwachstellenmeldungen unklar, was die Reaktionszeit verlängern kann.
Diese Analyse ist eine automatisierte, datenbasierte Einschätzung zu Ihrer Orientierung. Bitte prüfen Sie alle Informationen selbst, bevor Sie Zahlungen leisten oder Dateien herunterladen.
Über diesen Report
- Erstanalyse: -
- Zuletzt aktualisiert: 2025-11-17 11:28:35
Website‑Eigentümerschaft beanspruchen
Performance
Sicherheitsheader
- HSTS ⓘ
- Content‑Security‑Policy ⓘ
- X‑Content‑Type‑Options ⓘ
- X‑Frame‑Options ⓘ
- Referrer‑Policy ⓘ
- Permissions‑Policy ⓘ
add_header Permissions-Policy "geolocation=(); microphone=(); camera=()" always;
v=spf1 include:_spf.google.com ~all
v=DMARC1; p=quarantine; rua=mailto:dmarc@opuree.com; ruf=mailto:dmarc@opuree.com; fo=1
@ 3600 MX 10 mail.opuree.com.
Wesentliches
Bedrohungs‑Insights
- Ohne HSTS können Downgrade‑ und Man‑in‑the‑Middle‑Angriffe die Durchsetzung von HTTPS schwächen. Aktiviere HSTS und bereite die Aufnahme in die Preload‑Liste vor.
- Ohne SPF ist der Schutz gegen gefälschte Absender schwach. Richte SPF‑Records für alle Domains ein, die E‑Mails versenden.
- Fehlt DMARC oder ist p=none konfiguriert, ist der Schutz gegen Absender‑Spoofing schwächer. Ziehe quarantine oder reject in Betracht.
Der Risikoscore dieser Website wird aus Browser‑Sicherheitsheadern, SSL‑Status, Mixed‑Content, Schutz der E‑Mail‑Domain (SPF/DMARC), Weiterleitungs‑/Obfuskationsmustern sowie den Ergebnissen von Google Safe Browsing und WebRisk berechnet. Aktuell gibt es nur wenige eindeutige Hinweise auf bösartiges Verhalten, jedoch können schwache Sicherheitsheader oder unzureichender Mail‑Schutz das Risiko von Phishing oder Man‑in‑the‑Middle‑Angriffen erhöhen. Kontrolliere vor Eingabe sensibler Daten nochmals die Schreibweise der Domain und den Zugriffsweg (Werbung, Direktnachricht, Kurz‑URL etc.). Prüfe vor Eingabe von Zahlungs‑ oder Personendaten Betreiberangaben (Firma/Kontakt), HTTPS‑Erzwingung, DMARC/TLS‑RPT und möglichen Mixed‑Content.
Deep‑Scan (HTML / Header)
Prüfe vor Eingabe von Zahlungs‑ oder Personendaten Betreiberinformationen/Kontakt, HTTPS‑Erzwingung (HSTS) sowie DMARC‑ und TLS‑RPT‑Konfiguration.
Serverstandort ⓘ
Verlauf
Änderung ⓘ --Kürzlich hinzugefügte Websites
Bewertungen
Durchschnitt - / 0 Bewertungen
Checksumme 32b82e8a6b07a1769925b9244490859e054947dc9f20a1357af798d99577955c
Analysiere
Verschiedene Signale und öffentliche Informationen werden aggregiert.
- Start
- DNS / WHOIS abrufen
- HTTP‑Antwort prüfen
- SSL/TLS verifizieren
- Reputation abfragen
- PageSpeed‑Daten sammeln
- Sicherheitsheader analysieren
- E‑Mail‑Sicherheit prüfen
- Erweiterte Signale integrieren
- Report erstellen