Ist mysql.com eine Betrugsseite? Scam, Spam & Bewertungen
Scores & Kernaussagen
Überblick
SQLデータベースエンジン
+62 Mehr anzeigen
Warnsignale ⓘ
- [Niedrig] Wichtige Sicherheitsheader wie HSTS oder CSP fehlen.
- [Niedrig] SPF/DMARC sind nicht gesetzt, wodurch das Risiko von E‑Mail‑Spoofing steigt.
- [Niedrig] Cookie‑Sicherheitsattribute sind unzureichend (insgesamt 2).
Reputation
Bewertungsüberblick — mysql.com
Gesamt 90 (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
- DMARC konfiguriert
- Domain‑Alter ≥ 1 Jahr
Schwächen
- CSP nicht konfiguriert
- SPF nicht konfiguriert
Detaillierte Bewertung — mysql.com
Domain‑Bewertung
Domain erstellt: 1999-02-03T05:00:00Z (≈ 26y 10m). Registrar: MarkMonitor Inc.. Hosting/AS: ORACLE-BMC-31898, US — United States. Beliebtheit: Tranco #491, OPR 6.46/10. Reputation: GSB sauber WebRisk sauber. E‑Mail‑Sicherheit: SPF Aus, DMARC Keine. Zertifikat gültig bis: 2026-03-04T23:59:59+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 ORACLE-BMC-31898, US. HSTS Aus (preload: Unbekannt). 3/6 Sicherheitsheader gesetzt. DNSSEC Aus. E‑Mail‑Sicherheit: SPF Aus, DMARC Keine. MTA‑STS‑Policy: Keine. TLS‑RPT Aus. security.txt: nicht vorhanden. Fehlende Cookie‑Attribute: Secure×1 / HttpOnly×0 / SameSite×1. JS‑Obfuskations‑Score 0. Reputation: GSB clean, WebRisk clean → Gesamt Gut.
Erläuterung — Stärken und Stabilität
Alter: ca. (≈ 26y 10m) (angelegt am 1999-02-03T05:00:00Z).
GSB sauber
WebRisk sauber
Zertifikat gültig bis: 2026-03-04T23:59:59+00:00.
3/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.
Fehlen wichtige Sicherheitsheader, ist die Seite anfälliger für Clickjacking, MIME‑Sniffing und Informationslecks.
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.
Cookies ohne Secure/HttpOnly/SameSite können anfälliger für Diebstahl oder Session‑Fixation‑Angriffe sein.
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-20 13:55:56
Website‑Eigentümerschaft beanspruchen
Traffic signals
Performance
Sicherheitsheader
- HSTS ⓘ
- Content‑Security‑Policy ⓘ
- X‑Content‑Type‑Options ⓘ
- X‑Frame‑Options ⓘ
- Referrer‑Policy ⓘ
- Permissions‑Policy ⓘ
add_header Content-Security-Policy "default-src 'self'; img-src 'self' data:; object-src 'none'; base-uri 'self'";
add_header Referrer-Policy "strict-origin-when-cross-origin" always;
add_header Permissions-Policy "geolocation=(); microphone=(); camera=()" always;
v=spf1 include:_spf.google.com ~all
Set-Cookie: name=value; Path=/; Secure; HttpOnly; SameSite=Lax
MySQL_S=u9ftm9a31hg94epg9kordda5ms7ql828
Domain-Historie
-
1999-02-03Domain registriert: 1999-02-03T05:00:00Z
Wesentliches
DMARC‑Details
v=DMARC1; p=none; rua=mailto:dmarc_rua@emaildefense.proofpoint.com; ruf=mailto:dmarc_ruf@emaildefense.proofpoint.com; fo=1v=DMARC1; p=none; rua=mailto:dmarc_rua@emaildefense.proofpoint.com; ruf=mailto:dmarc_ruf@emaildefense.proofpoint.com; fo=1Bedrohungs‑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.
- HTTP‑Ressourcen auf einer HTTPS‑Seite gefunden
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)
- Die Website blockiert automatisierte Zugriffe, daher ist eine detaillierte Analyse eingeschränkt.
- Es werden unverschlüsselte (HTTP‑)Ressourcen geladen.
- Einige Cookie‑Sicherheitsattribute (Secure/HttpOnly/SameSite) fehlen.
Prüfe, ob du die Seite über einen offiziellen Link oder eine App aufgerufen hast, und kontrolliere vor Zahlung oder Login die Domain in der Adressleiste. Konfiguriere die Seite nach Möglichkeit so, dass nur HTTPS verwendet wird, und ersetze HTTP‑Ressourcen im Dokument durch HTTPS.
Beispiele für HTTP‑Ressourcen anzeigen
http://www.oracleimg.com/us/assets/metrics/ora_ocom.js
Set‑Cookie (Beispiele)
AK_NETWORKTYPE=ESSL; expires=Thu, 20-Nov-2025 13:57:56 GMT
Nutzungsszenarien
Wenn du auf dieser Seite bezahlst
Einige technische oder Reputationssignale sprechen für Vorsicht. Prüfe Adresszeile, HTTPS und Browserwarnungen, bevor du Zahlungsdaten eingibst. Gemischte oder unverschlüsselte (HTTP) Ressourcen oder schwaches TLS können Zahlungsdaten oder Sitzungstoken in manchen Netzen offenlegen.
Wenn du dich anmeldest oder Daten eingibst
Es wurden keine klaren bösartigen Muster gefunden, trotzdem sind Passwörter und 2FA-Codes sehr sensible Daten. Verwende keine Passwörter mehrfach auf verschiedenen Seiten. Fehlende Cookie-Sicherheitsattribute oder Cross-Domain-POST-Formulare können Sitzungen leichter angreifbar machen. Achte nach dem Login auf ungewöhnliche Konto- oder Abrechnungsaktivitäten.
Serverstandort ⓘ
Verlauf
Änderung ⓘ --Kürzlich hinzugefügte Websites
Bewertungen
Durchschnitt - / 0 Bewertungen
Checksumme 4e3a75cb318fa3489fe10411f4703f8ce643e1f86f9805ea0e89f1e7dcd9e12b
Social Media ⓘ
Plattformen, die von dieser Seite verwendet werden könnten.