Important

** Matrice Officielle Debian — Debian 12 (Bookworm) · Debian 13 (Trixie) · Debian 14 (Forky)**

• Sources Officielles Debian.org (openssh) : Bookworm (12) : 1:9.2p1-2+deb12u10  ·  Trixie (13 — Stable) : 1:10.0p1-7+deb13u4  ·  Forky (14 — Next-Gen) : 1:10.6p1-1
• Références Officielles : Paquet Debian Trixie (openssh-server)  ·  Paquet Debian Forky (openssh-server)  ·  Documentation Officielle Debian
• Note d'Ingénierie (Divergence 13 vs 14) : Sous Debian 13 (Trixie) et Debian 14 (Forky), l'unité systemd se nomme ssh.service (et non sshd), les surcharges se placent dans /etc/ssh/sshd_config.d/*.conf, et les logs d'authentification se lisent via journalctl -u ssh (/var/log/auth.log n'existe plus sans rsyslog).

Afficher les Encarts Ligne de Commande : Debian 13 (Trixie — Stable) vs Debian 14 (Forky — Next-Gen)

Profil Production Stable — Commandes pour Debian 13 (Trixie)

# Debian 13 (Trixie — OpenSSH 9.9+) : Durcissement modulaire dans /etc/ssh/sshd_config.d/
sudo sshd -t && sudo systemctl reload ssh
sudo journalctl -u ssh.service -n 50 --no-hostname

Profil Anticipation Next-Gen — Commandes pour Debian 14 (Forky)

# Debian 14 (Forky — OpenSSH 10.x) : Suppression definitive du support DSA & echange post-quantique sntrup761/mlkem768
ssh -Q kex | grep -E 'mlkem|sntrup'
sudo sshd -T | grep -E 'permitrootlogin|passwordauthentication|port'

Tip

Guide de Lecture & Progression par Niveau (SSH)

• Rôle de la brique : OpenSSH (sshd) fournit un canal d'administration distante, d'exécution de commandes et de transfert de fichiers (SFTP) intégralement chiffré et authentifié de bout en bout.
• Parcours recommandé : Niveau 1 (Fondamentaux & Installation initiale) pour déployer une base saine → Niveau 2 (Configuration & Intégration) → Niveau 3 (Haute Disponibilité, Durcissement & Exploitation).

Synthèse d'Architecture, Standards Officiels & Diagnostic (Niveau 1 : Fondamentaux · Niveau 2 : Repères · Niveau 3 : Diagnostic)

• Niveau 1 — Fondamentaux & Principe d'Architecture : OpenSSH (sshd) fournit un canal d'administration distante, d'exécution de commandes et de transfert de fichiers (SFTP) intégralement chiffré et authentifié de bout en bout.
• Niveau 2 — Repères Officiels (Ports IANA, Fichiers Debian & Commandes de Validation) : Port IANA : TCP 22 (ou port durci dédié)  |  Fichiers Debian : /etc/ssh/sshd_config, /etc/ssh/sshd_config.d/*.conf, ~/.ssh/authorized_keys (chmod 600)  |  Validation officielle : sudo sshd -t.
• Niveau 3 — Diagnostic d'Incidents & Ingénierie Avancée : Diagnostic & Architecture : Si l'authentification par clé publique échoue, contrôlez les droits POSIX stricts (chmod 700 ~/.ssh et chmod 600 ~/.ssh/authorized_keys). Désactivez l'authentification par mot de passe (PasswordAuthentication no) au profit de clés asymétriques Ed25519, de certificats SSH (CA) et de l'échange de clés hybride post-quantique (mlkem768x25519-sha256 dès OpenSSH 9.9/10.0).
• Sources de Vérité Officielles Éditeurs & Standards : Manpage Officielle OpenSSH sshd_config(5)  ·  Spécifications Officielles OpenSSH  ·  Recommandations ANSSI OpenSSH
• Livres Blancs & 67 Podcasts Audio R&D : Portail 0xCyberLiTech  ·  Livre Blanc SOC Cockpit v5.5  ·  Livre Blanc JARVIS Mark-VII  ·  Blueprint Logiciel & Matériel RTX 5080

01 // SOMMAIRE DES DOSSIERS TECHNIQUES — ATELIER SSH // BASTION & CRYPTOGRAPHIE

Catégorie	Sujet	Accès Rapide
SSH	Connexion SSH — Windows (PowerShell) → Serveur Linux.
SSH	Connexion SSH — Machine Linux (Debian) → Serveur Linux (DEBIAN).
SSH	Durcissement OpenSSH 9.9/10.0 : Cryptographie Post-Quantique (ML-KEM), Autorité de Certification SSH & FIDO2 sur Debian 12, 13 & 14

---

Le protocole SSH

02 // Qu’est-ce que SSH ?

SSH (Secure Shell) est un protocole réseau permettant d'établir une connexion sécurisée entre un client et un serveur, principalement pour administrer des systèmes à distance.

---

03 // Objectifs principaux de SSH :

• Sécurité : chiffrer toutes les communications pour éviter l’espionnage.
• Authentification : vérifier l’identité du client (et parfois du serveur).
• Intégrité : garantir que les données échangées ne sont pas altérées.
• Confidentialité : empêcher les interceptions et accès non autorisés.

---

04 // Comment fonctionne SSH ?

1. Établissement de la connexion
   Le client contacte le serveur SSH sur le port par défaut 22.

2. Négociation cryptographique
   Le client et le serveur s'accordent sur les algorithmes de chiffrement, de hachage et d’échange de clés.

3. Authentification
   Le client s’authentifie via :

   • Un mot de passe,
   • Ou plus sécurisé : une clé publique/clé privée (authentification par clé SSH).

4. Session sécurisée
   Toutes les données échangées (commandes, fichiers) sont chiffrées.

---

05 // Les avantages de SSH :

• Sécurité renforcée par rapport à des protocoles comme Telnet (non chiffré).
• Multiples usages : administration distante, transfert de fichiers (SCP, SFTP), tunnels sécurisés.
• Authentification par clé publique qui supprime le besoin de mot de passe.
• Support sur tous les systèmes Unix/Linux et sur Windows avec des clients compatibles.

_{Architecturé & Forgé par Marc & Antigravity (Google DeepMind)  ·  0xcyberlitech.com  ·  Architecture SOC Cockpit v5.5  ·  Architecture JARVIS Mark-VII  ·  Blueprint Matériel RTX 5080}