Développement web il3

HTTPS

Sécuriser un site web

• Authentification du serveur
  • Assurer que le serveur est celui qu’il prétend être
• Intégrité des données
  • Assurer que les données reçues sont celles qui ont été envoyées
• Confidentialité des données
  • Eviter que des tiers ne puissent voir les données
• Authentification du client (optionnelle)
  • Assurer que le client est celui qu’il prétend être
• Pour un site web, ces services sont fournis par https
  • HTTPS : HTTP sécurisé par SSL/TLS, par défaut sur le port 443

Secure Socket Layer –> Transport Layer Security

• Conçu par Netscape (v2.0 en 1994, v3.0 en 1996)
• Brevet racheté par l’IETF : TLS v1.0 en 1999 (SSL 3.1), v1.3 en 2018
• Couche Application :
  • Entre les couches transport et application
  • Pas besoin de modifier la pile TCP/IP
• Possibilité de sécuriser d’autres protocoles :
  • HTTP, SMTP, SIP, …
• Services offerts :
  • Authentification serveur + intégrité données
  • Confidentialité des données
  • Authentification optionnelle du client
• Certificats (clé publique associée au certificat)

Rôle d’un certificat

• Garantir le lien entre une entité physique et une entité numérique :
  • Intégrité des données
  • Authentification
  • Confidentialité
• Document contenant une identité et une signature numérique
• Utilisations courantes : https, mails
• Délivré par une autorité de certification
• Certificats clients

Autorité de Certification

• Tiers de confiance
  • enregistrée et certifiée par des autorités publiques ou de gouvernance de l’Internet
• Rôle :
  • Vérifier et garantir les informations sur l’entité
  • Emettre, délivrer et révoquer les certificats
  • Leur assigner une période de validité
  • Maintenir la liste des certificats valides/révoqués
• Certificats auto-signés :
  • usage interne
  • pas de tiers de confiance

Contenu d’un certificat X509

• version de X.509 (v3, depuis 1996)
• numéro de série du certificat
• algorithme de chiffrement utilisé pour signer le certificat
• nom de l’AC émettrice
• informations sur la clé publique
• dates de début et fin de validité du certificat
• clé publique du propriétaire du certificat
• signature de l’émetteur du certificat (thumbprint)
• …

Composants d’une PKI

CA : Autorité de certification - VA : Autorité de validation - RA : Autorité d’enregistrement

Scénario simplifié de connexion HTTPS

1. Le client demande une page sécurisée
2. Le serveur émet sa clé publique et son certificat
3. Le client vérifie la validité du certificat (et qu’il correspond au site)
4. Le client utilise la clé publique pour chiffrer la clé symétrique (CS) utilisée ensuite
5. Le serveur déchiffre cette CS (avec sa clé privée) et l’utilise pour décoder la requête HTTPS
6. Le serveur répond à la requête en chiffrant avec la CS
7. Le navigateur décode la réponse avec la CS

• En images, ou ici ou en slides
• 2-5 en TCP

Déploiement

• Installer OpenSSL
• (Créer son autorité de certification si autosigné)
• Obtenir le certificat et la clé privée du serveur
• Configurer httpd. Pour Apache :
  • virtual host (port 443), ssl.conf, (ports.conf)
• Création de l’arborescence sécurisée
• Démarrage serveur
• OU BIEN utiliser Let’s encrypt
• OU BIEN utiliser un serveur pré-configuré comme Caddy

HTTPS Aujourd’hui

• Il n’y a plus de bonne raison d’utiliser HTTP
• TLS toujours utilisé avec HTTP2 et HTTP3
• HTTP2 et 3 minimisent et accélèrent les échanges
• Certificats gratuits
• Mise en place simplifiée

Ressources

• SebSauvage
• HTTPS en détails :
  • Diagramme de séquence HTTPS
  • Diagramme de séquence SPDY
  • SSL en détails
• Durée de vie de la Clé Symétrique
• Faux Certificat
• Autorités de certification :
  • Let’s Encrypt
  • CA Cert
  • SSLforFree
• Différences TLS / SSH : Snailbook, StackExchange

Sources