DOSSIER PUBLIC DE DOMAINE

alphatraining64.fr

Ce qui est observé, comment le vérifier et ce qui a changé

4 observations publiques sont documentées dans ce dossier.

1 dépendances publiques structurantes sont visibles.

Aucune évolution utile n’est retenue depuis la lecture précédente.

2 points restent à confirmer ou ne sont pas observables de l’extérieur.

Mesuré 04/09/2026 à 21:35 Première observation 04/09/2026 à 21:35 Dernière observation 04/09/2026 à 21:35

Historique JSON Markdown

TEMPORALITÉ

Ce qui change dans le temps

Point de référence initial créé aujourd'hui

0Nouveau

0Modifié

0Stable

0Disparu

VUE COURTE

Quatre lectures avant le détail

Les 12 angles historiques restent accessibles plus bas pour approfondir.

Identité et gouvernance

Non testéCanary detection
Non observable de l'extérieurOrigin host
ObservéDepends on providerInfomaniak

Infrastructure et transport

Non testéPost quantum tls
ObservéTls issuerC = US, O = Let's Encrypt, CN = YR1

Messagerie et confiance

ObservéSpf policyhardfail
ObservéDmarc policyreject

Dépendances et exposition

Non observable de l'extérieurData location

Dossier explicatif

Ce que Scanapse comprend du domaine

Scanapse dispose de matière pour décrire 11 angles de connaissance sur 12 pour alphatraining64.fr. 4 questions restent ouvertes avec les preuves publiques disponibles.

Mesuré le 04/09/2026 à 21:35 Moteur 2.6.0.1

Lire le dossier

Les repères pour bien lire ce dossier

Quatre points clés pour comprendre ce que Scanapse a observé, ce qui peut être retenu, et ce qui mérite encore une vérification.

À retenir

À regarder aujourd’hui

Quelques éléments seulement, retenus lorsqu’ils apportent une information réellement utile à la lecture.

DEPENDENCIES

Concentration de fonctions critiques

Infomaniak est associé à 3 fonction(s) ou observation(s) critiques dans le périmètre visible.

Cette concentration est descriptive. Elle ne prouve ni une panne future ni l’absence de mécanismes de secours invisibles au scan.

Contexte territorial et juridique

Quel contexte juridique peut être retenu

Scanapse distingue une juridiction établie, probable ou à confirmer et explique toujours sur quels indices repose cette lecture.

Probable France

Union européenne

Pourquoi ce contexte apparaît

L’extension nationale du domaine fournit un indice géographique complémentaire

Ce que cela ne permet pas d’affirmer

L’hébergement technique, les adresses IP, les ASN et la localisation d’un CDN ne suffisent pas à établir la juridiction juridique applicable.
Une extension nationale reste un indice de contexte et ne prouve pas le lieu d’établissement juridique de l’organisation.

Cadres réglementaires

Les textes utiles pour ce contexte

Les références sont sélectionnées selon le contexte observé. Leur présence explique une pertinence possible, jamais une conformité automatique.

Union européennePertinent

RGPD

Le contexte territorial observé rattache le domaine à l’Union européenne. La présence de signaux publics liés à la vie privée renforce la pertinence de ce cadre sans permettre de conclure sur les traitements internes.

Source officielle →

Union européennePotentiellement pertinent

NIS2

La directive peut concerner certaines entités selon leur secteur, leur taille et leur rôle. Scanapse ne déduit pas ces conditions à partir d’un domaine seul.

Source officielle →

Cette section fournit un contexte documentaire. Elle ne constitue ni un conseil juridique, ni une certification, ni un verdict de conformité.

Trajectoire

Les évolutions utiles depuis la mesure précédente

Seules les différences utiles à la compréhension sont mises en avant. Les variations stables ou purement techniques restent disponibles dans les preuves.

Aucune évolution significative retenue

La comparaison disponible ne fait pas ressortir de changement utile à mettre en avant dans la lecture publique.

12 angles de connaissance

12 angles pour comprendre le domaine

Chaque angle explique ce que l’on sait, pourquoi cela compte, comment lire l’information, sa finalité et ses limites.

Documenté Première observation

Identité du domaine

Des marqueurs publics permettent de rattacher le scan à une identité de domaine cohérente

Documenté Première observation

Infrastructure

L’infrastructure publique visible peut être décrite sans prétendre voir l’architecture interne

Partiel Première observation

Chiffrement et transport

Le transport public est partiellement documenté

Documenté Première observation

Messagerie et confiance mail

Des politiques publiques permettent de comprendre une partie de la confiance accordée à la messagerie du domaine

Documenté Première observation

DNS et gouvernance

La délégation et plusieurs mécanismes DNS publics peuvent être replacés dans leur contexte

Documenté Première observation

Dépendances externes

Plusieurs relations externes visibles peuvent être regroupées pour comprendre les dépendances du service

Documenté Première observation

Technologies observables

Des traces publiques permettent d’identifier certaines technologies avec prudence

Partiel Première observation

Exposition publique

La surface publique est documentée seulement en partie

Documenté Première observation

Confiance documentaire

Des éléments documentaires publics contribuent à expliquer la transparence et les points de contact du domaine

Documenté Première observation

Signaux de sécurité

Des signaux publics peuvent être reliés à des points de vigilance sans produire un verdict global

À déterminer Première observation

Évolution dans le temps

Aucune trajectoire suffisante n’est encore disponible

Documenté Première observation

Preuves et traçabilité

Les conclusions affichées peuvent être reliées à des preuves, une méthode et une date

Vue d’ensemble

Ce que le domaine montre déjà, et ce qui reste à éclaircir

Une vue d’ensemble des liens visibles et des zones d’incertitude qui méritent une vérification.

Relations visibles

Les relations visibles du domaine

Les relations sont regroupées par fonction. Elles décrivent ce qui est visible publiquement, pas les contrats ni toute l’architecture interne.

Domaine observé alphatraining64.fr

DNS

Serveur DNS Observé

ns12.infomaniak.ch

Serveur DNS Observé

ns11.infomaniak.ch

messagerie

Serveur de messagerie Observé

mta-gw.infomaniak.ch

technologies

Technologie observée Observé

Apache

ressources externes

Fournisseur ou ressource externe Corroboré

Infomaniak

Questions ouvertes

4 zones à confirmer

Une inconnue est une information utile lorsqu’elle explique précisément ce qui manque pour conclure.

À confirmer

Hébergement d’origine

La présence d’un service de périphérie ne permet pas d’identifier l’hébergement d’origine.

À confirmer

Localisation effective des données

Les informations publiques du fournisseur ne prouvent pas où les données sont réellement traitées.

À confirmer

Échange TLS post-quantique

Ce contrôle n’a pas été exécuté avec un client compatible pendant cette mesure.

