UA 3: UTILISATION DES RESSOURCES NUMERIQUES

## Objectifs et prérequis À l’issue de ce chapitre, l’élève sera capable de : - **Décrire** le fonctionnement des principaux protocoles de communication électronique (SMTP, POP3, IMAP, MIME) et leurs rôles dans l’envoi et la réception de messages. - **Expliquer** les mécanismes de sécurité associés (chiffrement TLS/SSL, signatures numériques, filtrage anti‑spam, lutte contre le phishing). - **Réaliser** des calculs simples liés au débit de transmission et au temps d’envoi de pièces jointes. - **Identifier** les différents modèles de stockage en nuage (SaaS, IaaS, PaaS) et les services de partage courants (WebDAV, FTP/SFTP, API REST). - **Mettre en œuvre** une stratégie de sauvegarde (incrémentielle, différentielle, snapshot) et comprendre l’intérêt du versionnage (ex. Git). - **Appliquer** les bonnes pratiques de confidentialité et de conformité (RGPD, authentification forte, chiffrement de bout en bout). **Prérequis** : notions de base sur les réseaux informatiques (adresse IP, masque, routage), notions de sécurité (mot de passe, pare‑feu), familiarité avec l’utilisation d’un navigateur web et d’un client de messagerie. --- ## Introduction contextualisée Dans un monde où les échanges sont de plus en plus dématérialisés, la maîtrise des outils de communication électronique et du stockage en ligne constitue une compétence essentielle pour tout citoyen numérique. Que ce soit pour transmettre un devoir, partager un projet collaboratif ou sauvegarder des données critiques, les élèves doivent comprendre non seulement *comment* ces services fonctionnent, mais aussi *quels* enjeux de sécurité, de confidentialité et de conformité ils impliquent. Ce chapitre s’inscrit dans la logique du programme MINESEC/IGE qui privilégie l’approche par compétences : l’élève doit être capable d’analyser une situation, de choisir l’outil adapté et de justifier son choix par des arguments techniques et réglementaires. --- ## I. Communication électronique ### 5.1 Notions de base La communication électronique regroupe tous les échanges de données numériques entre deux ou plusieurs terminaux via un réseau. Les services les plus répandus sont le courrier électronique (e‑mail), la messagerie instantanée et les visioconférences. > **Définition** : Un *protocole* est un ensemble de règles qui régissent l’échange d’informations entre systèmes informatiques afin d’assurer l’interopérabilité. Les principaux protocoles de messagerie sont : - **SMTP** (Simple Mail Transfer Protocol) : utilisé pour l’envoi du courrier du client vers le serveur et entre serveurs. - **POP3** (Post Office Protocol version 3) : permet de récupérer les messages depuis un serveur vers un client, en les supprimant généralement du serveur après téléchargement. - **IMAP** (Internet Message Access Protocol) : permet de gérer les messages directement sur le serveur, en conservant une copie synchronisée entre plusieurs appareils. - **MIME** (Multipurpose Internet Mail Extensions) : définit le format des messages contenant des pièces jointes, du texte enrichi ou du HTML. ### 5.2 Fonctionnement du courrier électronique Lorsqu’un utilisateur envoie un e‑mail, le processus se déroule en plusieurs étapes : 1. **Composition** : le client de messagerie crée un message conforme à la norme RFC 5322, éventuellement enrichi par MIME. 2. **Soumission** : le client se connecte au serveur SMTP (généralement sur le port 25, 587 ou 465) et transmet le message grâce à la séquence de commandes `HELO/EHLO`, `MAIL FROM`, `RCPT TO`, `DATA`. 3. **Relais** : le serveur SMTP recherche le serveur destinataire via un enregistrement MX (Mail Exchange) du DNS et lui transmet le message. 4. **Stockage** : le serveur destinataire dépose le message dans la boîte aux lettres du destinataire, accessible via POP3 ou IMAP. 5. **Récupération** : le client du destinataire récupère le message selon le protocole choisi. > **Règle** : Le protocole SMTP fonctionne en mode *push* (le serveur pousse le message vers le destinataire), tandis que POP3/IMAP fonctionnent en mode *pull* (le client tire le message depuis le serveur). #### Exemple 1 : Calcul du temps d’envoi d’une pièce jointe Supposons un fichier de taille 5 Mo à envoyer via une liaison ADSL de débit montant 1 Mbps. - Convertissons la taille en bits : $5\text{ Mo}=5\times 8\text{ Mbit}=40\text{ Mbit}$. - Temps théorique : $t=\frac{\text{taille}}{\text{débit}}=\frac{40\text{ Mbit}}{1\text{ Mbps}}=40\text{ s}$. En pratique, il faut ajouter les overheads SMTP/MIME (environ 30 %) : $t_{\text{réel}}\approx 40\times1,3\approx 52\text{ s}$. #### Exemple 2 : Taille maximale autorisée par un serveur SMTP Un serveur accepte les messages jusqu’à 25 Mo. Un utilisateur souhaite envoyer une présentation PowerPoint de 18 Mo accompagnée de cinq photos de 2 Mo chacune. - Taille totale = $18 + 5\times2 = 28\text{ Mo}$. - Comme $28\text{ Mo}>25\text{ Mo}$, le message sera rejeté. - Solution : compresser les photos (ex. JPEG à 80 % qualité) réduisant chacune à 1,2 Mo → nouvelle taille = $18 + 5\times1,2 = 24\text{ Mo}<25\text{ Mo}$ → envoi accepté. ### 5.3 Sécurité de la communication électronique Les menaces principales sont l’interception, la falsification, le spam et le phishing. > **Propriété** : Le chiffrement de la connexion SMTP (STARTTLS) ou l’utilisation du port 465 (SMTPS) assure la confidentialité du canal grâce à TLS/SSL. - **TLS/SSL** : protocole qui établit une clé symétrique de session après échange de certificats X.509. - **Signature numérique** (ex. PGP/GPG) : permet de garantir l’intégrité et l’authenticité du message. - **SPF, DKIM, DMARC** : mécanismes d’authentification du domaine d’expédition pour lutter contre le spoofing. - **Filtres anti‑spam** : analysent le contenu, les en-têtes et la réputation de l’IP source. - **Phishing** : attaque d’ingénierie sociale visant à obtenir des informations sensibles ; se combat par l’éducation et l’utilisation de liens vérifiés (HTTPS, certificats valides). > **Règle** : Un message signé numériquement ne peut être modifié sans invalider la signature ; toute altération est détectable lors de la vérification. #### Exemple 3 : Vérification d’une signature PGP Un message contient le bloc suivant : ``` -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Bonjour, voici le compte‑rendu de la réunion. -----BEGIN PGP SIGNATURE----- wsBcBAEBCAAGBQJZ... -----END PGP SIGNATURE----- ``` Étapes de vérification : 1. Extraire le texte signé (entre `BEGIN PGP SIGNED MESSAGE` et `BEGIN PGP SIGNATURE`). 2. Calculer le hash SHA‑256 de ce texte. 3. Décoder la signature avec la clé publique de l’expéditeur pour obtenir le hash signé. 4. Comparer les deux hash ; s’ils sont identiques, la signature est valide. ### 5.4 Synthèse de la leçon 5 - Les protocoles SMTP, POP3/IMAP et MIME forment la chaîne d’envoi, de réception et de formatage du courrier électronique. - Le temps de transmission se calcule par $t=\frac{\text{taille (bits)}}{\text{débit (bits/s)}}$, en ajoutant un facteur d’overhead. - La sécurité repose sur le chiffrement de canal (TLS), l’authentification de domaine (SPF/DKIM/DMARC) et les signatures numériques. --- ## II. Partage et sauvegarde des ressources numériques en ligne ### 6.1 Stockage en nuage (cloud) Le cloud computing propose des ressources informatiques sous forme de services accessibles via Internet. Trois modèles principaux sont distingués : | Modèle | Description | Exemples de services | |--------|-------------|----------------------| | **SaaS** (Software as a Service) | Application logicielle prête à l’emploi, hébergée et maintenue par le fournisseur. | Google Workspace, Microsoft 365, Dropbox | | **PaaS** (Platform as a Service) | Plateforme de développement (systèmes d’exécution, bases de données) fournie aux développeurs. | Heroku, Google App Engine, Azure App Service | | **IaaS** (Infrastructure as a Service) | Ressources matérielles virtuelles (VM, stockage, réseau) louées à la demande. | Amazon EC2, Google Compute Engine, OVHcloud | > **Définition** : Le *stockage en nuage* désigne un service IaaS/PaaS qui met à disposition de l’espace de stockage accessible via des protocoles standards (HTTP, REST, WebDAV, FTP/SFTP). ### 6.2 Protocoles de partage Pour accéder ou déposer des fichiers dans le cloud, on utilise différents protocoles : - **WebDAV** (Web Distributed Authoring and Versioning) : extension de HTTP permettant la création, la lecture, la suppression et le verrouillage de ressources distantes. Fonctionne sur le port 80 ou 443 (HTTPS). - **FTP** (File Transfer Protocol) : protocole ancien, non chiffré, utilisant les ports 20/21. - **SFTP** (SSH File Transfer Protocol) : version sécurisée de FTP qui transite par un canal SSH (port 22). - **API REST** : interface basée sur les verbes HTTP (GET, POST, PUT, DELETE) retournant du JSON ou du XML; largement utilisée par les services SaaS (ex. Google Drive API). > **Règle** : Lors d’un transfert de données sensibles, privilégier toujours un canal chiffré (HTTPS, SFTP, FTPS) afin d’éviter l’interception en clair. #### Exemple 4 : Téléchargement d’un fichier via SFTP Un étudiant doit récupérer un fichier `tp.pdf` situé dans le répertoire `/home/etu/` d’un serveur SFTP `sftp.example.com` sur le port 22, avec le compte `etu` et mot de passe `SecurePass!`. Étapes (ligne de commande) : ```bash sftp -P 22 etu@sftp.example.com sftp> cd /home/etu sftp> get tp.pdf sftp> exit ``` Le fichier est transféré de façon chiffrée grâce au tunnel SSH. ### 6.3 Sauvegarde et versionnage Une bonne stratégie de sauvegarde combine **fréquence**, **type** et **lieu** de stockage. - **Sauvegarde complète** : copie intégrale de toutes les données. - **Sauvegarde incrémentielle** : ne copie que les blocs modifiés depuis la dernière sauvegarde (quelque soit son type). - **Sauvegarde différentielle** : copie les blocs modifiés depuis la dernière sauvegarde complète. > **Formule** : Si $S_0$ est la taille d’une sauvegarde complète et $d_i$ la quantité de données modifiées entre la sauvegarde $i-1$ et $i$, alors la taille de la sauvegarde incrémentielle à l’étape $i$ est $d_i$, tandis que celle de la sauvegarde différentielle est $\sum_{j=1}^{i} d_j$. - **Snapshot** : capture instantanée de l’état d’un système de fichiers ou d’une machine virtuelle, souvent utilisée en IaaS pour des restaurations rapides. - **Versionnage (ex. Git)** : enregistre chaque modification sous forme de commit, permettant de revenir à un état antérieur, de comparer des versions et de travailler en branche. #### Exemple 5 : Calcul de l’espace nécessaire pour une politique de sauvegarde Un serveur contient 200 Go de données. Chaque jour, 5 Go sont modifiés. On prévoit : - Une sauvegarde complète chaque dimanche. - Des sauvegardes incrémentielles du lundi au samedi. Espace nécessaire sur une semaine : - Complete : $200\text{ Go}$ - Incrémentielles : $6\times5\text{ Go}=30\text{ Go}$ - Total : $230\text{ Go}$ Si l’on choisissait la différentielle au lieu de l’incrémentielle : - Lundi : $5\text{ Go}$ - Mardi : $5+5=10\text{ Go}$ - Mercredi : $15\text{ Go}$ - Jeudi : $20\text{ Go}$ - Vendredi : $25\text{ Go}$ - Samedi : $30\text{ Go}$ - Somme différentielles = $5+10+15+20+25+30 = 105\text{ Go}$ - Total = $200+105 = 305\text{ Go}$ Ainsi, l’incrémentielle économise de l’espace. ### 6.4 Sécurité et confidentialité du stockage en ligne - **Chiffrement de bout en bout** : les données sont chiffrées côté client avant envoi ; seul le détenteur de la clé peut les déchiffrer. Exemples : Tresorit, Sync.com, ou utilisation de VeraCrypt sur un volume cloud. - **Authentification forte** : combinaison de mot de passe et de facteur secondaire (OTP via application ou matériel YubiKey). - **Conformité RGPD** : les fournisseurs doivent garantir le droit à l’effacement, la portabilité des données et signaler toute violation dans les 72 h. - **Journalisation et audit** : conservation des logs d’accès pour détecter les accès non autorisés. > **Règle** : Lors du partage d’un lien de téléchargement, privilégier un lien à durée limitée et protégé par un mot de passe afin de réduire le risque de téléchargement non souhaité. #### Exemple 6 : Partage sécurisé d’un dossier via un lien temporaire Un enseignant veut partager un dossier de correction de 800 Mo avec ses élèves pendant 48 h. Il utilise un service SaaS qui propose : - Génération d’un lien de partage. - Option “expire après 2 jours”. - Option “mot de passe requis”. Étapes : 1. Sélectionner le dossier → “Partager”. 2. Activer “Lien expirant”. 3. Définir la durée à 2 jours. 4. Activer “Protection par mot de passe” et saisir `Corr2025!`. 5. Copier le lien et le communiquer aux élèves avec le mot de passe séparément (ex. via la messagerie de l’établissement). Ainsi, seuls les élèves possédant le lien et le mot de passe peuvent télécharger le dossier pendant la fenêtre définie. ### 6.5 Synthèse de la leçon 6 - Le cloud propose trois modèles de service (SaaS, PaaS, IaaS) adaptés à différents besoins. - Les protocoles de partage (WebDAV, SFTP, API REST) permettent d’accéder aux ressources distantes ; le chiffrement du canal est indispensable. - Les stratégies de sauvegarde (complète, incrémentielle, différentielle, snapshot) doivent être choisies selon l’espace disponible et la criticité des données. - Le versionnage (Git) offre un historique détaillé et facilite le travail collaboratif. - La sécurité du stockage en ligne repose sur le chiffrement de bout en bout, l’authentification forte et le respect du RGPD. --- ## Synthèse du chapitre - **Communication électronique** : SMTP (envoi), POP3/IMAP (récupération), MIME (format) ; temps d’envoi $t=\frac{\text{taille}}{\text{débit}}$ ; sécurité via TLS, SPF/DKIM/DMARC, signatures PGP/GPG. - **Partage et sauvegarde en ligne** : modèles SaaS/PaaS/IaaS ; protocoles WebDAV, SFTP, API REST ; sauvegarde complète/incrémentielle/différentielle ; snapshot et versionnage (Git) ; chiffrement de bout en bout, authentification forte, conformité RGPD. --- ## Glossaire | Terme | Définition | |-------|------------| | **SMTP** | Simple Mail Transfer Protocol, protocole d’envoi de courrier électronique. | | **IMAP** | Internet Message Access Protocol, permet de gérer les messages directement sur le serveur. | | **MIME** | Multipurpose Internet Mail Extensions, norme permettant d’envoyer des pièces jointes et du contenu riche. | | **TLS/SSL** | Transport Layer Security / Secure Sockets Layer, protocole de chiffrement de canal. | | **SPF** | Sender Policy Framework, mécanisme d’authentification du domaine d’expédition. | | **DKIM** | DomainKeys Identified Mail, ajoute une signature numérique aux en-têtes du courrier. | | **WebDAV** | Web Distributed Authoring and Versioning, extension de HTTP pour la gestion de fichiers distants. | | **SFTP** | SSH File Transfer Protocol, transfert de fichiers sécurisé via un canal SSH. | | **API REST** | Interface de programmation basée sur les verbes HTTP (GET, POST, PUT, DELETE) retournant du JSON/XML. | | **Sauvegarde incrémentielle** | Copie uniquement des données modifiées depuis la dernière sauvegarde (quelque soit son type). | | **Sauvegarde différentielle** | Copie des données modifiées depuis la dernière sauvegarde complète. | | **Snapshot** | Capture instantanée de l’état d’un système de fichiers ou d’une VM, permettant une restauration rapide. | | **Git** | Système de contrôle de version distribué, enregistre chaque modification sous forme de commit. | | **RGPD** | Règlement général sur la protection des données, cadre européen régissant le traitement des données personnelles. | | **Authentification forte** | Utilisation d’au moins deux facteurs de preuve d’identité (ex. mot de passe + OTP). | --- ## Exercices d'application corrigés ### Exercice 1 Un élève envoie un projet de 12 Mo via une connexion Wi‑Fi dont le débit montant est de 2 Mbps. Calculer le temps théorique d’envoi (en secondes) sans overhead, puis le temps réel en supposant un overhead de 25 % lié aux en-têtes SMTP/MIME. **Corrigé** - Taille en bits : $12\text{ Mo}=12\times8=96\text{ Mbit}$. - Temps théorique : $t=\frac{96\text{ Mbit}}{2\text{ Mbps}}=48\text{ s}$. - Overhead 25 % → facteur 1,25. - Temps réel : $48\times1,25=60\text{ s}$. **Réponse** : 48 s théorique, 60 s réel. --- ### Exercice 2 Un serveur SMTP accepte les messages jusqu’à 30 Mo. Un utilisateur veut envoyer une vidéo de 22 Mo et trois fichiers audio de 4 Mo chacun. Le message sera‑t‑il accepté ? Si non, proposer une solution permettant de respecter la limite tout en conservant une qualité acceptable. **Corrigé** - Taille totale = $22 + 3\times4 = 34\text{ Mo}$. - Puisque $34>30$, le message sera refusé. **Solution** : compresser la vidéo avec un codec efficace (ex. H.264 à débit moyen 1500 kbps) réduisant sa taille à 15 Mo, puis compresser les audio en MP3 à 128 kbps (≈0,5 Mo chacun). Nouvelle taille = $15 + 3\times0,5 = 16,5\text{ Mo}<30\text{ Mo}$ → envoi accepté. --- ### Exercice 3 Un étudiant souhaite récupérer un fichier `exo.pdf` situé dans le répertoire `/shared/` d’un serveur SFTP `sftp.school.cm` sur le port 22, avec le compte `stu` et mot de passe `Stud2025!`. Écrire la séquence de commandes SFTP nécessaires pour se connecter, changer de répertoire, télécharger le fichier et se déconnecter. **Corrigé** ```bash sftp -P 22 stu@sftp.school.cm sftp> cd /shared sftp> get exo.pdf sftp> exit ``` --- ### Exercice 4 Une entreprise possède 500 Go de données. Chaque jour, 8 Go sont modifiés. Elle décide de réaliser une sauvegarde complète chaque dimanche et des sauvegardes différentielles du lundi au samedi. Calculer l’espace de stockage nécessaire pour une semaine complète. **Corrigé** - Sauvegarde complète : $500\text{ Go}$. - Sauvegarde différentielle jour $j$ : $j\times8\text{ Go}$ (car chaque jour ajoute 8 Go aux différences depuis la dernière complète). - Somme des différentielles du lundi (j=1) au samedi (j=6) : \[ \sum_{j=1}^{6} 8j = 8\frac{6\times7}{2}=8\times21=168\text{ Go}. \] - Total hebdomadaire = $500+168 = 668\text{ Go}$. **Réponse** : 668 Go. --- ### Exercice 5 Un professeur veut partager un dossier de 1,2 Go contenant des corrections d’examen avec ses élèves pendant 72 h, en limitant l’accès à ceux possédant un mot de passe. Décrire les étapes à suivre sur un service de stockage en nuage qui propose : génération de lien, définition d’une date d’expiration, protection par mot de passe. **Corrigé** 1. Se connecter au service (ex. Google Drive, Dropbox, OneDrive). 2. Sélectionner le dossier → cliquer sur “Partager”. 3. Dans les options de partage, choisir “Créer un lien de partage”. 4. Activer la fonction “Lien expirant” et définir la durée à 72 heures (3 jours). 5. Activer la fonction “Protection par mot de passe” et saisir un mot de passe fort (ex. `CorrEx2025!$`). 6. Copier le lien généré. 7. Communiquer le lien aux élèves via le canal officiel de l’établissement (messagerie scolaire, plateforme LMS). 8. Communiquer le mot de passe séparément (ex. par affichage en classe ou via une notification sécurisée). Ainsi, seuls les élèves disposant du lien et du mot de passe peuvent télécharger le dossier pendant la fenêtre de 72 h. --- ### Exercice 6 Un lycée possède un serveur de fichiers contenant 250 Go de données pédagogiques. Le taux de modification quotidien moyen est de 3 Go. L’administration souhaite mettre en place une politique de sauvegarde qui minimise l’espace utilisé tout permettant de restaurer les données à n’importe quel jour des trente derniers jours. Proposer une stratégie (type de sauvegarde, fréquence) et justifier le choix. **Corrigé** - **Objectif** : pouvoir restaurer à quelconque jour des 30 derniers jours. - **Solution** : sauvegarde complète le premier du mois, puis sauvegardes incrémentielles quotidiennes. - Restauration d’un jour $j$ : on applique la complète du mois puis toutes les incrémentielles du jour 1 au jour $j$. - **Espace nécessaire sur 30 jours** : - Completes : 1 × 250 Go = 250 Go. - Incrémentielles : 29 jours × 3 Go/jour = 87 Go. - Total = 337 Go. - **Alternative** (complète hebdomadaire + différentielle quotidienne) nécessiterait plus d’espace car les différentielles croissent linéairement chaque semaine. - **Justification** : l’incrémentielle quotidienne garde un volume constant de données nouvelles chaque jour, tandis que la complète mensuelle fournit une base de restauration solide. Cette combinaison offre le meilleur compromis entre espace (≈337 Go) et capacité de restauration ponctuelle. --- ## Erreurs fréquentes | Erreur fréquente | Pourquoi elle se produit | Comment l’éviter | |------------------|--------------------------|------------------| | **Confondre POP3 et IMAP** : croire que POP3 laisse une copie sur le serveur. | Méconnaissance du fonctionnement de POP3 (suppression par défaut). | Rappeler que POP3 télécharge et supprime généralement ; IMAM conserve sur le serveur. Utiliser IMAP lorsqu’on accède depuis plusieurs appareils. | | **Oublier l’overhead lors du calcul de temps d’envoi** : utiliser uniquement la taille du fichier. | Négligence des en-têtes SMTP/MIME et du chiffrement TLS. | Toujours ajouter un facteur d’overhead (20‑30 %) ou consulter la documentation du serveur de messagerie. | | **Utiliser FTP au lieu de SFTP pour transférer des données sensibles** : penser que FTP suffit. | Sous‑estimation du risque d’interception en clair. | Privilégier SFTP, FTPS ou HTTPS dès que les données sont confidentielles ou soumises au RGPD. | | **Ne pas activer l’expiration d’un lien de partage** : laisser un lien valide indéfiniment. | Oubli de la fonction de durée limitée dans l’interface du service cloud. | Toujours définir une date d’expiration adaptée au besoin de partage et, si possible, protéger le lien par un mot de passe. | | **Sauvegarder uniquement en mode complet chaque jour** : gaspiller de l’espace. | Croyance que la complète est la seule méthode sûre. | Expliquer les avantages de l’incrémentielle/différentielle et proposer une combinaison adaptée (ex. complète hebdomadaire + incrémentielle quotidienne). | | **Ne pas vérifier la signature PGP/GPG d’un message reçu** : supposer que l’expéditeur est légitime. | Confiance excessive dans l’adresse e‑mail affichée. | Former les élèves à vérifier systématiquement la signature lorsqu’elle est présente, surtout pour les communications officielles ou sensibles. | --- *Fin du cours.*