Protocoles applicatifs TCPIP
Définition
Les protocoles applicatifs TCP/IP sont les protocoles de la couche Process/Application du modele DoD. Ils fournissent les services reseau proches de l'utilisateur : acces distant, transfert de fichiers, navigation Web, resolution de noms, attribution d'adresses et supervision.
Contexte
CCST met fortement l'accent sur ces protocoles : il faut connaitre leur role, leur port, leur protocole de transport (TCP ou UDP) et savoir si ils sont securises ou non.
Détails techniques
Tableau des protocoles applicatifs CCST
| Protocole | Port(s) | Transport | Sécurisé ? | Rôle |
|---|---|---|---|---|
| Telnet | 23 | TCP | Non (clair) | Acces distant CLI (obsolete) |
| SSH | 22 | TCP | Oui (chiffre) | Acces distant CLI securise |
| FTP | 20 (data), 21 (control) | TCP | Non | Transfert de fichiers |
| SFTP | 22 (via SSH) | TCP | Oui | Transfert de fichiers securise |
| TFTP | 69 | UDP | Non | Transfert de fichiers simple (firmware, config) |
| HTTP | 80 | TCP | Non | Navigation Web |
| HTTPS | 443 | TCP | Oui (TLS) | Navigation Web securisee |
| DNS | 53 | UDP (requetes) / TCP (transferts de zone) | Non (par defaut) | Resolution nom → IP |
| DHCP | 67 (serveur), 68 (client) | UDP | Non | Attribution dynamique d'adresses IP |
| NTP | 123 | UDP | Non | Synchronisation d'horloge |
| SNMP | 161 (requetes), 162 (traps) | UDP | Partiel (v3 = chiffre) | Supervision et alertes reseau |
Protocoles d'acces distant
- Telnet : transmet tout en clair (identifiants, commandes). A proscrire en production.
- SSH : chiffre la session complete. Authentification par mot de passe ou cle publique. Standard pour l'administration d'equipements reseau.
Protocoles de transfert de fichiers
- FTP : utilise 2 connexions — canal de controle (port 21) et canal de donnees (port 20). Mode actif vs passif.
- SFTP : encapsule le transfert dans un tunnel SSH (port 22). Pas de canal de donnees separe.
- TFTP : aucune authentification, aucun chiffrement. Utilise pour charger des fichiers de configuration ou firmware sur des equipements simples (ex :
copy tftp: flash:sur un routeur Cisco).
DNS — Resolution de noms
Client DNS Resolver DNS Server
| | |
|--- Requete DNS --->| |
| (www.example.com)|--- Requete ------->|
| |<-- Reponse --------|
|<-- IP: 93.184.216.34 |
| | |
- Le client interroge un resolver (generalement configure par DHCP).
- Types de requetes : A (IPv4), AAAA (IPv6), MX (mail), CNAME (alias), PTR (reverse).
DHCP — Attribution d'adresses (DORA)
| Etape | Message | Direction | Protocole |
|---|---|---|---|
| Discover | DHCP Discover | Client → Broadcast | UDP 68 → 67 |
| Offer | DHCP Offer | Serveur → Client | UDP 67 → 68 |
| Request | DHCP Request | Client → Broadcast | UDP 68 → 67 |
| Ack | DHCP Ack | Serveur → Client | UDP 67 → 68 |
- Si aucun serveur DHCP ne repond, le client passe en APIPA : adresse aleatoire en 169.254.x.x/16.
- Les parametres fournis par DHCP : adresse IP, masque, passerelle par defaut, serveur DNS, duree du bail.
Exemple concret
Un administrateur configure un switch via SSH (port 22). Il utilise TFTP pour charger un nouveau firmware. Le switch interroge un serveur NTP (port 123) pour synchroniser son horloge. Un poste client obtient son IP via DHCP, puis resout www.intranet.local via DNS (port 53) et accede au site interne en HTTPS (port 443).