À confirmer

Signal canary public

La détection de ce signal n’était pas activée pour cette mesure.

Ces éléments ne signifient pas un problème. Ils indiquent simplement qu’une information utile manque encore.

Sources et preuves

Les preuves qui soutiennent cette lecture

35 preuves sont disponibles. Elles restent repliées pour préserver une lecture courte et peuvent être explorées à la demande.

35preuves disponibles

Chaque preuve conserve sa méthode, sa provenance, sa date, sa fiabilité et ses limites d’interprétation.

Télécharger les preuves JSON

Explorer les preuves

#01 Mail-related public records

Preuve : module_finding

Les politiques publiques de messagerie indiquent comment le domaine encadre l’envoi, l’authentification et le transport des e-mails.

Actif non intrusif Élevée

Pourquoi cela compte

Ces mécanismes peuvent réduire l’usurpation du domaine et documenter la posture de transport mail.

Que vérifier ensuite

Relier SPF, DKIM lorsqu’un sélecteur est connu, DMARC, MX, MTA-STS et TLS-RPT. Comparer les changements de politique dans le temps.

Action possible

Avant de renforcer une politique, inventorier les flux légitimes et vérifier leur alignement. Déployer par étapes pour éviter de bloquer des expéditeurs autorisés.

Observation: { "evidence": [ { "host": "mta-gw.infomaniak.ch", "priority": 5 } ], "severity": "low" }
Comprendre: Public DNS and policy endpoint inspection
Source: Mail-related public records
Fiabilité: Élevée
Ce que cela permet de conclure: Describe published mail authentication and transport policies
Ce que cela ne prouve pas: Ils ne prouvent ni la délivrabilité réelle, ni le comportement de tous les destinataires, ni l’absence de phishing.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Sender Policy Framework RFC 7208
Domain-based Message Authentication, Reporting, and Conformance RFC 7489
SMTP TLS Reporting RFC 8460
SMTP MTA Strict Transport Security RFC 8461

Voir la donnée brute

{
    "evidence": [
        {
            "host": "mta-gw.infomaniak.ch",
            "priority": 5
        }
    ],
    "severity": "low"
}

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#02 Public HTTP response

Preuve : http_header

Les en-têtes HTTP peuvent demander au navigateur d’appliquer certaines protections.

Actif non intrusif Élevée

Pourquoi cela compte

Ils constituent des lignes de défense visibles et vérifiables côté navigateur.

Que vérifier ensuite

Lire la valeur complète de chaque politique, identifier les directives permissives ou contradictoires et comparer les réponses des principales routes publiques.

Action possible

Durcir une politique progressivement à partir des besoins réels de l’application. Éviter les modèles génériques copiés sans test fonctionnel.

Observation: [ "max-age=16000000" ]
Comprendre: HTTP response-header inspection
Source: Public HTTP response
Fiabilité: Élevée
Ce que cela permet de conclure: Describe defensive policies declared on the observed response
Ce que cela ne prouve pas: La présence d’un en-tête ne prouve pas qu’il est optimal ni qu’aucune vulnérabilité applicative n’existe.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Voir la donnée brute

[
    "max-age=16000000"
]

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#03 Observed public resources

Preuve : dependency_provider

Scanapse montre les fournisseurs et services tiers visibles dont le service public dépend.

Passif Moyenne

Pourquoi cela compte

La concentration chez un même acteur ou la multiplication des tiers peut devenir un enjeu de continuité et de gouvernance.

Que vérifier ensuite

Identifier le rôle de chaque fournisseur, les fonctions qui se concentrent chez un même acteur et les dépendances apparues ou disparues depuis le dernier scan.

Action possible

Pour une dépendance critique, documenter propriétaire, contrat, réversibilité, secours et justification. Ne décider d’une diversification qu’après analyse du besoin réel.

Observation: { "critical": true, "hosts": [ "mta-gw.infomaniak.ch", "ns11.infomaniak.ch", "ns12.infomaniak.ch" ], "id": "infomaniak", "known": true, "name": "Infomaniak", "observation_count": 3, "services": [ "dns", "hosting", "mail" ], "tracker": false }
Comprendre: Public HTML/resource dependency extraction and provider matching
Source: Observed public resources
Fiabilité: Moyenne
Ce que cela permet de conclure: Describe visible third-party dependencies
Ce que cela ne prouve pas: Une dépendance visible ne prouve ni la localisation des données, ni la juridiction contractuelle réelle, ni l’existence de sous-traitants cachés.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Directive (EU) 2022/2555 - supply-chain risk context Context only, scope must be established separately
Regulation (EU) 2022/2554 - DORA ICT third-party risk context for entities in scope

Voir la donnée brute

{
    "critical": true,
    "hosts": [
        "mta-gw.infomaniak.ch",
        "ns11.infomaniak.ch",
        "ns12.infomaniak.ch"
    ],
    "id": "infomaniak",
    "known": true,
    "name": "Infomaniak",
    "observation_count": 3,
    "services": [
        "dns",
        "hosting",
        "mail"
    ],
    "tracker": false
}

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#04 Mail-related public records

Preuve : mail_policy_flag

Les politiques publiques de messagerie indiquent comment le domaine encadre l’envoi, l’authentification et le transport des e-mails.

Actif non intrusif Élevée

Pourquoi cela compte

Ces mécanismes peuvent réduire l’usurpation du domaine et documenter la posture de transport mail.

Que vérifier ensuite

Relier SPF, DKIM lorsqu’un sélecteur est connu, DMARC, MX, MTA-STS et TLS-RPT. Comparer les changements de politique dans le temps.

Action possible

Avant de renforcer une politique, inventorier les flux légitimes et vérifier leur alignement. Déployer par étapes pour éviter de bloquer des expéditeurs autorisés.

Observation
Comprendre: Public DNS and policy endpoint inspection
Source: Mail-related public records
Fiabilité: Élevée
Ce que cela permet de conclure: Describe published mail authentication and transport policies
Ce que cela ne prouve pas: Ils ne prouvent ni la délivrabilité réelle, ni le comportement de tous les destinataires, ni l’absence de phishing.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Sender Policy Framework RFC 7208
Domain-based Message Authentication, Reporting, and Conformance RFC 7489
SMTP TLS Reporting RFC 8460
SMTP MTA Strict Transport Security RFC 8461

Voir la donnée brute

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#05 Public transparency endpoint

Preuve : module_finding

Les artefacts publics comme security.txt rendent certains processus techniques vérifiables.

Passif Moyenne

Pourquoi cela compte

Un canal de signalement documenté facilite la coordination responsable lorsqu’un problème est découvert.

Que vérifier ensuite

Vérifier l’expiration, le contact, Canonical, Policy, Encryption et la signature éventuelle. Comparer le fichier aux scans précédents.

