Exigences techniques pour l'étiquetage des données en réseau : chiffrement de la transmission à l'aide de protocoles sécurisés comme HTTPS
Le « Guide pratique des normes de cybersécurité — Exigences techniques pour l'étiquetage des données en réseau » a été publié, exigeant que l'expéditeur des données utilise un protocole de transmission sécurisé tel que HTTPS pour le chiffrement, et renforce la gestion de la traçabilité sur l'ensemble du cycle de vie des données.
Le « Guide pratique des normes de cybersécurité — Exigences techniques pour l'étiquetage et le marquage des données réseau » définit les termes et définitions de la technologie d'étiquetage et de marquage des données réseau, les formats d'attributs, les règles de génération, les règles de marquage, les règles de vérification, les exigences de conservation des journaux et les exigences de protection de sécurité. Il exige que l'expéditeur des données utilise des protocoles de transmission sécurisés tels que HTTPS pour le chiffrement.
Récemment, le « Guide pratique des normes de cybersécurité — Exigences techniques pour l'étiquetage et le marquage des données réseau » (ci-après le « Guide pratique »), élaboré par le secrétariat du Comité national de normalisation de la cybersécurité, a été officiellement publié. Ce « Guide pratique » a été établi conformément aux exigences des lois et règlements tels que la Loi sur la cybersécurité, la Loi sur la sécurité des données, la Loi sur la protection des informations personnelles et le Règlement sur la gestion de la sécurité des données réseau. Il vise à aider les responsables du traitement des données réseau à utiliser la technologie d'étiquetage et de marquage des données réseau afin d'améliorer le niveau de gestion de la sécurité des données réseau.
Le « Guide pratique » définit les termes et définitions de la technologie d'étiquetage et de marquage des données réseau, les formats d'attributs, les règles de génération, les règles de marquage, les règles de vérification, les exigences de conservation des journaux et les exigences de protection de sécurité. Il peut être utilisé pour aider les responsables du traitement des données réseau à étiqueter et marquer les données, en mettant l'accent sur la classification et la protection hiérarchisée des données importantes et des informations personnelles, et en renforçant la gestion de la traçabilité tout au long du cycle de vie des données. Dans ses exigences de protection de sécurité, il mentionne que l'expéditeur des données doit utiliser des protocoles de transmission sécurisés tels que HTTPS pour le chiffrement. Le contenu pertinent est le suivant :
7.2.2 Données structurées : mode synchrone
Lorsque le responsable du traitement des données en réseau procède au marquage de données structurées dans des scénarios dynamiques en mode synchrone, il doit respecter les exigences suivantes :
- a) L'émetteur des données doit encapsuler automatiquement l'identifiant d'étiquette dynamique généré dans l'en-tête du protocole de la couche application, le lier à l'objet de données et le transmettre de manière synchrone avec cet objet.
- b) Le récepteur des données doit automatiquement analyser, extraire et reconnaître l'identifiant d'étiquette dynamique.
Exemple : Les données structurées sont généralement transmises via des interfaces API, et le protocole de la couche application utilise le plus souvent le protocole HTTPS. La mise en œuvre concrète consiste à ajouter une logique de liaison des étiquettes dans le module d'appel HTTP unifié du système : le programme génère automatiquement l'identifiant d'étiquette dynamique avant l'envoi des données, puis l'écrit dans un nouvel attribut d'identifiant d'étiquette dynamique créé dans l'en-tête du protocole HTTP. La transmission avec l'objet de données est chiffrée par TLS. Pour plus de détails, voir l'annexe B.4.
Dans le système récepteur des données, il est nécessaire d'ajouter une fonction de traitement de l'identifiant d'étiquette dynamique au cours du traitement du protocole HTTPS, afin d'identifier, d'analyser automatiquement l'identifiant d'étiquette dynamique présent dans l'en-tête de la requête. Pour la mise en œuvre concrète, voir l'annexe C.
7.2.3 Données structurées : mode asynchrone
Les responsables du traitement des données réseau marquent les données structurées dans un scénario dynamique de manière asynchrone, conformément aux exigences suivantes :
- L'expéditeur des données doit générer un identifiant d'étiquette dynamique avant la transmission de l'objet de données et réaliser la liaison logique entre l'identifiant d'étiquette dynamique et l'objet de données.
- L'expéditeur des données doit transmettre séparément l'objet de données et l'identifiant d'étiquette dynamique selon les modalités convenues avec le destinataire des données, y compris, mais sans s'y limiter, la transmission via différentes interfaces API, dans un ordre différent, etc.
Exemple : Dans le marquage asynchrone des données, l'expéditeur et le destinataire des données conviennent que l'interface API de transmission de l'objet de données et l'interface de transmission de l'identifiant d'étiquette dynamique utilisent toutes deux le protocole HTTPS, par exemple : l'interface de transmission de l'objet de données est https://xxx/data, et l'interface de transmission de l'identifiant d'étiquette dynamique est https://xxx/label.
10.1 Transmission chiffrée
L'expéditeur des données doit utiliser un protocole de transmission sécurisé tel que HTTPS pour chiffrer la transmission des identifiants d'étiquette des données réseau, en se référant éventuellement à GB/T 38636, entre autres.
Source : Comité technique national de normalisation de la cybersécurité