iceberg.dev est‑il un site frauduleux ? Arnaque, spam et avis
Scores et points clés
Signaux d’alerte ⓘ
- [Moyen] Une erreur HTTP a été renvoyée en accédant à la page de destination.
Réputation
Résumé d’avis — iceberg.dev
Score global 52 (Site suspect)Des signaux de risque, tels que WHOIS privé ou absence d’en‑têtes de sécurité, ont été détectés.
Points positifs
- Certificat SSL/TLS valide
Points à améliorer
- HSTS non configuré
- CSP non configurée
- SPF non configuré
- DMARC non configuré
- Erreur HTTP sur la page de destination
Avis détaillé — iceberg.dev
Avis sur le domaine
Hébergement / AS : nginx — United States. Popularité : OPR 0.00/10. Réputation : GSB : aucun problème détecté WebRisk : aucun problème détecté. Certificat valide jusqu’au 2026-02-28T23:59:59+00:00.
Avis sur la boutique / les transactions
Aucun contenu mixte détecté. Aucun contenu mixte détecté. Données structurées : Organization Absent, contactPoint Absent. Taux de texte non visible : 0 %.
Avis technique
HTTP 404 Erreur client · Serveur nginx. HSTS Désactivé (preload : Préchargé). 0/6 en‑têtes de sécurité appliqués. DNSSEC Désactivé. Politique MTA‑STS : Aucun. TLS‑RPT Désactivé. security.txt : non disponible. Score d’obfuscation JS 0. Réputation : GSB clean, WebRisk clean → global Bon.
Analyse — points forts et stabilité
GSB : aucun problème détecté
WebRisk : aucun problème détecté
Certificat valide jusqu’au 2026-02-28T23:59:59+00:00.
Aucun contenu mixte détecté.
Examiner ensemble les informations d’exploitation et les indicateurs de confiance permet d’évaluer plus clairement la cohérence de la marque / de l’entreprise et la probabilité d’une exploitation à long terme.
Vérifier la sécurité de la page de paiement (HTTPS forcé, correspondance de l’hôte de destination du formulaire, intégrité des scripts), ainsi que le support client et la politique de retour, donne une image plus précise du niveau de confiance réel.
Analyse — risques et axes d’amélioration
Sans HSTS, des attaques de rétrogradation ou de type « man‑in‑the‑middle » peuvent affaiblir l’imposition de HTTPS. Activez HSTS et préparez la soumission à la liste de preload.
L’absence d’en‑têtes de sécurité critiques rend le site plus vulnérable au clickjacking, au MIME sniffing et aux fuites d’informations.
Sans DNSSEC, la confiance repose uniquement sur les serveurs de noms parents, ce qui peut augmenter le risque de falsification DNS selon les environnements.
Si DMARC est absent ou défini sur p=none, la protection contre l’usurpation d’expéditeur est affaiblie. Envisagez les modes quarantine ou reject.
Sans MTA‑STS, l’imposition de TLS sur SMTP est plus faible.
Sans TLS‑RPT, il est plus difficile de collecter les signaux d’échec TLS et de disposer d’une bonne visibilité opérationnelle.
Sans security.txt, le canal de signalement des vulnérabilités est peu clair, ce qui peut retarder la réponse.
Cette analyse est une opinion automatisée basée sur des données fournie uniquement à titre indicatif. Veuillez vérifier vous‑même les informations avant tout paiement ou téléchargement.
À propos de ce rapport
- Première analyse: -
- Dernière mise à jour: 2025-12-11 09:28:22
Revendiquer la propriété du site
Traffic signals
Performances
En‑têtes de sécurité
- HSTS ⓘ
- Content‑Security‑Policy ⓘ
- X‑Content‑Type‑Options ⓘ
- X‑Frame‑Options ⓘ
- Referrer‑Policy ⓘ
- Permissions‑Policy ⓘ
add_header Strict-Transport-Security "max-age=15552000; includeSubDomains; preload" always;
add_header Content-Security-Policy "default-src 'self'; img-src 'self' data:; object-src 'none'; base-uri 'self'";
add_header X-Content-Type-Options "nosniff" always;
add_header X-Frame-Options "SAMEORIGIN" always;
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
v=DMARC1; p=quarantine; rua=mailto:dmarc@iceberg.dev; ruf=mailto:dmarc@iceberg.dev; fo=1
@ 3600 MX 10 mail.iceberg.dev.
Points essentiels
Analyse des menaces
- Sans HSTS, des attaques de rétrogradation ou de type « man‑in‑the‑middle » peuvent affaiblir l’imposition de HTTPS. Activez HSTS et préparez la soumission à la liste de preload.
- L’absence d’en‑têtes de sécurité critiques rend le site plus vulnérable au clickjacking, au MIME sniffing et aux fuites d’informations.
- Sans SPF, la résistance à l’usurpation d’adresse e‑mail est faible. Nous recommandons de configurer un enregistrement SPF pour tout domaine émetteur d’e‑mails.
- Si DMARC est absent ou défini sur p=none, la protection contre l’usurpation d’expéditeur est affaiblie. Envisagez les modes quarantine ou reject.
Le score de risque de ce site est calculé à partir des en‑têtes de sécurité du navigateur, de l’état SSL, du contenu mixte, de la protection du domaine e‑mail (SPF/DMARC), des schémas de redirection / d’obfuscation, ainsi que des résultats de Google Safe Browsing et WebRisk. Il y a actuellement peu d’indications claires de comportement malveillant, mais des en‑têtes de sécurité insuffisants ou une protection e‑mail faible peuvent augmenter le risque de phishing ou d’attaque de type « man‑in‑the‑middle ». Avant de saisir des informations sensibles, revérifiez l’orthographe du domaine et la façon dont vous êtes arrivé sur le site (publicité, message privé, URL raccourcie, etc.). Avant de saisir des données de paiement ou des informations personnelles, vérifiez les informations de l’exploitant (entreprise / contact), l’application de HTTPS, DMARC / TLS‑RPT, ainsi que l’absence de contenu mixte.
Analyse approfondie (HTML / en‑têtes)
Avant de saisir des données de paiement ou des informations personnelles, vérifiez les informations de l’exploitant / les coordonnées, l’application de HTTPS (HSTS) et la présence de DMARC et TLS‑RPT.
Scénarios d’usage
Si tu paies sur ce site
Aucun signe malveillant net n’a été détecté, mais les paiements en ligne comportent toujours un risque. Vérifie le montant, le bénéficiaire et les conditions de remboursement avant de payer. L’absence ou la faiblesse de DMARC permet l’envoi de faux e-mails de paiement. Il est plus sûr de saisir le domaine manuellement que de cliquer sur des liens dans des messages inattendus.
Si tu te connectes ou saisis des données personnelles
Aucun schéma malveillant évident n’a été trouvé, mais mots de passe et codes 2FA restent très sensibles. Évite de réutiliser les mêmes mots de passe sur plusieurs sites.
Emplacement du serveur ⓘ
Historique
Variation ⓘ --Sites récemment ajoutés
Avis
Moyenne - / 0 avis
Checksum 2cdbd16bece0147466740a46c3b078a27177be99738fedfaea950c12cfce9316