Action possible

Publier un security.txt conforme uniquement si un canal de traitement réel existe, le maintenir à jour et aligner les contacts avec le processus interne de signalement.

Observation: { "evidence": 404, "severity": "medium" }
Comprendre: Public transparency artefact inspection
Source: Public transparency endpoint
Fiabilité: Moyenne
Ce que cela permet de conclure: Describe published disclosure mechanisms
Ce que cela ne prouve pas: La présence d’un fichier ne prouve ni la rapidité de réponse, ni la maturité globale de l’organisation.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

A File Format to Aid in Security Vulnerability Disclosure RFC 9116

Voir la donnée brute

{
    "evidence": 404,
    "severity": "medium"
}

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#06 Public HTTP response

Preuve : module_finding

Les en-têtes HTTP peuvent demander au navigateur d’appliquer certaines protections.

Actif non intrusif Élevée

Pourquoi cela compte

Ils constituent des lignes de défense visibles et vérifiables côté navigateur.

Que vérifier ensuite

Lire la valeur complète de chaque politique, identifier les directives permissives ou contradictoires et comparer les réponses des principales routes publiques.

Action possible

Durcir une politique progressivement à partir des besoins réels de l’application. Éviter les modèles génériques copiés sans test fonctionnel.

Observation: { "evidence": null, "severity": "low" }
Comprendre: HTTP response-header inspection
Source: Public HTTP response
Fiabilité: Élevée
Ce que cela permet de conclure: Describe defensive policies declared on the observed response
Ce que cela ne prouve pas: La présence d’un en-tête ne prouve pas qu’il est optimal ni qu’aucune vulnérabilité applicative n’existe.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Voir la donnée brute

{
    "evidence": null,
    "severity": "low"
}

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#07 DNS public records

Preuve : module_finding

Le DNS indique comment un domaine est résolu et quels services publics lui sont associés.

Passif Élevée

Pourquoi cela compte

Une résolution cohérente et vérifiable limite certaines formes de falsification et aide à comprendre les dépendances de l’entité.

Que vérifier ensuite

Comparer les NS, A/AAAA, MX, CAA et la chaîne DNSSEC avec les mesures précédentes pour repérer les changements de délégation ou d’opérateur.

Action possible

Si un changement est inattendu, vérifier la configuration auprès du registrar et du fournisseur DNS avant toute modification. Documenter les mécanismes de secours réellement disponibles.

Observation: { "evidence": null, "severity": "low" }
Comprendre: Standard DNS resolution and record parsing
Source: DNS public records
Fiabilité: Élevée
Ce que cela permet de conclure: Describe public DNS data observed at scan time
Ce que cela ne prouve pas: Le DNS public ne prouve ni la localisation physique des serveurs, ni les contrats, ni la disponibilité mondiale.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

DNSSEC introduction and requirements RFC 4033
DNSSEC resource records RFC 4034
DNSSEC protocol modifications RFC 4035
Certification Authority Authorization RFC 8659
Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Voir la donnée brute

{
    "evidence": null,
    "severity": "low"
}

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#08 Mail-related public records

Preuve : mail_policy_flag

Les politiques publiques de messagerie indiquent comment le domaine encadre l’envoi, l’authentification et le transport des e-mails.

Actif non intrusif Élevée

Pourquoi cela compte

Ces mécanismes peuvent réduire l’usurpation du domaine et documenter la posture de transport mail.

Que vérifier ensuite

Relier SPF, DKIM lorsqu’un sélecteur est connu, DMARC, MX, MTA-STS et TLS-RPT. Comparer les changements de politique dans le temps.

Action possible

Avant de renforcer une politique, inventorier les flux légitimes et vérifier leur alignement. Déployer par étapes pour éviter de bloquer des expéditeurs autorisés.

Observation
Comprendre: Public DNS and policy endpoint inspection
Source: Mail-related public records
Fiabilité: Élevée
Ce que cela permet de conclure: Describe published mail authentication and transport policies
Ce que cela ne prouve pas: Ils ne prouvent ni la délivrabilité réelle, ni le comportement de tous les destinataires, ni l’absence de phishing.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Sender Policy Framework RFC 7208
Domain-based Message Authentication, Reporting, and Conformance RFC 7489
SMTP TLS Reporting RFC 8460
SMTP MTA Strict Transport Security RFC 8461

Voir la donnée brute

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#09 Public HTTP response

Preuve : module_finding

Les en-têtes HTTP peuvent demander au navigateur d’appliquer certaines protections.

Actif non intrusif Élevée

Pourquoi cela compte

Ils constituent des lignes de défense visibles et vérifiables côté navigateur.

Que vérifier ensuite

Lire la valeur complète de chaque politique, identifier les directives permissives ou contradictoires et comparer les réponses des principales routes publiques.

Action possible

Durcir une politique progressivement à partir des besoins réels de l’application. Éviter les modèles génériques copiés sans test fonctionnel.

Observation: { "evidence": null, "severity": "medium" }
Comprendre: HTTP response-header inspection
Source: Public HTTP response
Fiabilité: Élevée
Ce que cela permet de conclure: Describe defensive policies declared on the observed response
Ce que cela ne prouve pas: La présence d’un en-tête ne prouve pas qu’il est optimal ni qu’aucune vulnérabilité applicative n’existe.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Voir la donnée brute

{
    "evidence": null,
    "severity": "medium"
}

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#10 DNS public records

Preuve : module_finding

Le DNS indique comment un domaine est résolu et quels services publics lui sont associés.

Passif Élevée

Pourquoi cela compte

Une résolution cohérente et vérifiable limite certaines formes de falsification et aide à comprendre les dépendances de l’entité.

Que vérifier ensuite

Comparer les NS, A/AAAA, MX, CAA et la chaîne DNSSEC avec les mesures précédentes pour repérer les changements de délégation ou d’opérateur.

Action possible

Si un changement est inattendu, vérifier la configuration auprès du registrar et du fournisseur DNS avant toute modification. Documenter les mécanismes de secours réellement disponibles.

Observation: { "evidence": { "reason": "No external validating resolver is used; DS validation is intentionally not inferred.", "status": "not_tested" }, "severity": "info" }
Comprendre: Standard DNS resolution and record parsing
Source: DNS public records
Fiabilité: Élevée
Ce que cela permet de conclure: Describe public DNS data observed at scan time
Ce que cela ne prouve pas: Le DNS public ne prouve ni la localisation physique des serveurs, ni les contrats, ni la disponibilité mondiale.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

DNSSEC introduction and requirements RFC 4033
DNSSEC resource records RFC 4034
DNSSEC protocol modifications RFC 4035
Certification Authority Authorization RFC 8659
Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Voir la donnée brute

