NTP & ANSSI
Guide d'hygiène, OIV, NIS 2

Publié le 12 mai 2026 · Par Richard DEMONGEOT, RDEM Systems · À propos de l’auteur · Audience : RSSI du secteur public, des OIV, des OSE/EE sous périmètre NIS 2 FR ; auditeurs PASSI ; intégrateurs souverains.

1. Le cadre réglementaire français — vue d'ensemble

Contrairement à ISO 27001 ou PCI-DSS qui condensent leurs exigences dans un document unique, le cadre français se construit par empilement de plusieurs textes — chacun reprenant à sa manière l'exigence d'horodatage fiable. Les cinq strates pertinentes pour NTP :

Texte	Périmètre	Mention temporelle
Guide d'hygiène informatique de l'ANSSI	Toute organisation, base de cybersécurité	Journalisation centralisée et corrélable
LPM 2013 (Art. 22) + arrêtés sectoriels	Opérateurs d'Importance Vitale	Traçabilité horodatée des actions d'administration
Loi du 30 avril 2025 (transposition NIS 2 / REC)	Entités essentielles et importantes	Mesures techniques alignées Art. 21 NIS 2 dont temps
RGS v2.0	Autorités administratives, téléservices	Intégrité et traçabilité des journaux d'audit
II 901	Informations sensibles non classifiées	Traçabilité et imputabilité des accès

Aucun de ces textes ne dit explicitement « configurez NTP avec telle hiérarchie ». Tous le supposent en arrière-plan : sans horloges synchronisées sur l'ensemble du périmètre, aucune obligation de traçabilité, de corrélation de logs ou d'imputabilité ne peut être satisfaite.

2. Guide d'hygiène informatique de l'ANSSI : où NTP apparaît

Le Guide d'hygiène informatique de l'ANSSI — référence socle pour toute organisation visant un niveau cybersécurité basique défendable — articule plusieurs dizaines de mesures. Trois d'entre elles cadrent indirectement l'obligation NTP :

Le guide ne nomme ni protocole ni source autorisée. En 2026, la lecture cohérente est : NTP authentifié, sources redondées, supervision active.

3. OIV et SIIV : l'obligation NTP via la LPM

L'article 22 de la Loi de Programmation Militaire 2013 a institué le régime des Opérateurs d'Importance Vitale. Pour chaque OIV désigné, l'ANSSI homologue un ou plusieurs Systèmes d'Information d'Importance Vitale (SIIV). Le décret 2015-351 du 27 mars 2015 et les arrêtés sectoriels qui en découlent prescrivent les règles techniques applicables aux SIIV.

Sur le terrain temporel, les SIIV doivent satisfaire trois obligations en cascade :

1. Journaux datés, horodatés et corrélables. Chaque action d'administration, chaque alerte, chaque connexion est enregistrée avec un timestamp précis et fiable.
2. Conservation des journaux. La durée varie par secteur ; six mois à un an minimum est la pratique courante, davantage pour les secteurs régaliens.
3. Disponibilité des journaux à l'auditeur ANSSI ou PASSI lors des contrôles. Une dérive temporelle qui empêcherait la reconstitution d'une cinétique d'incident est un constat d'audit.

4. Transposition NIS 2 : la loi REC d'avril 2025

La directive (UE) 2022/2555 — NIS 2 — devait être transposée par les États membres avant le 17 octobre 2024. La France a tenu la transposition via la loi du 30 avril 2025 portant transposition de la directive REC (Résilience des Entités Critiques) et de la directive NIS 2, communément appelée « loi REC » ou « loi NIS 2 FR ».

Ce que cela change pour le périmètre NTP :

• Extension du périmètre régulé. Au-delà des seuls OIV, la loi désigne des entités essentielles (EE) et des entités importantes (EI) couvrant énergie, transport, banque, santé, infrastructure numérique, administration publique, eaux, etc.
• Délais de notification d'incident. Article 23 NIS 2 transposé : alerte précoce sous 24h, notification d'incident sous 72h, rapport final sous 1 mois. Comme pour la LPM, ces délais exigent une cinétique reconstituable — donc une synchronisation temporelle robuste.
• L'ANSSI comme autorité nationale compétente. Les contrôles techniques NTP s'inscriront dans la trame des audits ANSSI déjà appliquée aux SIIV.

Voir notre page dédiée aux exigences NIS 2 sur la synchronisation temporelle pour la cartographie article par article.

5. RGS et II 901 : la synchronisation comme prérequis implicite

Le Référentiel Général de Sécurité v2.0 structure les exigences de sécurité pour les autorités administratives qui exposent des téléservices. Trois fonctions de sécurité s'appuient sur une horloge synchronisée :

• Imputabilité des actions. Lier une action à un identifiant nominatif et à un instant unique exige une horloge cohérente entre l'authentificateur, l'applicatif et le journal.
• Intégrité des journaux d'audit. Un journal dont l'horodatage est suspect ne peut servir de preuve en cas de contestation.
• Authentification renforcée. Les jetons TOTP (RFC 6238) et les flux MFA cassent si l'horloge dérive au-delà de la fenêtre de tolérance — typiquement ±30 s.

L'Instruction Interministérielle 901 (II 901) — qui régit la protection des informations sensibles non classifiées — pose des exigences similaires de traçabilité et d'imputabilité, applicables aux systèmes traitant ce type d'information.

