UTILISATION DES RESSOURCES NUMERIQUES

## Objectifs et prérequis **Objectifs** : À la fin de ce chapitre, l’élève sera capable de : - Décrire le fonctionnement des principaux services de communication électronique (courrier électronique, messagerie instantanée, visioconférence) et en expliquer les protocoles sous‑jacents. - Réaliser l’envoi, la réception et la gestion d’un message électronique en respectant les bonnes pratiques de sécurité (anti‑spam, chiffrement, authentification). - Identifier les différents modèles de stockage en ligne (IaaS, PaaS, SaaS) et choisir une solution adaptée à un besoin donné (partage, sauvegarde, archivage). - Mettre en place une stratégie de sauvegarde conforme à la règle 3‑2‑1 et expliquer les différences entre sauvegarde complète, différentielle et incrémentielle. - Configurer les droits d’accès sur une ressource partagée en ligne (liens publics, privés, protégés par mot de passe, date d’expiration). - Évaluer les besoins en bande passante et en capacité de stockage pour des scénarios d’utilisation réels (envoi de pièces jointes, diffusion de vidéoconférence, sauvegarde de données). - Appliquer les principes de confidentialité et de protection des données personnelles (RGPD, chiffrement de bout en bout, authentification forte). **Prérequis** : L’élève doit déjà maîtriser : - Les notions de base des réseaux informatiques (adresse IP, masque de sous‑réseau, passerelle, DNS). - Le fonctionnement d’un navigateur web et la différence entre client et serveur. - Les concepts de fichier, de dossier et d’extension de nom de fichier. - Les principes de sécurité élémentaires (mot de passe complexe, mise à jour logicielle). --- ## Introduction contextualisée Dans le monde contemporain, les ressources numériques constituent le socle de presque toutes les activités professionnelles, éducatives et personnelles. Que ce soit pour échanger un devoir avec un camarade, déposer un projet sur une plateforme de partage, ou sauvegarder des données critiques contre une perte accidentelle, l’élève doit savoir utiliser de façon sûre et efficace les outils de communication électronique et les services de stockage en ligne. Le programme officiel du MINESEC/IGE pour la série Terminale (A4, A1, A2, A3, A5) place ces compétences au cœur du chapitre « Utilisation des ressources numériques ». Il s’agit non seulement de connaître les outils, mais aussi de comprendre leurs mécanismes internes, leurs limites et les bonnes pratiques qui permettent d’en tirer le meilleur parti tout en préservant la sécurité et la confidentialité des informations. Ce cours propose une approche par compétences : chaque notion est définie, illustrée par des exemples concrets, puis mise en pratique à travers des exercices de type baccalauréat. Les encadrés « à retenir » (préfixés par `> `) mettent en lumière les définitions, formules et règles essentielles à mémoriser. --- ## I. Communication électronique ### A. Notions de base sur les réseaux et les protocoles > **Définition** : Un *protocole de communication* est un ensemble de règles qui régissent l’échange de données entre deux ou plusieurs entités informatiques afin d’assurer la compréhension mutuelle et la fiabilité de la transmission. Les services de communication électronique reposent sur une suite de protocoles organisés selon le modèle TCP/IP (ou OSI pour une vision plus théorique). Les couches les plus pertinentes pour notre étude sont : - **Couche application** : HTTP/HTTPS (web), SMTP/POP3/IMAP (e‑mail), XMPP (messagerie instantanée), SIP/WebRTC (visioconférence). - **Couche transport** : TCP (fiable, orienté connexion) et UDP (rapide, sans acquittement). - **Couche réseau** : IP (adressage et routage). - **Couche liaison** : Ethernet, Wi‑Fi. > **Propriété** : La *fiabilité* d’un service dépend principalement de l’utilisation de TCP au niveau transport, qui garantit la livraison ordonnée et sans duplication des paquets grâce à des mécanismes d’acquittement et de retransmission. ### B. Courrier électronique (e‑mail) #### 1. Architecture d’un message e‑mail Un message e‑mail est constitué de deux parties principales : l’en-tête (*header*) et le corps (*body*). L’en‑tête contient des champs normalisés (RFC 5322) tels que : - `From:` – adresse de l’expéditeur. - `To:` – adresse(s) du(des) destinataire(s). - `Cc:` – copie carbone. - `Bcc:` – copie carbone aveugle. - `Subject:` – objet du message. - `Date:` – date et heure d’envoi. - `Message-ID:` – identifiant unique. - `MIME-Version:` et `Content-Type:` – décrivent le format du corps (texte plain, HTML, pièces jointes). > **Règle** : Le corps d’un message e‑mail est encodé selon le standard MIME (Multipurpose Internet Mail Extensions) qui permet d’inclure des données non textuelles (images, PDF, etc.) en les représentant sous forme de texte base64 ou quoted‑printable. #### 2. Fonctionnement du protocole SMTP SMTP (Simple Mail Transfer Protocol) assure le transfert du message du client expéditeur vers le serveur de réception, puis éventuellement entre serveurs jusqu’au serveur de destination. Le dialogue SMTP se déroule en trois phases : 1. **HELO/EHLO** – identification du client auprès du serveur. 2. **MAIL FROM** – spécification de l’adresse de l’expéditeur. 3. **RCPT TO** – spécification de chaque destinataire. 4. **DATA** – transmission du contenu du message (en‑tête + corps). 5. **QUIT** – fermeture de la connexion. > **Formule** : Le nombre total d’octets transmis lors d’une session SMTP peut être approximé par > $$ > B_{\text{SMTP}} = B_{\text{en‑tête}} + B_{\text{corps}} + B_{\text{overhead}} > $$ > où $B_{\text{overhead}}$ comprend les commandes SMTP, les sauts de ligne (`\r\n`) et les éventuelles réponses du serveur. #### 3. Réception : POP3 vs IMAP - **POP3** (Post Office Protocol version 3) télécharge les messages depuis le serveur vers le client et, par défaut, les supprime du serveur après téléchargement. Il convient à une utilisation hors ligne sur un seul appareil. - **IMAP** (Internet Message Access Protocol) laisse les messages sur le serveur et permet de les gérer (dossiers, marques de lecture) depuis plusieurs clients simultanément. > **À retenir** : Pour un usage multi‑appareils (smartphone, tablette, ordinateur), IMAP est fortement recommandé. #### 4. Sécurité du courrier électronique - **Spam** : messages non sollicités, souvent filtrés par des listes noires, des analyses de contenu ou des algorithmes d’apprentissage automatique. - **Phishing** : tentative d’obtention d’informations confidentielles en se faisant passer pour une entité de confiance. - **Chiffrement** : - *TLS* (Transport Layer Security) sécurise la connexion entre client et serveur (SMTP, IMAP, POP3). - *PGP/GPG* (Pretty Good Privacy) ou *S/MIME* permettent le chiffrement de bout en bout du corps du message. - **Authentification** : mécanismes SASL (Simple Authentication and Security Layer) tels que LOGIN, PLAIN, CRAM‑MD5, ou OAuth2. > **Exemple 1 – Envoi d’un e‑mail avec pièce jointe** > *Données* : Un fichier PDF de 2 Mo doit être envoyé. Le corps du message en texte plain contient 500 octets. > *Étapes* : > 1. Conversion du PDF en base64 → taille augmentée d’environ 33 % (car chaque groupe de 3 octets devient 4 caractères ASCII). > $$ > B_{\text{PDF, base64}} = 2\,\text{Mo} \times \frac{4}{3} \approx 2{,}667\,\text{Ko} > $$ > 2. Construction du corps MIME : > - Boundary aléatoire (ex. `----=_Part_123456_7890`) : 30 octets. > - Deux parties : texte plain (500 o) + pièce jointe (2 667 Ko) + en‑têtes MIME (≈200 o). > - Total corps ≈ 500 o + 2 667 Ko + 200 o + 2×30 o (boundary) ≈ 2 668 Ko. > 3. En‑tête SMTP (From, To, Subject, Date, etc.) ≈ 300 o. > 4. Overhead protocolaire (commandes SMTP, réponses) ≈ 400 o. > 5. **Total transmis** ≈ 300 o + 2 668 Ko + 400 o ≈ 2 968 Ko ≈ 2,9 Mo. > **Exemple 2 – Calcul du temps d’envoi sur une liaison de 1 Mbps** > Débit disponible : $R = 1\,\text{Mbps} = 125\,\text{Ko/s}$. > Temps nécessaire : > $$ > t = \frac{B_{\text{total}}}{R} = \frac{2{,}968\,\text{Ko}}{125\,\text{Ko/s}} \approx 23{,}7\,\text{s} > $$ > Ainsi, environ 24 secondes sont nécessaires pour transmettre le message, sans tenir compte des latences réseau. ### C. Messagerie instantanée et visioconférence #### 1. Protocoles principaux - **XMPP** (Extensible Messaging and Presence Protocol) : basé sur XML, utilisé par Jabber, Google Talk (historique), permet messagerie, présence, transfert de fichiers. - **SIP** (Session Initiation Protocol) : établit, modifie et termine des sessions multimédia (voix, vidéo). Souvent associé à **RTP** (Real‑time Transport Protocol) pour le transport des flux média. - **WebRTC** (Web Real‑Time Communication) : API JavaScript intégrée aux navigateurs, permet échange pair‑à‑pair de voix, vidéo et données sans plugin, en s’appuyant sur SRTP pour le chiffrement. > **À retenir** : WebRTC utilise le protocole ICE (Interactive Connectivity Establishment) pour traverser les NAT et les pare‑feu, puis DTLS pour le chiffrement des canaux de données. #### 2. Exemple d’établissement d’un appel WebRTC 1. **Signalling** (via un serveur de signalisation, souvent WebSocket) : échange des SDP (Session Description Protocol) contenant les codecs supportés et les adresses IP/port candidats. 2. **NAT traversal** : chaque peer collecte des candidats ICE (adresse locale, adresse réflexe via STUN, adresse relayée via TURN). 3. **Connexion DTLS** : établissement d’un canal sécurisé pour les données. 4. **Transmission média** : flux audio/vidéo encapsulés en RTP, chiffrés avec SRTP. > **Exemple 3 – Bande passante nécessaire pour une visioconférence HD (720p)** > - Résolution : 1280 × 720 pixels, 30 ips, couleur 24 bits. > - Débit brut vidéo : $1280 \times 720 \times 30 \times 24 / 8 = 82{,}944{,}000$ bits/s ≈ 82,9 Mbps. > - Avec un codec efficace (H.264, profil Main) le débit réel peut être réduit à ~3 Mbps. > - Audio (Opus, 64 kbps) négligeable. > - **Débit total recommandé** : ≈ 3,1 Mbps en upload et en download. ### D. Réseaux sociaux professionnels Les plateformes telles que LinkedIn, Viadeo ou encore les espaces collaboratifs d’entreprises (Yammer, Microsoft Teams) utilisent les mêmes principes de communication (HTTP/HTTPS, WebSockets) mais ajoutent des couches de gestion de profil, de recommandation de contacts et de diffusion de contenu. > **À retenir** : La confidentialité des données publiées sur ces plateformes dépend des paramètres de visibilité (public, connexions uniquement, groupes fermés) et des politiques d’utilisation des données du fournisseur. ### E. Synthèse de la leçon 5 - Les services de communication électronique reposent sur des protocoles normalisés (SMTP, IMAP/POP3, XMPP, SIP/WebRTC). - Le courrier électronique utilise MIME pour encapsuler divers types de données ; sa taille transmise dépend du codage base64 et des en‑têtes. - La sécurité passe par le chiffrement de la connexion (TLS) et, si nécessaire, le chiffrement de bout en bout (PGP/GPG, S/MIME). - La messagerie instantanée et la visioconférence nécessitent une phase de signalling suivie d’un établissement de canaux média sécurisés (DTLS/SRTP). - Le dimensionnement en bande passante dépend du codec utilisé et de la résolution souhaitée. --- ## II. Partage et sauvegarde des ressources numériques en ligne ### A. Stockage en nuage (cloud) #### 1. Modèles de service | Modèle | Description | Exemples courants | |--------|-------------|-------------------| | **IaaS** (Infrastructure as a Service) | Fourniture de ressources matérielles virtuelles (VM, stockage bloc, réseau) à la demande. | Amazon EC2, Azure Virtual Machines, Google Compute Engine | | **PaaS** (Platform as a Service) | Plateforme permettant de développer, tester et déployer des applications sans gérer l’infrastructure sous‑jacente. | Heroku, Google App Engine, Azure App Service | | **SaaS** (Software as a Service) | Application logicielle accessible via un navigateur, entièrement gérée par le fournisseur. | Google Drive, Microsoft OneDrive, Dropbox, Nextcloud (en mode hébergé) | > **À retenir** : Dans le cadre du partage et de la sauvegarde de fichiers, on travaille principalement en SaaS (stockage de fichiers) ou en IaaS lorsqu’on veut construire sa propre solution de sauvegarde (ex. bucket S3). #### 2. Fonctionnement du stockage de fichiers SaaS - **Synchronisation** : un agent local surveille un dossier désigné ; toute création, modification ou suppression est répliquée vers le serveur et vice‑versa. - **Versionnage** : chaque modification crée une nouvelle version (souvent limitée dans le temps ou par nombre) permettant de restaurer une édition antérieure. - **Déduplication** : côté serveur, les blocs identiques ne sont stockés qu’une seule fois, réduisant l’espace occupé. - **Chiffrement au repos** : les données sont chiffrées avec une clé gérée par le fournisseur (SSE) ou, dans le cas du « zero‑knowledge », avec une clé connue uniquement de l’utilisateur. > **Formule** : L’espace de stockage effectivement consommé après déduplication peut être estimé par > $$ > S_{\text{eff}} = S_{\text{brut}} \times (1 - D) > $$ > où $D$ représente le taux de déduplication (ex. 0,30 pour une réduction de 30 %). #### 3. Exemple 4 – Dimensionnement d’un espace de stockage pour une classe de 30 élèves Chaque élève doit sauvegarder chaque semaine un dossier de travail contenant : - 5 Mo de documents texte (PDF, DOCX). - 50 Mo de ressources multimédia (images, vidéos courtes). - 5 Mo de code source. Total hebdomadaire par élève : $5 + 50 + 5 = 60$ Mo. Sur une période de 10 semaines (un trimestre) sans suppression : $$ S_{\text{total}} = 30 \times 60\,\text{Mo} \times 10 = 18{,}000\,\text{Mo} = 17{,}6\,\text{Go} $$ En appliquant un taux de déduplication moyen de 25 % (les mêmes modèles de documents sont souvent partagés) : $$ S_{\text{eff}} = 17{,}6\,\text{Go} \times (1 - 0,25) = 13{,}2\,\text{Go} $$ Un forfait de 20 Go serait donc suffisant avec une marge de sécurité. ### B. Partage de fichiers et contrôle d’accès #### 1. Types de liens | Type de lien | Visibilité | Sécurité | Usage typique | |--------------|------------|----------|---------------| | **Lien public** | Tout possesseur du lien peut accéder | Aucun mot de passe, expiration éventuelle | Diffusion large d’un document (ex. programme de cours) | | **Lien privé (authentifié)** | Nécessite une connexion au service avec les droits appropriés | Authentification (login/password, 2FA) | Partage restreint à un groupe d’utilisateurs connus | | **Lien protégé par mot de passe** | Tout possesseur du lien + mot de passe | Mot de passe partagé séparément | Partage semi‑public où l’on veut éviter l’accès par des robots | | **Lien avec date d’expiration** | Accès limité dans le temps | Date de fin définie par l’expéditeur | Distribution temporaire (ex. rendu de devoir) | > **À retenir** : La combinaison « lien privé + authentification forte (2FA) » offre le meilleur niveau de sécurité pour des données sensibles. #### 2. Gestion des permissions Les systèmes de stockage en ligne utilisent souvent un modèle ACL (Access Control List) ou un modèle basé sur des rôles (RBAC). - **Lecture** : autorisation de télécharger ou d’afficher le fichier. - **Écriture** : autorisation de modifier, créer de nouvelles versions ou supprimer. - **Partage** : autorisation de générer un lien de partage ou d’ajouter des collaborateurs. > **Exemple 5 – Configuration d’un dossier partagé sur Google Drive** > 1. Créer un dossier « Projet TS ». > 2. Cliquer sur « Partager » → ajouter les adresses e‑mail des membres du groupe avec le rôle « Éditeur ». > 3. Dans les paramètres avancés, décocher « Les personnes possédant le lien peuvent voir » pour rendre le dossier privé. > 4. Activer la vérification en deux étapes pour chaque compte membre afin de renforcer la sécurité. ### C. Sauvegarde et archivage #### 1. Stratégie 3‑2‑1 > **Règle 3‑2‑1** : Conserver **3** copies des données, sur **2** types de supports différents, avec **1** copie hors site. - **Copie 1** : données de travail sur le disque dur interne de l’ordinateur. - **Copie 2** : sauvegarde locale sur un disque dur externe ou un NAS. - **Copie 3** : sauvegarde distante dans le cloud ou sur un serveur externe. #### 2. Types de sauvegarde | Type | Description | Avantages | Inconvénients | |------|-------------|-----------|---------------| | **Complète** | Copie intégrale de toutes les données sélectionnées. | Restauration rapide (une seule étape). | Temps de sauvegarde long, espace occupé important. | | **Différentielle** | Copie de toutes les données modifiées depuis la dernière sauvegarde complète. | Restauration en deux étapes (complète + dernière différentielle). | L’espace occupé augmente avec le temps entre deux complètes. | | **Incrémentielle** | Copie uniquement des données modifiées depuis la dernière sauvegarde (quelle qu’elle soit). | Temps et espace réduits à chaque exécution. | Restauration nécessite la chaîne complète de toutes les incrémentielles depuis la dernière complète. | > **Formule** : Si $S$ représente la taille totale des données et $d$ le taux moyen de modification quotidien (en fraction), l’espace nécessaire après $n$ jours pour une stratégie incrémentielle est approximativement > $$ > S_{\text{inc}}(n) \approx S + n \cdot d \cdot S > $$ > tandis que pour une différentielle : > $$ > S_{\text{diff}}(n) \approx S + \frac{n(n+1)}{2} \cdot d \cdot S > $$ #### 3. Exemple 6 – Plan de sauvegarde pour un laboratoire de sciences Le laboratoire génère chaque jour : - 2 Go de données de mesure (fichiers CSV). - 0,5 Go de rapports PDF. Total quotidien : $S = 2{,}5$ Go. Le taux de modification journalier est estimé à $d = 0,4$ (40 % des données changent chaque jour, le reste étant des historiques peu modifiés). **Option A – Sauvegarde complète quotidienne** - Espace nécessaire pour 30 jours : $30 \times 2{,}5 = 75$ Go. **Option B – Sauvegarde complète hebdomadaire + différentielle quotidienne** - Copie complète chaque dimanche : $4 \times 2{,}5 = 10$ Go (pour un mois de 4 semaines). - Différentielle journalière (lundi à samedi) : chaque jour stocke les modifications depuis la dernière complète. - Jour 1 : $0{,}4 \times 2{,}5 = 1{,}0$ Go. - Jour 2 : $0{,}8 \times 2{,}5 = 2{,}0$ Go (car cumulé depuis la complète). - … jusqu’au jour 6 : $2{,}4 \times 2{,}5 = 6{,}0$ Go. - Somme des différentielles sur une semaine : $1+2+3+4+5+6 = 21$ Go (en unités de $0{,}4 \times 2{,}5$). - En Go réel : $21 \times 0{,}4 \times 2{,}5 = 21 \times 1 = 21$ Go. - Total mensuel : $10$ Go (complètes) + $4 \times 21$ Go (différentielles hebdomadaires) = $10 + 84 = 94$ Go. **Option C – Sauvegarde complète mensuelle + incrémentielle quotidienne** - Complète mensuelle : $2{,}5$ Go. - Incrémentielle journalière : chaque jour $0{,}4 \times 2{,}5 = 1{,}0$ Go. - Sur 30 jours : $30 \times 1{,}0 = 30$ Go. - Total : $2{,}5 + 30 = 32{,}5$ Go. > **Conclusion** : La stratégie incrémentielle quotidienne avec une complète mensuelle offre le meilleur compromis espace/temps pour ce scénario. #### 4. Services de sauvegarde spécialisés - **Backblaze B2** : stockage d’objets à faible coût, API compatible S3. - **AWS S3 Glacier** : archivage à très long terme, coût réduit, temps de récupération de quelques heures à plusieurs heures. - **Synology Hyper Backup** : solution NAS permettant de sauvegarder vers plusieurs destinations (local, cloud, autre NAS). > **À retenir** : Pour des données soumises à des obligations légales de conservation (ex. notes de cours, travaux d’élèves), privilégier un stockage avec immutabilité (WORM – Write Once Read Many) ou des snapshots immuables. ### D. Sécurité et confidentialité des ressources en ligne #### 1. Chiffrement de bout en bout (E2EE) Dans un modèle E2EE, seules les extrémités (expéditeur et destinataire) possèdent les clés de chiffrement. Le fournisseur de service ne peut pas lire le contenu, même s’il stocke les données. - **Protocoles courants** : Signal Protocol (used by WhatsApp, Signal), OpenPGP, libsodium. - **Mise en œuvre** : génération d’une paire de clés asymétriques (publique/privée) sur chaque appareil ; échange des publiques via un canal authentifié ; chiffrement symétrique des données avec une clé de session dérivée des publiques. > **Formule** : La clé de session $K_s$ peut être dérivée par une fonction de dérivation de clé (KDF) telle que HKDF : > $$ > K_s = \text{HKDF}\big(\text{secret partagé},\; \text{info} = \text{“session”},\; \text{length}=256\text{ bits}\big) > $$ #### 2. Authentification forte (2FA/MFA) L’authentification à deux facteurs combine quelque chose que l’utilisateur connaît (mot de passe) avec quelque chose qu’il possède (token OTP, clé U2F) ou qu’il est (biométrie). - **TOTP** (Time‑Based One‑Time Password) : code de 6 chiffres généré toutes les 30 secondes à partir d’une clé secrète partagée. - **Push notification** : demande d’approbation envoyée à une application authentifiée sur le smartphone. > **À retenir** : Activer la 2FA sur tous les comptes de stockage en ligne réduit considérablement le risque de compromission par vol de mot de passe. #### 3. Conformité au RGPD Le Règlement Général sur la Protection des Données impose : - Le principe de **minimisation** : ne collecter que les données strictement nécessaires. - Le droit à l’oubli et à la portabilité des données. - La notification de violation de données sous 72 heures. - La désignation d’un Délégué à la Protection des Données (DPO) lorsque le traitement est à grande échelle. > **Exemple 7 – Application du RGPD à un espace de partage de devoirs** > - Seuls les identifiants élèves (nom, prénom, classe) et les fichiers de travail sont stockés. > - Aucun donnée sensible (origine ethnique, santé) n’est collectée. > - Chaque élève peut demander la suppression de son compte et de ses fichiers via un formulaire dédié ; la suppression est effective immédiatement et les sauvegardes sont purgées selon la politique de rétention (ex. 30 jours). > - Un registre des traitements est tenu, décrivant les finalités, les bases légales (exécution d’un contrat éducatif) et les mesures de sécurité (chiffrement au repos, TLS en transit, 2FA). ### E. Synthèse de la leçon 6 - Le stockage en nuage se décline en IaaS, PaaS, SaaS ; pour le partage et la sauvegarde de fichiers, le SaaS (ex. Google Drive, OneDrive) est le plus adapté. - La synchronisation, le versionnage et la déduplication sont des mécanismes clés qui optimisent l’espace et assurent la cohérence des données. - Le contrôle d’accès s’appuie sur des liens (public, privé, protégé par mot de passe, expirant) et sur des modèles de permissions (lecture, écriture, partage). - La sauvegarde doit suivre la règle 3‑2‑1 ; le choix entre complète, différentielle et incrémentielle dépend du taux de modification des données et des contraintes d’espace/temps. - La sécurité des ressources en ligne repose sur le chiffrement de bout en bout, l’authentification forte et le respect du RGPD (minimisation, droits des personnes, notification des violations). --- ## Synthèse du chapitre - **Communication électronique** : protocoles SMTP/IMAP/POP3 pour le courrier, XMPP/SIP/WebRTC pour la messagerie instantanée et la visioconférence ; MIME pour le codage des pièces jointes ; sécurité via TLS, PGP/GPG, 2FA. - **Partage et sauvegarde en ligne** : modèles de service cloud (IaaS/PaaS/SaaS) ; stockage SaaS avec synchronisation, versionnage, déduplication ; contrôle d’accès par liens et permissions ; stratégies de sauvegarde (3‑2‑1, complète/différentielle/incrémentielle) ; chiffrement E2EE, 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 consulter et gérer les messages laissés sur le serveur. | | **MIME** | Multipurpose Internet Mail Extensions, norme permettant d’ajouter des pièces jointes non textuelles aux e‑mails. | | **WebRTC** | Web Real‑Time Communication, technologie permettant l’échange pair‑à‑pair de voix, vidéo et données via le navigateur. | | **IaaS** | Infrastructure as a Service, modèle cloud fournissant des ressources matérielles virtuelles. | | **SaaS** | Software as a Service, modèle cloud où l’application est hébergée et accessible via un navigateur. | | **Déduplication** | Technique qui élimine les copies identiques de blocs de données pour réduire l’espace de stockage. | | **Versionnage** | Conservation de plusieurs états successifs d’un même fichier permettant de revenir à une version antérieure. | | **3‑2‑1** | Règle de sauvegarde : 3 copies, sur 2 types de supports, avec 1 copie hors site. | | **TOTP** | Time‑Based One‑Time Password, code à usage unique basé sur le temps, utilisé dans l’authentification à deux facteurs. | | **RGPD** | Règlement Général sur la Protection des Données, cadre juridique européen de protection des données personnelles. | | **E2EE** | End‑to‑End Encryption, chiffrement où seules les extrémités de la communication possèdent les clés de déchiffrement. | | **ACL** | Access Control List, liste définissant quels utilisateurs ou groupes ont quels droits sur une ressource. | | **RBAC** | Role-Based Access Control, modèle d’attribution des permissions basé sur les rôles occupés par les utilisateurs. | | **Snapshot** | Capture instantanée de l’état d’un système de fichiers ou d’un volume, souvent utilisée pour les sauvegardes rapides. | --- ## Exercices d'application corrigés ### Exercice 1 – Calcul de taille d’un e‑mail avec pièce jointe **Énoncé** : Un enseignant souhaite envoyer un devoir sous forme de fichier Word de 1,8 Mo accompagné d’un message texte de 350 octets. En supposant que le fichier Word soit encodé en base64 dans le corps MIME, déterminer : 1. La taille totale du corps MIME (en octets). 2. La taille totale du message SMTP (en‑tête + corps + overhead) si l’en‑tête occupe 400 octets et l’overhead protocolaire (commandes SMTP, réponses, sauts de ligne) 500 octets. **Corrigé** 1. Conversion base64 : chaque groupe de 3 octets devient 4 caractères ASCII → facteur $4/3$. $$ B_{\text{Word, base64}} = 1{,}8\,\text{Mo} \times \frac{4}{3} = 2{,}4\,\text{Mo} = 2{,}4 \times 1024^2 = 2{,}516{,}576\,\text{octets} $$ Ajout du texte : $350$ octets. Ajout des limites MIME (boundary) : supposons une boundary de 30 octets, utilisée deux fois (ouverture et fermeture) → $2 \times 30 = 60$ octets. En‑têtes MIME (Content-Type, etc.) : environ 200 octets. **Corps MIME** = $2{,}516{,}576 + 350 + 60 + 200 = 2{,}517{,}186$ octets ≈ **2,40 Mo**. 2. Taille totale SMTP : - En‑tête SMTP : 400 octets. - Corps MIME : 2 517 186 octets. - Overhead protocolaire : 500 octets. $$ B_{\text{total}} = 400 + 2{,}517{,}186 + 500 = 2{,}518{,}086\,\text{octets} $$ En mégaoctets : $2{,}518{,}086 / 1024^2 \approx 2{,}40$ Mo (l’overhead est négligeable devant le corps). **Réponse** : Corps MIME ≈ 2,40 Mo ; taille totale du message SMTP ≈ 2,40 Mo (2 518 086 octets). --- ### Exercice 2 – Bande passante nécessaire pour une visioconférence **Énoncé** : Une classe de terminale souhaite organiser une visioconférence pédagogique en haute définition (1080p, 30 ips, couleur 24 bits) avec un flux audio Opus à 96 kbps. En utilisant le codec H.264 avec un facteur de compression moyen de 1 : 50 (débit vidéo compressé = débit brut / 50), calculer le débit réseau nécessaire en upload et en download (en Mbps). **Corrigé** 1. Débit vidéo brut : $$ R_{\text{brut}} = \text{largeur} \times \text{hauteur} \times \text{ips} \times \text{bits/pixel} / 8 $$ $$ = 1920 \times 1080 \times 30 \times 24 / 8 = 1920 \times 1080 \times 30 \times 3 = 1920 \times 1080 \times 90 $$ $$ = 1920 \times 97{,}200 = 186{,}624{,}000\,\text{bits/s} \approx 186{,}6\,\text{Mbps} $$ 2. Débit vidéo après compression (facteur 1 : 50) : $$ R_{\text{vidéo}} = 186{,}6\,\text{Mbps} / 50 \approx 3{,}73\,\text{Mbps} $$ 3. Débit audio : $96\,\text{kbps} = 0{,}096\,\text{Mbps}$. 4. Débit total (vidéo + audio) : $$ R_{\text{total}} = 3{,}73 + 0{,}096 \approx 3{,}83\,\text{Mbps} $$ Comme la visioconférence est symétrique (chaque participant envoie et reçoit le même flux), le débit nécessaire en **upload** et en **download** est d’environ **3,8 Mbps**. **Réponse** : ≈ 3,8 Mbps en upload et en download. --- ### Exercice 3 – Choix d’une stratégie de sauvegarde **Énoncé** : Un service informatique d’un lycée doit sauvegarder chaque nuit les dossiers de projets des élèves. Le volume total des données à sauvegarder est de 12 Go. Le taux de modification journalier moyen est estimé à 15 % (seulement 15 % des données changent d’un jour à l’autre). Le lycée dispose d’un espace de sauvegarde de 50 Go sur un NAS local et souhaite conserver les sauvegardes des 30 derniers jours. Déterminer laquelle des stratégies suivantes permet de respecter l’espace disponible : - A. Sauvegarde complète chaque nuit. - B. Sauvegarde complète hebdomadaire (dimanche) + différentielle quotidienne. - C. Sauvegarde complète mensuelle + incrémentielle quotidienne. **Corrigé** - **Données** : $S = 12$ Go, $d = 0{,}15$. **Stratégie A** : - Chaque nuit : 12 Go. - Sur 30 jours : $30 \times 12 = 360$ Go > 50 Go → **impossible**. **Stratégie B** : - Complète hebdomadaire : 4 semaines dans un mois → 4 × 12 Go = 48 Go. - Différentielle quotidienne : le jour $k$ (depuis la dernière complète) stocke $k \times d \times S$. - Sur une semaine (6 jours différentiels) : somme $1+2+3+4+5+6 = 21$ unités. - Volume différentiel hebdomadaire : $21 \times d \times S = 21 \times 0{,}15 \times 12 = 21 \times 1{,}8 = 37{,}8$ Go. - Total mensuel : 48 Go (complètes) + 4 × 37,8 Go (différentielles hebdomadaires) = 48 + 151,2 = 199,2 Go > 50 Go → **impossible**. **Stratégie C** : - Complète mensuelle : 12 Go. - Incrémentielle quotidienne : chaque jour stocke $d \times S = 0{,}15 \times 12 = 1{,}8$ Go. - Sur 30 jours : $30 \times 1{,}8 = 54$ Go. - Total : 12 Go + 54 Go = 66 Go > 50 Go → **toujours au‑delà** mais on peut réduire la fréquence des incrémentielles (ex. tous les deux jours) ou augmenter l’espace. Cependant, si l’on considère que le NAS de 50 Go est destiné uniquement à retenir les **30 derniers jours** et que l’on accepte de supprimer les plus anciennes, on peut ré‑évaluer : - Avec la stratégie C, après 30 jours on a 12 Go (complète) + 30 × 1,8 Go = 66 Go. - Pour tenir dans 50 Go, il faut que la taille des incrémentielles quotidiennes soit ≤ (50‑12)/30 = 38/30 ≈ 1,27 Go/jour. - Cela correspond à un taux de modification $d' = 1{,}27 / 12 ≈ 0{,}106$ soit 10,6 %. Comme le taux réel est 15 %, la stratégie C dépasse légèrement l’espace. En pratique, on pourrait : - Réduire la rétention à 20 jours : 12 Go + 20 × 1,8 Go = 12 + 36 = 48 Go ≤ 50 Go. - Ou bien utiliser une stratégie **différentielle quotidienne avec complète hebdomadaire** mais en augmentant la fréquence des complètes (ex. complète tous les 3 jours). **Conclusion** : Aucune des trois stratégies telles quelles ne tient dans 50 Go pour une rétention de 30 jours avec un taux de modification de 15 %. Il faut soit augmenter l’espace de sauvegarde, soit réduire la période de rétention, soit adapter la fréquence des sauvegardes complètes. --- ### Exercice 4 – Configuration d’un lien de partage sécurisé **Énoncé** : Une élève veut partager un dossier de révision de 850 Mo avec ses camarades de classe, mais elle souhaite que seuls les élèves inscrits au cours puissent y accéder, et que le lien expire après 7 jours. Décrire les étapes à suivre sur un service de stockage en ligne de type « Google Drive » pour réaliser ce partage, en précisant les paramètres de sécurité à activer. **Corrigé** 1. **Upload du dossier** : - Dans Google Drive, créer un nouveau dossier nommé « Révision Terminale ». - Glisser‑déposer ou utiliser le bouton « Nouveau » → « Importer un fichier » pour ajouter les 850 Mo de contenus. 2. **Paramétrage du partage** : - Cliquer droit sur le dossier → « Partager ». - Dans la fenêtre qui apparaît, sous « Ajouter des personnes et des groupes », saisir les adresses e‑mail institutionnelles de tous les élèves du cours (ex. `prenom.nom@ac-lycee.fr`). - Pour chaque adresse, choisir le rôle **« Lecteur »** (visionnage uniquement) ou **« Commentateur »** si l’on veut permettre des annotations. - Décocher l’option « Toute personne disposant du lien peut voir » afin de rendre le dossier **privé** (seuls les invités explicitement ajoutés peuvent y accéder). 3. **Activation de l’expiration** : - Dans la même fenêtre de partage, cliquer sur l’icône d’engrenage (Paramètres) en haut à droite. - Cocher la case **« Définir une date d’expiration »**. - Sélectionner la date correspondant à aujourd’hui + 7 jours. - Valider. 4. **Renforcement de l’authentification** : - S’assurer que chaque compte élève possède la validation en deux étapes (2FA) activée (dans les paramètres du compte Google → Sécurité → Validation en deux étapes). - Optionnellement, exiger une connexion via l’authentification unique de l’établissement (SAML) si le domaine est géré. 5. **Notification** : - Cocher « Notifier les personnes » pour envoyer un e‑mail automatique contenant le lien de partage. - Le corps du message peut rappeler la date d’expiration et la nécessité de se connecter avec leur compte établissement. 6. **Vérification** : - Se déconnecter de son compte, puis essayer d’accéder au lien reçu depuis un navigateur en mode navigation privée. - Le système devrait demander une authentification Google ; après connexion avec un compte non autorisé, l’accès doit être refusé. - Après connexion avec un compte autorisé, le dossier doit être visible et téléchargeable. **Résultat** : Le dossier est désormais partagé de façon sécurisée, accessible uniquement aux élèves authentifiés du cours, et le lien deviendra inactif après 7 jours. --- ### Exercice 5 – Estimation de l’espace de stockage nécessaire pour une sauvegarde incrémentielle **Énoncé** : Un laboratoire de physique génère chaque jour 4 Go de données brutes (fichiers de mesure) et 0,5 Go de fichiers d’analyse (scripts, graphiques). Le taux de modification journalier est de 20 % pour les données brutes et de 50 % pour les fichiers d’analyse (les scripts sont rarement modifiés, mais les graphiques changent souvent). On souhaite mettre en place une stratégie de sauvegarde **complète mensuelle** + **incrémentielle quotidienne**. Calculer l’espace de stockage nécessaire pour retenir les sauvegardes des 30 derniers jours. **Corrigé** - **Données brutes** : $S_b = 4$ Go, taux de modification $d_b = 0{,}20$. - **Données d’analyse** : $S_a = 0{,}5$ Go, taux de modification $d_a = 0{,}50$. **Volume total journalier** : $S = S_b + S_a = 4{,}5$ Go. **Incrémentiel quotidien** : - Partie brute : $d_b \times S_b = 0{,}20 \times 4 = 0{,}8$ Go. - Partie analyse : $d_a \times S_a = 0{,}50 \times 0{,}5 = 0{,}25$ Go. - Total incrémentiel journalier : $0{,}8 + 0{,}25 = 1{,}05$ Go. **Sauvegarde complète mensuelle** : $S = 4{,}5$ Go (une seule fois). **Sur 30 jours** : - Complète : 4,5 Go. - Incrémentielles : $30 \times 1{,}05 = 31{,}5$ Go. - **Total** : $4{,}5 + 31{,}5 = 36{,}0$ Go. **Réponse** : Environ **36 Go** d’espace de stockage sont nécessaires pour conserver les sauvegardes des 30 derniers jours avec la stratégie complète mensuelle + incrémentielle quotidienne. --- ### Exercice 6 – Application du RGPD à un espace de partage de notes de cours **Énoncé** : Un professeur souhaite mettre à disposition de ses élèves un espace de partage en ligne contenant les notes de cours, les exercices corrigés et les copies d’évaluations. Il doit s’assurer que le traitement des données personnelles respecte le RGPD. Lister les mesures concrètes qu’il doit mettre en œuvre, en justifiant chaque point par référence à un principe ou un droit du RGPD. **Corrigé** | Mesure | Principe / Droit du RGPD concerné | Justification | |--------|-----------------------------------|---------------| | **Collecte limitée aux seules données nécessaires** (nom, prénom, classe, adresse e‑mail établissement) | **Minimisation des données** (art. 5‑1‑c) | Ne pas recueillir d’informations superflues (ex. numéro de téléphone personnel, adresse domicile). | | **Information claire et transparente** (avis de confidentialité affiché avant la première connexion) | **Droit à l’information** (art. 12‑14) | Les utilisateurs doivent savoir quelles données sont collectées, pourquoi, combien de temps elles sont conservées, et quels sont leurs droits. | | **Consentement explicite pour les données non indispensables** (ex. utilisation de l’adresse e‑mail pour l’envoi de newsletters) | **Licéité du traitement** (art. 6‑1‑a) | Le traitement doit reposer sur une base légale ; le consentement est une base valable lorsqu’il est libre, spécifique, éclairé et univoque. | | **Hébergement dans un espace sécurisé** (chiffrement au repos AES‑256, TLS 1.3 en transit) | **Sécurité du traitement** (art. 5‑1‑f & art. 32) | Garantir l’intégrité et la confidentialité des données contre les accès non autorisés ou les pertes accidentelles. | | **Contrôle d’accès basé sur les rôles** (seuls les élèves du cours et le professeur ont accès en lecture/écriture) | **Principe de responsabilité** (art. 5‑2) | Limiter l’accès aux seules personnes qui en ont besoin pour atteindre la finalité du traitement. | | **Journalisation des accès** (logs de connexion, de téléchargement, de modification) | **Obligation de responsabilité** (art. 5‑2) & **Droit d’accès** (art. 15) | Permettre de détecter les accès anormaux et de fournir, sur demande, un historique des traitements effectués sur les données d’un élève. | | **Droit à l’effacement** (procédure permettant à un élève de demander la suppression de son compte et de ses fichiers) | **Droit à l’effacement** (art. 17) | L’élève peut exiger que ses données soient supprimées lorsqu’elles ne sont plus nécessaires au regard des finalités. | | **Droit à la portabilité** (possibilité de télécharger ses données sous un format ouvert, ex. ZIP contenant PDF et CSV) | **Droit à la portabilité** (art. 20) | Faciliter le transfert des données vers un autre service ou un autre responsable de traitement. | | **Notification de violation** (procédure d’alerte au DPO et à l’autorité de contrôle dans les 72 h suivant la découverte d’une faille de sécurité) | **Obligation de notification** (art. 33‑34) | En cas de fuite de données, les autorités et les personnes concernées doivent être informées rapidement. | | **Nomination d’un Délégué à la Protection des Données (DPO)** si le traitement est à grande échelle (ex. plusieurs centaines d’élèves) | **Exigence de désignation d’un DPO** (art. 37‑39) | Le DPO veille au respect du RGPD, conseille le responsable et sert de point de contact pour les autorités et les personnes concernées. | | **Durée de conservation limitée** (les notes de cours sont conservées pendant la durée de l’année scolaire + un an pour permettre les recours, puis supprimées définitivement) | **Limitation de la conservation** (art. 5‑1‑e) | Les données ne doivent pas être conservées plus longtemps que nécessaire au regard des finalités. | En appliquant ces mesures, le professeur assure que le traitement des données personnelles de ses élèves est licite, transparent, sécurisé et respecte les droits conférés par le RGPD. --- ## Erreurs fréquentes | # | Erreur classique | Pourquoi elle se produit | Comment l’éviter | |---|------------------|--------------------------|------------------| | 1 | **Confondre POP3 et IMAP** en pensant que POP3 laisse les messages sur le serveur. | Méconnaissance du fonctionnement par défaut de POP3 (téléchargement + suppression). | Vérifier les paramètres du client de messagerie ; choisir IMAP pour un usage multi‑appareils. | | 2 | **Sous‑estimer l’impact du codage base64** sur la taille d’une pièce jointe. | On oublie que chaque groupe de 3 octets devient 4 caractères ASCII, augmentant la taille d’environ 33 %. | Toujours appliquer le facteur $4/3$ lors du calcul de la taille transmise d’un fichier joint. | | 3 | **Utiliser un lien public** pour partager des documents contenant des données personnelles (notes, appréciations). | Penser que le lien est « suffisamment sécurisé » parce qu’il est difficile à deviner. | Privilégier les liens privés avec authentification ; activer l’expiration et/ou un mot de passe si le lien doit être partagé ponctuellement. | | 4 | **Ne pas activer l’authentification à deux facteurs** sur le compte de stockage en ligne. | Considérer le mot de passe comme suffisant ; sous‑estimer le risque de phishing ou de vol de credentials. | Activer systématiquement la 2FA (TOTP ou push) sur tous les comptes professionnels et académiques. | | 5 | **Omettre la règle 3‑2‑1** lors de la planification d’une sauvegarde, en ne conservant qu’une seule copie locale. | Penser que le disque dur externe suffit ; négliger les risques de sinistre local (incendie, vol, ransomware). | Toujours prévoir au moins une copie hors site (cloud ou autre site physique) et vérifier régulièrement l’intégrité des sauvegardes. | | 6 | **Ne pas mettre à jour le logiciel de synchronisation** (client Drive, Dropbox, etc.). | Supposer que le service fonctionne toujours sans intervention ; ignorer les correctifs de sécurité. | Planifier une vérification mensuelle des versions des clients de synchronisation et appliquer les mises à jour dès leur disponibilité. | | 7 | **Ignorer la durée de conservation des données** dans le cloud, entraînant une accumulation inutile de fichiers anciens. | Penser que l’espace est illimité ou que le nettoyage se fait automatiquement. | Définir une politique de rétention (ex. supprimer les fichiers de plus de 2 ans sauf ceux soumis à archivage légal) et mettre en place des règles de suppression automatique ou des rappels périodiques. | | 8 | **Utiliser le même mot de passe** pour plusieurs services de stockage et de messagerie. | Facilité de mémorisation ; manque de sensibilisation aux attaques par credential stuffing. | Employer un gestionnaire de mots de passe pour générer et stocker des mots de passe uniques et complexes pour chaque service. | --- *Fin du cours de référence « Utilisation des ressources numériques » pour la classe de Terminale, séries A4, A1, A2, A3, A5, conforme au programme officiel MINESEC/IGE du Cameroun.*