{
    "evidence": {
        "reason": "No external validating resolver is used; DS validation is intentionally not inferred.",
        "status": "not_tested"
    },
    "severity": "info"
}

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#11 module_finding

Preuve : module_finding

Scanapse montre les fournisseurs et services tiers visibles dont le service public dépend.

Passif Moyenne

Pourquoi cela compte

La concentration chez un même acteur ou la multiplication des tiers peut devenir un enjeu de continuité et de gouvernance.

Que vérifier ensuite

Identifier le rôle de chaque fournisseur, les fonctions qui se concentrent chez un même acteur et les dépendances apparues ou disparues depuis le dernier scan.

Action possible

Pour une dépendance critique, documenter propriétaire, contrat, réversibilité, secours et justification. Ne décider d’une diversification qu’après analyse du besoin réel.

Observation: { "evidence": [ "ns11.infomaniak.ch", "ns12.infomaniak.ch" ], "severity": "medium" }
Comprendre: Public observation
Source: module_finding
Fiabilité: Moyenne
Ce que cela permet de conclure: Describe the observed public artefact
Ce que cela ne prouve pas: Une dépendance visible ne prouve ni la localisation des données, ni la juridiction contractuelle réelle, ni l’existence de sous-traitants cachés.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Directive (EU) 2022/2555 - supply-chain risk context Context only, scope must be established separately
Regulation (EU) 2022/2554 - DORA ICT third-party risk context for entities in scope

Voir la donnée brute

{
    "evidence": [
        "ns11.infomaniak.ch",
        "ns12.infomaniak.ch"
    ],
    "severity": "medium"
}

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#12 Public HTTP response

Preuve : module_finding

Les en-têtes HTTP peuvent demander au navigateur d’appliquer certaines protections.

Actif non intrusif Élevée

Pourquoi cela compte

Ils constituent des lignes de défense visibles et vérifiables côté navigateur.

Que vérifier ensuite

Lire la valeur complète de chaque politique, identifier les directives permissives ou contradictoires et comparer les réponses des principales routes publiques.

Action possible

Durcir une politique progressivement à partir des besoins réels de l’application. Éviter les modèles génériques copiés sans test fonctionnel.

Observation: { "evidence": "max-age=16000000", "severity": "low" }
Comprendre: HTTP response-header inspection
Source: Public HTTP response
Fiabilité: Élevée
Ce que cela permet de conclure: Describe defensive policies declared on the observed response
Ce que cela ne prouve pas: La présence d’un en-tête ne prouve pas qu’il est optimal ni qu’aucune vulnérabilité applicative n’existe.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Voir la donnée brute

{
    "evidence": "max-age=16000000",
    "severity": "low"
}

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#13 DNS public records

Preuve : dns_address

Le DNS indique comment un domaine est résolu et quels services publics lui sont associés.

Passif Élevée

Pourquoi cela compte

Une résolution cohérente et vérifiable limite certaines formes de falsification et aide à comprendre les dépendances de l’entité.

Que vérifier ensuite

Comparer les NS, A/AAAA, MX, CAA et la chaîne DNSSEC avec les mesures précédentes pour repérer les changements de délégation ou d’opérateur.

Action possible

Si un changement est inattendu, vérifier la configuration auprès du registrar et du fournisseur DNS avant toute modification. Documenter les mécanismes de secours réellement disponibles.

Observation: 2001:1600::aaaa:0:0:80:5a
Comprendre: Standard DNS resolution and record parsing
Source: DNS public records
Fiabilité: Élevée
Ce que cela permet de conclure: Describe public DNS data observed at scan time
Ce que cela ne prouve pas: Le DNS public ne prouve ni la localisation physique des serveurs, ni les contrats, ni la disponibilité mondiale.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

DNSSEC introduction and requirements RFC 4033
DNSSEC resource records RFC 4034
DNSSEC protocol modifications RFC 4035
Certification Authority Authorization RFC 8659
Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Vérifier par vous-même

Cette commande permet de reproduire l’observation publique sans modifier la cible.

dig A alphatraining64.fr && dig AAAA alphatraining64.fr

Voir la donnée brute

2001:1600::aaaa:0:0:80:5a

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#14 Public TLS endpoint

Preuve : tls_issuer

TLS protège la connexion observée entre le scanner et le service public.

Actif non intrusif Élevée

Pourquoi cela compte

Ces éléments documentent la protection du canal public et les mécanismes cryptographiques effectivement négociés.

Que vérifier ensuite

Comparer protocole négocié, émetteur, échéance, chaîne et paramètres cryptographiques avec l’historique. Vérifier séparément les autres points d’entrée publics.

Action possible

Traiter uniquement les écarts réellement observés : certificat expirant, chaîne invalide ou protocole non souhaité. Tester les changements sur un environnement maîtrisé avant déploiement.

Observation: C = US, O = Let's Encrypt, CN = YR1
Comprendre: TLS handshake and public certificate inspection
Source: Public TLS endpoint
Fiabilité: Élevée
Ce que cela permet de conclure: Describe the TLS session and certificate presented to Scanapse
Ce que cela ne prouve pas: Un bon TLS ne prouve ni la sécurité de l’application, ni celle du serveur d’origine derrière un CDN ou un reverse proxy.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

TLS 1.3 RFC 8446
Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Vérifier par vous-même

Cette commande permet de reproduire l’observation publique sans modifier la cible.

openssl s_client -connect alphatraining64.fr:443 -servername alphatraining64.fr </dev/null

Voir la donnée brute

C = US, O = Let's Encrypt, CN = YR1

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#15 Mail-related public records

Preuve : dmarc_policy

Les politiques publiques de messagerie indiquent comment le domaine encadre l’envoi, l’authentification et le transport des e-mails.

Actif non intrusif Élevée

Pourquoi cela compte

Ces mécanismes peuvent réduire l’usurpation du domaine et documenter la posture de transport mail.

Que vérifier ensuite

Relier SPF, DKIM lorsqu’un sélecteur est connu, DMARC, MX, MTA-STS et TLS-RPT. Comparer les changements de politique dans le temps.

Action possible

Avant de renforcer une politique, inventorier les flux légitimes et vérifier leur alignement. Déployer par étapes pour éviter de bloquer des expéditeurs autorisés.

Observation: reject
Comprendre: Public DNS and policy endpoint inspection
Source: Mail-related public records
Fiabilité: Élevée
Ce que cela permet de conclure: Describe published mail authentication and transport policies
Ce que cela ne prouve pas: Ils ne prouvent ni la délivrabilité réelle, ni le comportement de tous les destinataires, ni l’absence de phishing.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Sender Policy Framework RFC 7208
Domain-based Message Authentication, Reporting, and Conformance RFC 7489
SMTP TLS Reporting RFC 8460
SMTP MTA Strict Transport Security RFC 8461