6. Architecture NTP « ANSSI-compatible » — modèle de référence

Le schéma qui passe les audits PASSI sans réserves :

           ┌─────────────────────────────────────────┐
           │  Sources externes — diversifiées          │
           │  ───────────────────────────────────────  │
           │  • LNE / métrologie nationale FR           │
           │  • PTB time.ptb.de  (FR voisin)            │
           │  • NTS souverain — RDEM / Netnod           │
           │  • Cloudflare NTS    (anycast)             │
           │  • GNSS Stratum 1 sur site (idéal SIIV)    │
           └─────────────────┬───────────────────────┘
                             │ NTS-KE (TCP 4460)
                             │ + NTP (UDP 123) authentifié
                             ▼
           ┌─────────────────────────────────────────┐
           │  Stratum 2 internes — au moins 2          │
           │  ───────────────────────────────────────  │
           │  ntp-prod-a, ntp-prod-b                   │
           │  Peering mutuel; supervision active        │
           └─────────────────┬───────────────────────┘
                             │ NTP interne (UDP 123)
                             ▼
           ┌─────────────────────────────────────────┐
           │  Périmètre régulé                         │
           │  ───────────────────────────────────────  │
           │  SIIV / EE / EI · Bastion · SIEM · IDS    │
           │  Aucune connexion NTP sortante directe    │
           └─────────────────────────────────────────┘

Trois invariants à défendre devant l'auditeur :

1. Aucune source externe non documentée. La liste des sources amont est versionnée, justifiée et revue annuellement.
2. Aucune horloge cliente ne parle directement à Internet. Le périmètre régulé tape uniquement sur les stratums internes.
3. Supervision en temps réel des stratums. Alerte instantanée sur stratum ≥ 16, reach = 0, ou false-ticker — y compris sur les stratums internes.

La ligne « GNSS Stratum 1 sur site » du schéma est l'idéal SIIV, mais elle suppose une antenne, un récepteur et un oscillateur de holdover — c'est-à-dire un projet en soi. Pour les périmètres qui ne peuvent pas l'internaliser, l'alternative défendable devant un auditeur est une source primaire opérée en France, sur infrastructure française : ce qu'implique réellement l'exploitation d'un serveur Stratum 1, du récepteur GNSS à la tenue en holdover.

7. Pièces de preuve pour audit qualifié (PASSI / homologation SIIV)

Dossier anssi-ntp/ à constituer avant un audit PASSI ou un dossier d'homologation :

1. Note d'analyse de risque temporel. Identification des dépendances critiques au temps (logs, MFA, certificats) et menaces correspondantes.
2. Schéma d'architecture daté. Le modèle ci-dessus appliqué à votre SI, avec hostnames et ASN.
3. Liste justifiée des sources amont. Une page par source : nature, opérateur, mode d'authentification (NTS / clé), pertinence vis-à-vis du périmètre régulé.
4. Configurations de production. chrony.conf de chaque niveau, anonymisé si nécessaire.
5. Journal de supervision. 90 jours d'offset, reach, stratum pour chaque stratum interne ; capture d'alertes effectivement déclenchées et traitées.
6. Procédure de gestion des secrets NTS / clés symétriques. Qui détient quoi, où, depuis quand, prochaine rotation.
7. Rapport de validation. Sortie datée du Validateur NTP en ligne et du test IPv6 dual-stack pour chaque source amont.
8. Revue annuelle signée. Document attestant que le RSSI a validé le dispositif sur l'année écoulée.

8. Cartographie ANSSI ↔ ISO 27001 ↔ NIS 2 ↔ DORA

Un dossier de preuves conforme à l'ANSSI ferme simultanément les exigences temporelles des grands référentiels internationaux :

Exigence	Référentiel ANSSI	ISO 27001:2022	NIS 2	PCI-DSS v4.0	DORA
Source temporelle approuvée	Guide d'hygiène + LPM/SIIV	A.8.17	Art. 21(2)(c)	Req. 10.6	Art. 11
Authentification du canal	Exigences SIIV — bonnes pratiques NTS	A.8.17 (implicite)	Art. 21(2)(e)	Req. 10.6.2	Art. 9(3)
Supervision et alerte	Guide d'hygiène — journalisation	A.8.16	Art. 21(2)(g)	Req. 10.4	Art. 10
Rétention des journaux	Arrêtés sectoriels + II 901	A.8.15	Art. 23 (transp.)	Req. 10.7	Art. 12
Imputabilité / traçabilité	RGS + II 901	A.5.15	Art. 21(2)(i)	Req. 10.2	Art. 11(3)

Voir aussi : ISO 27001 Contrôle 8.17 · Exigences NTP NIS 2 · PCI-DSS Exigence 10.6.

Lorsque le dossier de preuves est tenu comme un livrable managé, RDEM Systems opère la synchronisation et constitue la chaîne de traçabilité documentée vers UTC — l'audit de traçabilité vers UTC.

Autre angle ? Utilisez l'outil adapté :

• Mesurer jitter, offset, latence → ntp-tester.eu
• Diagnostiquer firewall / port 123 / démon → check-ntp.net
• Architecture de référence souveraine → ntp.rdem-systems.com