mysql.com è un sito truffa? Scam, spam e recensioni
Punteggi e punti chiave
Panoramica
SQLデータベースエンジン
+62 Mostra altre lingue
Segnali di allerta ⓘ
- [Basso] Header di sicurezza importanti come HSTS e CSP sono assenti o insufficienti.
- [Basso] In assenza di SPF/DMARC aumenta il rischio di spoofing del mittente e‑mail.
- [Basso] Attributi di sicurezza dei cookie insufficienti (totale 2).
Reputazione
Riepilogo recensione — mysql.com
Totale 90 (Per lo più sicuro)Diversi indicatori di sicurezza sono buoni e non ci sono molti segnali di rischio evidenti.
Punti di forza
- Certificato SSL/TLS valido
- HSTS attivo
- DMARC configurato
- Anzianità del dominio ≥ 1 anno
Punti deboli
- CSP non configurata
- SPF non configurato
Recensione completa — mysql.com
Recensione del dominio
Dominio creato il 1999-02-03T05:00:00Z (≈ 26y 10m). Registrar: MarkMonitor Inc.. Hosting/AS: ORACLE-BMC-31898, US — United States. Popolarità: Tranco #491, OPR 6.46/10. Reputazione: GSB: pulito WebRisk: pulito. Sicurezza e‑mail: SPF Disattivato, DMARC Nessuno. Certificato valido fino al 2026-03-04T23:59:59+00:00.
Recensione negozio/transazioni
Nessun contenuto misto rilevato. Nessun contenuto misto rilevato. Dati strutturati: Organization Assente, contactPoint Assente. Percentuale di testo non visibile 0%.
Recensione tecnica
HTTP 200 Riuscito · Server ORACLE-BMC-31898, US. HSTS Disattivato (preload: Sconosciuto). 3/6 header di sicurezza applicati. DNSSEC Disattivato. Sicurezza e‑mail: SPF Disattivato, DMARC Nessuno. Policy MTA‑STS: Nessuno. TLS‑RPT Disattivato. security.txt: non presente. Attributi cookie mancanti: Secure×1 / HttpOnly×0 / SameSite×1. Punteggio offuscamento JS 0. Reputazione: GSB clean, WebRisk clean → complessivo Buono.
Spiegazione — punti di forza e stabilità
Anzianità: circa (≈ 26y 10m) (creato il 1999-02-03T05:00:00Z).
GSB: pulito
WebRisk: pulito
Certificato valido fino al 2026-03-04T23:59:59+00:00.
3/6 header di sicurezza applicati.
Nessun contenuto misto rilevato.
Osservare insieme informazioni operative e indicatori di fiducia aiuta a valutare meglio la coerenza del brand/dell’attività e la probabilità di una gestione stabile nel lungo periodo.
Verificare la sicurezza della pagina di pagamento (HTTPS forzato, host di destinazione del form coerente, integrità degli script), insieme al supporto clienti e alla policy di reso, permette di stimare con maggiore precisione il livello reale di affidabilità.
Spiegazione — rischi e aspetti da migliorare
Senza HSTS, attacchi di downgrade o man‑in‑the‑middle possono indebolire l’obbligo di usare HTTPS. Attivare HSTS e preparare la registrazione nella lista di preload.
La mancanza di header di sicurezza importanti rende il sito vulnerabile a clickjacking, MIME sniffing e fughe di informazioni.
Senza DNSSEC, la fiducia si basa solo sui name server padre e, in alcuni ambienti, il rischio di manomissione DNS può aumentare.
Se DMARC è assente o impostato su p=none, la protezione contro lo spoofing del mittente è debole. Valutare le policy quarantine o reject.
Senza MTA‑STS l’obbligo di TLS nelle comunicazioni SMTP è ridotto.
Senza TLS‑RPT diventa più difficile raccogliere segnali di errore TLS e avere una buona visibilità operativa.
Senza security.txt, il canale per segnalare vulnerabilità è poco chiaro e la risposta può essere ritardata.
I cookie privi di Secure/HttpOnly/SameSite possono essere vulnerabili a furto o attacchi di session fixation.
Questa analisi è un parere automatizzato basato sui dati fornito solo a scopo informativo. Verifica personalmente le informazioni prima di effettuare pagamenti o scaricare file.
Informazioni sul report
- Prima analisi: -
- Ultimo aggiornamento: 2025-11-20 13:55:56
Richiedi la proprietà del sito web
Traffic signals
Prestazioni
Header di sicurezza
- 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
Cronologia del dominio
-
1999-02-03Dominio registrato: 1999-02-03T05:00:00Z
In evidenza
Dettagli DMARC
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=1Threat insight
- Senza HSTS, attacchi di downgrade o man‑in‑the‑middle possono indebolire l’obbligo di usare HTTPS. Attivare HSTS e preparare la registrazione nella lista di preload.
- Senza SPF, la capacità di difendersi dallo spoofing del mittente e‑mail è ridotta. Si consiglia di configurare un record SPF per tutti i domini mittenti.
- Risorse HTTP trovate in una pagina HTTPS
Il punteggio di rischio di questo sito è calcolato combinando header di sicurezza del browser, stato SSL, contenuti misti, protezione del dominio e‑mail (SPF/DMARC), pattern di redirect/offuscamento e risultati di Google Safe Browsing e WebRisk. Al momento ci sono pochi indicatori chiari di comportamento malevolo, ma header di sicurezza deboli o scarsa protezione e‑mail possono aumentare il rischio di phishing o attacchi man‑in‑the‑middle. Prima di inserire informazioni sensibili, ricontrollare l’ortografia del dominio e la modalità di accesso (annunci, messaggi, URL abbreviati, ecc.). Prima di inserire dati di pagamento o informazioni personali, verificare informazioni sull’operatore (azienda/contatto), forzatura HTTPS, DMARC/TLS‑RPT e assenza di contenuti misti.
Scansione approfondita (HTML / header)
- Il sito blocca l’accesso automatico, limitando l’analisi dettagliata.
- Vengono caricate risorse non crittografate (HTTP).
- Mancano alcuni attributi di sicurezza dei cookie (Secure/HttpOnly/SameSite).
Assicurarsi di accedere da un link ufficiale o da un’app, e prima di pagare/effectuare il login verificare che il dominio nella barra degli indirizzi corrisponda al sito ufficiale. Se possibile, configurare il sito per usare solo HTTPS e sostituire tutte le risorse HTTP in pagina con risorse HTTPS.
Mostra esempi di risorse HTTP
http://www.oracleimg.com/us/assets/metrics/ora_ocom.js
Set‑Cookie (esempi)
AK_NETWORKTYPE=ESSL; expires=Thu, 20-Nov-2025 13:57:56 GMT
Scenari d’uso
Se effettui un pagamento su questo sito
Alcuni segnali tecnici o di reputazione suggeriscono prudenza. Controlla barra degli indirizzi, HTTPS e avvisi del browser prima di inserire i dati di pagamento. Risorse miste o non cifrate (HTTP) o un TLS debole possono esporre dati di pagamento o token di sessione su alcune reti.
Se effettui l’accesso o inserisci dati personali
Non sono stati trovati pattern malevoli evidenti, ma password e codici 2FA restano dati molto sensibili. Evita di riutilizzare le stesse password su siti diversi. L’assenza di attributi di sicurezza sui cookie o di form POST cross-domain può rendere le sessioni più facili da rubare o abusare. Dopo l’accesso, controlla attività anomale sull’account o sugli addebiti.
Posizione del server ⓘ
Cronologia
Variazione ⓘ --Siti aggiunti di recente
Recensioni
Media - / totale 0
Checksum fc649041247af453566b43f0ca74932fd7e605e4c2fc3213907ff808696319df
Social ⓘ
Piattaforme probabilmente utilizzate da questo sito.