Vérifier par vous-même

Cette commande permet de reproduire l’observation publique sans modifier la cible.

dig TXT _dmarc.alphatraining64.fr

Voir la donnée brute

reject

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#16 Public HTTP response

Preuve : module_finding

Les en-têtes HTTP peuvent demander au navigateur d’appliquer certaines protections.

Actif non intrusif Élevée

Pourquoi cela compte

Ils constituent des lignes de défense visibles et vérifiables côté navigateur.

Que vérifier ensuite

Lire la valeur complète de chaque politique, identifier les directives permissives ou contradictoires et comparer les réponses des principales routes publiques.

Action possible

Durcir une politique progressivement à partir des besoins réels de l’application. Éviter les modèles génériques copiés sans test fonctionnel.

Observation: { "evidence": null, "severity": "medium" }
Comprendre: HTTP response-header inspection
Source: Public HTTP response
Fiabilité: Élevée
Ce que cela permet de conclure: Describe defensive policies declared on the observed response
Ce que cela ne prouve pas: La présence d’un en-tête ne prouve pas qu’il est optimal ni qu’aucune vulnérabilité applicative n’existe.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Voir la donnée brute

{
    "evidence": null,
    "severity": "medium"
}

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#17 DNS public records

Preuve : module_finding

Le DNS indique comment un domaine est résolu et quels services publics lui sont associés.

Passif Élevée

Pourquoi cela compte

Une résolution cohérente et vérifiable limite certaines formes de falsification et aide à comprendre les dépendances de l’entité.

Que vérifier ensuite

Comparer les NS, A/AAAA, MX, CAA et la chaîne DNSSEC avec les mesures précédentes pour repérer les changements de délégation ou d’opérateur.

Action possible

Si un changement est inattendu, vérifier la configuration auprès du registrar et du fournisseur DNS avant toute modification. Documenter les mécanismes de secours réellement disponibles.

Observation: { "evidence": [ "ns11.infomaniak.ch", "ns12.infomaniak.ch" ], "severity": "low" }
Comprendre: Standard DNS resolution and record parsing
Source: DNS public records
Fiabilité: Élevée
Ce que cela permet de conclure: Describe public DNS data observed at scan time
Ce que cela ne prouve pas: Le DNS public ne prouve ni la localisation physique des serveurs, ni les contrats, ni la disponibilité mondiale.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

DNSSEC introduction and requirements RFC 4033
DNSSEC resource records RFC 4034
DNSSEC protocol modifications RFC 4035
Certification Authority Authorization RFC 8659
Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Voir la donnée brute

{
    "evidence": [
        "ns11.infomaniak.ch",
        "ns12.infomaniak.ch"
    ],
    "severity": "low"
}

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#18 DNS public records

Preuve : dmarc_record

Le DNS indique comment un domaine est résolu et quels services publics lui sont associés.

Passif Élevée

Pourquoi cela compte

Une résolution cohérente et vérifiable limite certaines formes de falsification et aide à comprendre les dépendances de l’entité.

Que vérifier ensuite

Comparer les NS, A/AAAA, MX, CAA et la chaîne DNSSEC avec les mesures précédentes pour repérer les changements de délégation ou d’opérateur.

Action possible

Si un changement est inattendu, vérifier la configuration auprès du registrar et du fournisseur DNS avant toute modification. Documenter les mécanismes de secours réellement disponibles.

Observation: v=DMARC1; p=reject;
Comprendre: Standard DNS resolution and record parsing
Source: DNS public records
Fiabilité: Élevée
Ce que cela permet de conclure: Describe public DNS data observed at scan time
Ce que cela ne prouve pas: Le DNS public ne prouve ni la localisation physique des serveurs, ni les contrats, ni la disponibilité mondiale.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

DNSSEC introduction and requirements RFC 4033
DNSSEC resource records RFC 4034
DNSSEC protocol modifications RFC 4035
Certification Authority Authorization RFC 8659
Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Voir la donnée brute

v=DMARC1; p=reject;

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#19 Public TLS endpoint

Preuve : tls_valid_to

TLS protège la connexion observée entre le scanner et le service public.

Actif non intrusif Élevée

Pourquoi cela compte

Ces éléments documentent la protection du canal public et les mécanismes cryptographiques effectivement négociés.

Que vérifier ensuite

Comparer protocole négocié, émetteur, échéance, chaîne et paramètres cryptographiques avec l’historique. Vérifier séparément les autres points d’entrée publics.

Action possible

Traiter uniquement les écarts réellement observés : certificat expirant, chaîne invalide ou protocole non souhaité. Tester les changements sur un environnement maîtrisé avant déploiement.

Observation: 2026-09-30T02:12:44+00:00
Comprendre: TLS handshake and public certificate inspection
Source: Public TLS endpoint
Fiabilité: Élevée
Ce que cela permet de conclure: Describe the TLS session and certificate presented to Scanapse
Ce que cela ne prouve pas: Un bon TLS ne prouve ni la sécurité de l’application, ni celle du serveur d’origine derrière un CDN ou un reverse proxy.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

TLS 1.3 RFC 8446
Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Voir la donnée brute

2026-09-30T02:12:44+00:00

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#20 DNS public records

Preuve : spf_record

Le DNS indique comment un domaine est résolu et quels services publics lui sont associés.

Passif Élevée

Pourquoi cela compte

Une résolution cohérente et vérifiable limite certaines formes de falsification et aide à comprendre les dépendances de l’entité.

Que vérifier ensuite

Comparer les NS, A/AAAA, MX, CAA et la chaîne DNSSEC avec les mesures précédentes pour repérer les changements de délégation ou d’opérateur.

Action possible

Si un changement est inattendu, vérifier la configuration auprès du registrar et du fournisseur DNS avant toute modification. Documenter les mécanismes de secours réellement disponibles.

Observation: v=spf1 include:spf.infomaniak.ch -all
Comprendre: Standard DNS resolution and record parsing
Source: DNS public records
Fiabilité: Élevée
Ce que cela permet de conclure: Describe public DNS data observed at scan time
Ce que cela ne prouve pas: Le DNS public ne prouve ni la localisation physique des serveurs, ni les contrats, ni la disponibilité mondiale.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

DNSSEC introduction and requirements RFC 4033
DNSSEC resource records RFC 4034
DNSSEC protocol modifications RFC 4035
Certification Authority Authorization RFC 8659
Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Voir la donnée brute

v=spf1 include:spf.infomaniak.ch -all

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#21 Public HTTP response

Preuve : module_finding

Les en-têtes HTTP peuvent demander au navigateur d’appliquer certaines protections.

Actif non intrusif Élevée

Pourquoi cela compte

Ils constituent des lignes de défense visibles et vérifiables côté navigateur.

Que vérifier ensuite

Lire la valeur complète de chaque politique, identifier les directives permissives ou contradictoires et comparer les réponses des principales routes publiques.

Action possible

Durcir une politique progressivement à partir des besoins réels de l’application. Éviter les modèles génériques copiés sans test fonctionnel.

Observation: { "evidence": null, "severity": "critical" }
Comprendre: HTTP response-header inspection
Source: Public HTTP response
Fiabilité: Élevée
Ce que cela permet de conclure: Describe defensive policies declared on the observed response
Ce que cela ne prouve pas: La présence d’un en-tête ne prouve pas qu’il est optimal ni qu’aucune vulnérabilité applicative n’existe.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Voir la donnée brute

{
    "evidence": null,
    "severity": "critical"
}

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#22 DNS public records

Preuve : dns_nameserver

Le DNS indique comment un domaine est résolu et quels services publics lui sont associés.

Passif Élevée

Pourquoi cela compte

Une résolution cohérente et vérifiable limite certaines formes de falsification et aide à comprendre les dépendances de l’entité.

Que vérifier ensuite

Comparer les NS, A/AAAA, MX, CAA et la chaîne DNSSEC avec les mesures précédentes pour repérer les changements de délégation ou d’opérateur.

Action possible

Si un changement est inattendu, vérifier la configuration auprès du registrar et du fournisseur DNS avant toute modification. Documenter les mécanismes de secours réellement disponibles.

Observation: ns11.infomaniak.ch
Comprendre: Standard DNS resolution and record parsing
Source: DNS public records
Fiabilité: Élevée
Ce que cela permet de conclure: Describe public DNS data observed at scan time
Ce que cela ne prouve pas: Le DNS public ne prouve ni la localisation physique des serveurs, ni les contrats, ni la disponibilité mondiale.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

DNSSEC introduction and requirements RFC 4033
DNSSEC resource records RFC 4034
DNSSEC protocol modifications RFC 4035
Certification Authority Authorization RFC 8659
Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Vérifier par vous-même

Cette commande permet de reproduire l’observation publique sans modifier la cible.

dig NS alphatraining64.fr

Voir la donnée brute

ns11.infomaniak.ch

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#23 Public HTTP response

Preuve : module_finding

Les en-têtes HTTP peuvent demander au navigateur d’appliquer certaines protections.

Actif non intrusif Élevée

Pourquoi cela compte

Ils constituent des lignes de défense visibles et vérifiables côté navigateur.

Que vérifier ensuite

Lire la valeur complète de chaque politique, identifier les directives permissives ou contradictoires et comparer les réponses des principales routes publiques.

Action possible

Durcir une politique progressivement à partir des besoins réels de l’application. Éviter les modèles génériques copiés sans test fonctionnel.

Observation: { "evidence": null, "severity": "low" }
Comprendre: HTTP response-header inspection
Source: Public HTTP response
Fiabilité: Élevée
Ce que cela permet de conclure: Describe defensive policies declared on the observed response
Ce que cela ne prouve pas: La présence d’un en-tête ne prouve pas qu’il est optimal ni qu’aucune vulnérabilité applicative n’existe.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Voir la donnée brute

{
    "evidence": null,
    "severity": "low"
}

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#24 Mail-related public records

Preuve : mail_policy_flag

Les politiques publiques de messagerie indiquent comment le domaine encadre l’envoi, l’authentification et le transport des e-mails.

Actif non intrusif Élevée

Pourquoi cela compte

Ces mécanismes peuvent réduire l’usurpation du domaine et documenter la posture de transport mail.

Que vérifier ensuite

Relier SPF, DKIM lorsqu’un sélecteur est connu, DMARC, MX, MTA-STS et TLS-RPT. Comparer les changements de politique dans le temps.

Action possible

Avant de renforcer une politique, inventorier les flux légitimes et vérifier leur alignement. Déployer par étapes pour éviter de bloquer des expéditeurs autorisés.

Observation
Comprendre: Public DNS and policy endpoint inspection
Source: Mail-related public records
Fiabilité: Élevée
Ce que cela permet de conclure: Describe published mail authentication and transport policies
Ce que cela ne prouve pas: Ils ne prouvent ni la délivrabilité réelle, ni le comportement de tous les destinataires, ni l’absence de phishing.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Sender Policy Framework RFC 7208
Domain-based Message Authentication, Reporting, and Conformance RFC 7489
SMTP TLS Reporting RFC 8460
SMTP MTA Strict Transport Security RFC 8461

Voir la donnée brute

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#25 technology

Preuve : technology

Scanapse montre les fournisseurs et services tiers visibles dont le service public dépend.

Passif Moyenne

Pourquoi cela compte

La concentration chez un même acteur ou la multiplication des tiers peut devenir un enjeu de continuité et de gouvernance.

Que vérifier ensuite

Identifier le rôle de chaque fournisseur, les fonctions qui se concentrent chez un même acteur et les dépendances apparues ou disparues depuis le dernier scan.

Action possible

Pour une dépendance critique, documenter propriétaire, contrat, réversibilité, secours et justification. Ne décider d’une diversification qu’après analyse du besoin réel.

Observation: { "name": "Apache", "version": "", "version_exposed": false }
Comprendre: Public observation
Source: technology
Fiabilité: Moyenne
Ce que cela permet de conclure: Describe the observed public artefact
Ce que cela ne prouve pas: Une dépendance visible ne prouve ni la localisation des données, ni la juridiction contractuelle réelle, ni l’existence de sous-traitants cachés.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Directive (EU) 2022/2555 - supply-chain risk context Context only, scope must be established separately
Regulation (EU) 2022/2554 - DORA ICT third-party risk context for entities in scope

Voir la donnée brute

{
    "name": "Apache",
    "version": "",
    "version_exposed": false
}

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#26 Public HTTP response

Preuve : module_finding

Les en-têtes HTTP peuvent demander au navigateur d’appliquer certaines protections.

Actif non intrusif Élevée

Pourquoi cela compte

Ils constituent des lignes de défense visibles et vérifiables côté navigateur.

Que vérifier ensuite

Lire la valeur complète de chaque politique, identifier les directives permissives ou contradictoires et comparer les réponses des principales routes publiques.

Action possible

Durcir une politique progressivement à partir des besoins réels de l’application. Éviter les modèles génériques copiés sans test fonctionnel.

Observation: { "evidence": null, "severity": "info" }
Comprendre: HTTP response-header inspection
Source: Public HTTP response
Fiabilité: Élevée
Ce que cela permet de conclure: Describe defensive policies declared on the observed response
Ce que cela ne prouve pas: La présence d’un en-tête ne prouve pas qu’il est optimal ni qu’aucune vulnérabilité applicative n’existe.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Voir la donnée brute

{
    "evidence": null,
    "severity": "info"
}

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#27 Mail-related public records

Preuve : spf_policy

Les politiques publiques de messagerie indiquent comment le domaine encadre l’envoi, l’authentification et le transport des e-mails.

Actif non intrusif Élevée

Pourquoi cela compte

Ces mécanismes peuvent réduire l’usurpation du domaine et documenter la posture de transport mail.

Que vérifier ensuite

Relier SPF, DKIM lorsqu’un sélecteur est connu, DMARC, MX, MTA-STS et TLS-RPT. Comparer les changements de politique dans le temps.

Action possible

Avant de renforcer une politique, inventorier les flux légitimes et vérifier leur alignement. Déployer par étapes pour éviter de bloquer des expéditeurs autorisés.

Observation: hardfail
Comprendre: Public DNS and policy endpoint inspection
Source: Mail-related public records
Fiabilité: Élevée
Ce que cela permet de conclure: Describe published mail authentication and transport policies
Ce que cela ne prouve pas: Ils ne prouvent ni la délivrabilité réelle, ni le comportement de tous les destinataires, ni l’absence de phishing.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Sender Policy Framework RFC 7208
Domain-based Message Authentication, Reporting, and Conformance RFC 7489
SMTP TLS Reporting RFC 8460
SMTP MTA Strict Transport Security RFC 8461

Vérifier par vous-même

Cette commande permet de reproduire l’observation publique sans modifier la cible.

dig TXT alphatraining64.fr

Voir la donnée brute

hardfail

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#28 Public HTTP response

Preuve : module_finding

Les en-têtes HTTP peuvent demander au navigateur d’appliquer certaines protections.

Actif non intrusif Élevée

Pourquoi cela compte

Ils constituent des lignes de défense visibles et vérifiables côté navigateur.

Que vérifier ensuite

Lire la valeur complète de chaque politique, identifier les directives permissives ou contradictoires et comparer les réponses des principales routes publiques.

Action possible

Durcir une politique progressivement à partir des besoins réels de l’application. Éviter les modèles génériques copiés sans test fonctionnel.

Observation: { "evidence": null, "severity": "high" }
Comprendre: HTTP response-header inspection
Source: Public HTTP response
Fiabilité: Élevée
Ce que cela permet de conclure: Describe defensive policies declared on the observed response
Ce que cela ne prouve pas: La présence d’un en-tête ne prouve pas qu’il est optimal ni qu’aucune vulnérabilité applicative n’existe.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Voir la donnée brute

{
    "evidence": null,
    "severity": "high"
}

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#29 Mail-related public records

Preuve : module_finding

Les politiques publiques de messagerie indiquent comment le domaine encadre l’envoi, l’authentification et le transport des e-mails.

Actif non intrusif Élevée

Pourquoi cela compte

Ces mécanismes peuvent réduire l’usurpation du domaine et documenter la posture de transport mail.

Que vérifier ensuite

Relier SPF, DKIM lorsqu’un sélecteur est connu, DMARC, MX, MTA-STS et TLS-RPT. Comparer les changements de politique dans le temps.

Action possible

Avant de renforcer une politique, inventorier les flux légitimes et vérifier leur alignement. Déployer par étapes pour éviter de bloquer des expéditeurs autorisés.

Observation: { "evidence": null, "severity": "low" }
Comprendre: Public DNS and policy endpoint inspection
Source: Mail-related public records
Fiabilité: Élevée
Ce que cela permet de conclure: Describe published mail authentication and transport policies
Ce que cela ne prouve pas: Ils ne prouvent ni la délivrabilité réelle, ni le comportement de tous les destinataires, ni l’absence de phishing.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Sender Policy Framework RFC 7208
Domain-based Message Authentication, Reporting, and Conformance RFC 7489
SMTP TLS Reporting RFC 8460
SMTP MTA Strict Transport Security RFC 8461

Voir la donnée brute

{
    "evidence": null,
    "severity": "low"
}

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#30 Public HTTP response

Preuve : http_header

Les en-têtes HTTP peuvent demander au navigateur d’appliquer certaines protections.

Actif non intrusif Élevée

Pourquoi cela compte

Ils constituent des lignes de défense visibles et vérifiables côté navigateur.

Que vérifier ensuite

Lire la valeur complète de chaque politique, identifier les directives permissives ou contradictoires et comparer les réponses des principales routes publiques.

Action possible

Durcir une politique progressivement à partir des besoins réels de l’application. Éviter les modèles génériques copiés sans test fonctionnel.

Observation: [ "Apache" ]
Comprendre: HTTP response-header inspection
Source: Public HTTP response
Fiabilité: Élevée
Ce que cela permet de conclure: Describe defensive policies declared on the observed response
Ce que cela ne prouve pas: La présence d’un en-tête ne prouve pas qu’il est optimal ni qu’aucune vulnérabilité applicative n’existe.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Voir la donnée brute

[
    "Apache"
]

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#31 DNS public records

Preuve : dns_nameserver

Le DNS indique comment un domaine est résolu et quels services publics lui sont associés.

Passif Élevée

Pourquoi cela compte

Une résolution cohérente et vérifiable limite certaines formes de falsification et aide à comprendre les dépendances de l’entité.

Que vérifier ensuite

Comparer les NS, A/AAAA, MX, CAA et la chaîne DNSSEC avec les mesures précédentes pour repérer les changements de délégation ou d’opérateur.

Action possible

Si un changement est inattendu, vérifier la configuration auprès du registrar et du fournisseur DNS avant toute modification. Documenter les mécanismes de secours réellement disponibles.

Observation: ns12.infomaniak.ch
Comprendre: Standard DNS resolution and record parsing
Source: DNS public records
Fiabilité: Élevée
Ce que cela permet de conclure: Describe public DNS data observed at scan time
Ce que cela ne prouve pas: Le DNS public ne prouve ni la localisation physique des serveurs, ni les contrats, ni la disponibilité mondiale.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

DNSSEC introduction and requirements RFC 4033
DNSSEC resource records RFC 4034
DNSSEC protocol modifications RFC 4035
Certification Authority Authorization RFC 8659
Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Vérifier par vous-même

Cette commande permet de reproduire l’observation publique sans modifier la cible.

dig NS alphatraining64.fr

Voir la donnée brute

ns12.infomaniak.ch

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#32 DNS public records

Preuve : mail_exchanger

Le DNS indique comment un domaine est résolu et quels services publics lui sont associés.

Passif Élevée

Pourquoi cela compte

Une résolution cohérente et vérifiable limite certaines formes de falsification et aide à comprendre les dépendances de l’entité.

Que vérifier ensuite

Comparer les NS, A/AAAA, MX, CAA et la chaîne DNSSEC avec les mesures précédentes pour repérer les changements de délégation ou d’opérateur.

Action possible

Si un changement est inattendu, vérifier la configuration auprès du registrar et du fournisseur DNS avant toute modification. Documenter les mécanismes de secours réellement disponibles.

Observation: mta-gw.infomaniak.ch
Comprendre: Standard DNS resolution and record parsing
Source: DNS public records
Fiabilité: Élevée
Ce que cela permet de conclure: Describe public DNS data observed at scan time
Ce que cela ne prouve pas: Le DNS public ne prouve ni la localisation physique des serveurs, ni les contrats, ni la disponibilité mondiale.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

DNSSEC introduction and requirements RFC 4033
DNSSEC resource records RFC 4034
DNSSEC protocol modifications RFC 4035
Certification Authority Authorization RFC 8659
Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Vérifier par vous-même

Cette commande permet de reproduire l’observation publique sans modifier la cible.

dig MX alphatraining64.fr

Voir la donnée brute

mta-gw.infomaniak.ch

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#33 DNS public records

Preuve : dns_address

Le DNS indique comment un domaine est résolu et quels services publics lui sont associés.

Passif Élevée

Pourquoi cela compte

Une résolution cohérente et vérifiable limite certaines formes de falsification et aide à comprendre les dépendances de l’entité.

Que vérifier ensuite

Comparer les NS, A/AAAA, MX, CAA et la chaîne DNSSEC avec les mesures précédentes pour repérer les changements de délégation ou d’opérateur.

Action possible

Si un changement est inattendu, vérifier la configuration auprès du registrar et du fournisseur DNS avant toute modification. Documenter les mécanismes de secours réellement disponibles.

Observation: 185.125.27.195
Comprendre: Standard DNS resolution and record parsing
Source: DNS public records
Fiabilité: Élevée
Ce que cela permet de conclure: Describe public DNS data observed at scan time
Ce que cela ne prouve pas: Le DNS public ne prouve ni la localisation physique des serveurs, ni les contrats, ni la disponibilité mondiale.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

DNSSEC introduction and requirements RFC 4033
DNSSEC resource records RFC 4034
DNSSEC protocol modifications RFC 4035
Certification Authority Authorization RFC 8659
Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Vérifier par vous-même

Cette commande permet de reproduire l’observation publique sans modifier la cible.

dig A alphatraining64.fr && dig AAAA alphatraining64.fr

Voir la donnée brute

185.125.27.195

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#34 Public HTTP response

Preuve : module_finding

Les en-têtes HTTP peuvent demander au navigateur d’appliquer certaines protections.

Actif non intrusif Élevée

Pourquoi cela compte

Ils constituent des lignes de défense visibles et vérifiables côté navigateur.

Que vérifier ensuite

Lire la valeur complète de chaque politique, identifier les directives permissives ou contradictoires et comparer les réponses des principales routes publiques.

Action possible

Durcir une politique progressivement à partir des besoins réels de l’application. Éviter les modèles génériques copiés sans test fonctionnel.

Observation: { "evidence": null, "severity": "low" }
Comprendre: HTTP response-header inspection
Source: Public HTTP response
Fiabilité: Élevée
Ce que cela permet de conclure: Describe defensive policies declared on the observed response
Ce que cela ne prouve pas: La présence d’un en-tête ne prouve pas qu’il est optimal ni qu’aucune vulnérabilité applicative n’existe.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Directive (EU) 2022/2555 - NIS2 Risk-management context only
Regulation (EU) 2024/2847 - Cyber Resilience Act Product cybersecurity context only

Voir la donnée brute

{
    "evidence": null,
    "severity": "low"
}

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

#35 Mail-related public records

Preuve : module_finding

Les politiques publiques de messagerie indiquent comment le domaine encadre l’envoi, l’authentification et le transport des e-mails.

Actif non intrusif Élevée

Pourquoi cela compte

Ces mécanismes peuvent réduire l’usurpation du domaine et documenter la posture de transport mail.

Que vérifier ensuite

Relier SPF, DKIM lorsqu’un sélecteur est connu, DMARC, MX, MTA-STS et TLS-RPT. Comparer les changements de politique dans le temps.

Action possible

Avant de renforcer une politique, inventorier les flux légitimes et vérifier leur alignement. Déployer par étapes pour éviter de bloquer des expéditeurs autorisés.

Observation: { "evidence": null, "severity": "low" }
Comprendre: Public DNS and policy endpoint inspection
Source: Mail-related public records
Fiabilité: Élevée
Ce que cela permet de conclure: Describe published mail authentication and transport policies
Ce que cela ne prouve pas: Ils ne prouvent ni la délivrabilité réelle, ni le comportement de tous les destinataires, ni l’absence de phishing.

Normes et cadre de référence

Les références réglementaires sont contextuelles. Scanapse ne détermine pas si un texte est applicable à l’organisation et ne délivre aucun verdict automatique de conformité.

Sender Policy Framework RFC 7208
Domain-based Message Authentication, Reporting, and Conformance RFC 7489
SMTP TLS Reporting RFC 8460
SMTP MTA Strict Transport Security RFC 8461

Voir la donnée brute

{
    "evidence": null,
    "severity": "low"
}

Règle 2026.09.4 · 2026-09-04T19:35:04+00:00

Afficher les détails techniques

{
    "schema_version": "2.0",
    "engine_version": "2.6.0.1",
    "pattern_version": "2026.09.4",
    "scope": {
        "mode": "passive",
        "coverage": "full",
        "access_level": "full",
        "access_reason": "public_document_available",
        "requests": 2,
        "homepage_only": true,
        "javascript_executed": false,
        "ports_scanned": false,
        "private_networks_blocked": true,
        "protection_bypassed": false,
        "max_body_bytes": 1572864,
        "scan_budget_seconds": 24,
        "budget_exhausted": false,
        "transport": "curl_with_socket_fallback"
    },
    "entity": {
        "id": "d758e8056be4544d3f5197838a2772032cd7c76a136f6c1427bb3f58bd2d6108",
        "display_name": "alphatraining64.fr",
        "slug": "alphatraining64-fr",
        "entity_type": "domain_subject",
        "auto_created": true,
        "primary_asset": "alphatraining64.fr"
    },
    "methodology": {
        "version": "2.3.1",
        "model": "evidence_first",
        "principles": [
            "absence_of_evidence_is_not_evidence_of_absence",
            "unknown_remains_unknown",
            "provider_metadata_is_not_data_location",
            "edge_provider_is_not_origin_host",
            "single_snapshot_does_not_prove_resilience"
        ]
    },
    "trajectory_summary": {
        "has_previous_scan": false,
        "change_counts": [],
        "observation_count": 35,
        "evidence_count": 35,
        "provider_count": 1,
        "strategic_signal_count": 1,
        "top_signal_count": 1
    }
}