INPI-France/Brevets-Francais-2024-Chunked huggingface dataset:
Selon un mode de réalisation particulier, le dispositif de mesure 1 comprend une deuxième couche d'encapsulation 122 configurée pour envelopper la première couche d'encapsulation 121, de préférence de sorte ce que la première couche d'encapsulation 121 soit noyée dans la deuxième couche d’encapsulation 122.
Selon un mode de réalisation, le dispositif 1 comprend une deuxième couche d’encapsulation 122 faite à base d’un deuxième matériau de sorte à améliorer le confort de portée du dispositif au contact de la peau. En effet, lorsque le dispositif ne comprend qu’une seule couche de parylène, bien qu’étanche et fonctionnelle, il peut être prévu une couche d’encapsulation supplémentaire n’altérant pas la fiabilité des mesures mais offrant une amélioration du confort d’utilisation.
De manière préférée, la deuxième couche d’encapsulation 122 enveloppe entièrement la première couche d’encapsulation 121, la deuxième couche d’encapsulation 122 étant au contact direct de la première couche d’encapsulation 121. De préférence la deuxième couche est d’un seul tenant et venue d’une seule matière. Elle peut être réalisée par un moulage enrobant totalement la couche sous-jacente. De préférence le matériau de la deuxième couche d’encapsulation 122 est du silicone.
De préférence, la deuxième encapsulation 122 présente une épaisseur régulière et uniforme autour de la première encapsulation 121.
Selon un exemple, la deuxième couche d'encapsulation 122 permet de renforcer le confort d'utilisation du dispositif 1. En effet, les éléments électroniques, tels les capteurs présents sur l'élément de captation 11 sont susceptibles de présenter des aspérités et dont seule la première encapsulation 121 ne permettrait pas de dissimuler leurs présences au toucher lors de la pose contre la peau 2. En effet, la première couche d'encapsulation 122 présente préférentiellement une fine épaisseur, de préférence d'environ 3 mm.
Selon un mode de réalisation, la deuxième couche d’encapsulation 122 comprend une première portion 122a colorée et une deuxième portion 122b transparente, la deuxième portion 122b transparente étant située en regard de l’au moins un élément électroluminescent 111a, 111b de sorte à ce que la mesure d’oxymétrie par réflexion puisse être effectuée à travers les deux couches d’encapsulation 121, 122 successives et de l’au moins un élément photorécepteur 112. De préférence la première portion 22a est en silicone coloré opaque.
La portion 22a permettant de préférence d’améliorer la qualité de mesure d’oxymétrie en empêchant tout reflet interférent en provenance de l’environnement extérieur.
De manière préférée, l’élément de captation 11 comprend un premier module 11a et un deuxième module 11b, le premier module 11a et le deuxième module 11b sont distincts et distants l’un de l’autre et sont connectés filairement par un connecteur 11c. De préférence il s’agit d’une connexion par l’intermédiaire d’une nappe de connexion.
Comme illustré à la , le premier module 11a et le deuxième module 11b sont reliés électriquement par l'intermédiaire d'un connecteur 11c. Cette connexion est avantageusement filaire. Cette connexion permet de préférence de faire circuler des données entre le premier module 11a et le deuxième module 11b.
Selon un mode de réalisation, le connecteur 11c est souple et est situé dans une zone centrale 1c. Ainsi, cette zone est de moindre raideur 1c et permet une flexion du dispositif 1 entre une première partie 1a dans laquelle est noyé le premier module 11a et une deuxième partie 1b dans laquelle est noyé le deuxième module 11b. Cette flexion permet notamment d’épouser les formes du corps, par exemple la courbe d’une partie du front. On peut donc varier l’angle des plans de contact avec la peau des parties 1a et 1b. La moindre raideur s’entend donc d’une capacité de déformation élastique plus grande (un module d’Young plus bas) pour la zone 1c, et ce au moins dans une direction de flexion correspondant au sens large de la liaison entre les parties 1a et 1b. Suivant une possibilité, la zone 1c est enrobée de la même manière, et de préférence en même temps, que les parties 1a et 1b. Ainsi, la ou les couches d’encapsulation s’étendent aussi autour de la zone 1c.
Comme illustré à la et selon un mode de réalisation, le premier module 11a comprend deux éléments électroluminescents 111a, 111b ainsi que quatre éléments photorécepteurs 112 répartis de préférence de manière équiradiale autour des éléments électroluminescents. Le deuxième module 11b, quant à lui, comprend une carte électronique 113.
De préférence, le premier module 11a comprend des capteurs tels que des éléments électroluminescent 111a, 111b et des photorécepteurs 112 permettant une mesure d’oxymétrie.
Dans ce contexte, il s’agit en particulier de permettre à une entité de vérification CSC de déterminer et de prouver l’usage de la suite CIPHER pour chiffrer et déchiffrer des données échangées entre les dispositifs CLT et SRV.
Aucune limitation n’est attachée au mécanisme de chiffrement utilisé pour chiffrer les données échangées entre les dispositifs de communication CLT et SRV. Par exemple, les dispositifs CLT et SRV utilisent, selon un mode de réalisation, un mécanisme chiffrement symétrique pour chiffrer des données échangées.
Il n’y a pas non plus d’hypothèse quant à la nature de l’entité de vérification CSC et des dispositifs de communication CLT et SRV. Ils peuvent être constitués par des équipements terminaux utilisés par les clients d’un opérateur réseau, comme par exemple, un décodeur numérique (ou « Set Top Box » (STB) en anglais), un équipement utilisateur (ou « User Equipment » (UE) en anglais), un ordinateur personnel (ou « Personal Computer » (PC) en anglais), un téléphone intelligent (ou « Smartphone » en anglais), une télévision connectée ou une tablette, mais également par des équipements gérés par un opérateur informatique ou un opérateur d’un réseau de télécommunications (par exemple, serveur, pare-feu, routeur), ces équipements pouvant être fixes ou mobiles. Les dispositifs de communication peuvent également être des applications logicielles, ou des instances de service hébergées dans un équipement.
À titre indicatif, au moins un élément parmi l’entité de vérification CSC et les dispositifs CLT et SRV est, selon un mode de réalisation, mis en œuvre par (ou compris dans) un terminal, tel qu’un téléphone mobile, par exemple un Smartphone, ou une tablette, ou un ordinateur.
En outre, aucune limitation n’est attachée à la nature du réseau de communication NET, qui peut être un réseau de téléphonie mobile (2G, 3G, 4G, 5G, 6G, etc.), un réseau informatique de type Internet, ou tout autre réseau (propriétaire, etc.) pouvant être envisagé.
La représente, sous forme d’ordinogramme, des étapes de procédés de preuve et de vérification d’usage d’une suite de chiffrement pour chiffrer des données échangées entre un premier et un deuxième dispositif de communication selon un mode de réalisation de l’invention.
Tel qu’illustré par la , et selon un mode de réalisation de l’invention, les procédés de preuve et de vérification d’usage d’une suite de chiffrement proposés comprennent au moins une des étapes E10 à E110 décrites ci-dessous.
À l’étape E10, l’entité de vérification CSC envoie, au dispositif CLT, un défi CH (ou« challenge » en anglais). À titre d’exemple, le défi CH est une chaine de caractères.
À l’étape E20, le dispositif CLT envoie, au dispositif SRV, le défi CH reçu.
À l’étape E70, le dispositif SRV chiffre le défi CH en utilisant une suite de chiffrement CIPHER et une clé de chiffrement KEY, et obtient ainsi un défi chiffré ENC_CH.
À l’étape E80, le dispositif SRV envoie, au dispositif CLT, le défi chiffré ENC_CH.
À l’étape E100, le dispositif CLT envoie, à l’entité de vérification CSC, la clé KEY et le défi chiffré ENC_CH.
À l’étape E110, l’entité de vérification CSC vérifie l’usage de la suite CIPHER en utilisant le défi CH, le défi chiffré ENC_CH, la clé KEY et la suite CIPHER.
Selon un mode de réalisation, l’entité de vérification CSC à l’étape E110 vérifie que le défi chiffré ENC_CH correspond au défi CH chiffré en utilisant la clé KEY et la suite CIPHER.
Par exemple, l’entité de vérification CSC déchiffre le défi chiffré ENC_CH et compare ensuite le défi déchiffré obtenu au défi CH envoyé. Si le défi déchiffré obtenu est identique au défi CH envoyé, alors la suite CIPHER a effectivement été utilisée par le dispositif SRV pour chiffrer le défi CH ; sinon, le résultat de la vérification est négatif et l’usage de la suite CIPHER n’a pas été prouvé.
Ainsi, la solution proposée décrite ici permet à l’entité de vérification CSC de vérifier que le dispositif SRV utilise la suite CIPHER pour chiffrer le défi CH et, corrélativement, permet à ce dispositif SRV d’apporter une preuve d’usage de la suite CIPHER.
Le décodeur STBm comprend en outre une entité de gestion ENTm, objet de l’invention, dont le fonctionnement sera détaillé ci-après.
Le décodeur STBsi peut aussi contenir d’autres modules comme un disque dur non représenté pour le stockage des segments vidéo, un module de contrôle d’accès aux contenus, un module de traitement des commandes reçues du smartphone.
Dans certains modes de réalisation, la composition de caoutchouc utile dans le cadre de l'invention comprend une matrice élastomère constituée de caoutchouc naturel et d’un copolymère de butadiène-styrène, le caoutchouc naturel étant majoritaire en masse dans la matrice élastomère.
Dans certains modes de réalisation, la composition de caoutchouc utile dans le cadre de l'invention comprend une matrice élastomère constituée de caoutchouc naturel (100 pce de caoutchouc naturel).
Charge renforçante La composition de caoutchouc utile dans le cadre de la présente invention comprend au moins 65 pce, typiquement de 65 à 110 pce, de charges renforçantes, les charges renforçantes étant constituées de 40 à 70 pce de noir de carbone de pyrolyse et de 10 à 40 pce de noir de carbone (dit « conventionnel »), le ratio (masse du noir de carbone de pyrolyse)/(masse totale des charges renforçantes) allant de 0,60 à 0,75.
Dans certains modes de réalisation, les charges renforçantes sont constituées de 10 à 30 pce, de préférence 20 à 30 pce de noirs de carbone (dit « conventionnel ») et de 40 à 65 pce, de préférence de 45 à 65 pce de noirs de carbone de pyrolyse.
Noir de carbone de pyrolyse Par « noir de carbone de pyrolyse », on entend au sens de la présente invention un noir de carbone issu d’un procédé de pyrolyse d’un matériau comprenant au moins un polymère carboné et un noir de carbone, ci-après le matériau à pyrolyser, par exemple dans le cadre du recyclage d’un tel matériau. L’état physique sous lequel se présente le matériau à pyrolyser est indifférent, que ce soit sous forme de poudre, granulé, bande, ou toute autre forme, à l’état réticulé ou non réticulé.
La pyrolyse dans le cadre de la présente invention signifie tout type de décomposition thermique en l’absence d’oxygène et dont la matière première est le matériau à pyrolyser tel que défini ci-dessus. Les noirs de carbone de pyrolyse se distinguent donc des noirs de carbone dits industriels et/ou de grade ASTM (« American Standard Test Method », désigné en français « Méthode d’essai Standard américain ») en ce que la matière première carbonée utilisée pour la pyrolyse est un matériau comprenant au moins un polymère carboné et un noir de carbone et non des matériaux issus de coupes pétrolières ou issues du charbon ou encore d’huiles d’origine naturelle.
D’une façon plus générale, et tel que décrit ci-après, la solution proposée permet à l’entité de vérification CSC de vérifier l’usage de la suite CIPHER pour chiffrer des données échangées entre les dispositifs CLT et SRV et, corrélativement, permet aux dispositifs CLT et SRV d’apporter une preuve d’usage de la suite CIPHER.
La représente, sous forme d’ordinogramme, des étapes de procédés de preuve et de vérification d’usage d’une suite de chiffrement selon un mode de réalisation de l’invention.
Exemples d’a pplication au protocole TLS ou QUIC : La illustre, à titre d’exemple, un mode de réalisation de l’invention dans un contexte particulier d’application selon lequel l’un des protocoles TLS, DTLS, OSCORE, EDHOC ou QUIC est utilisé pour échanger des données entre les dispositifs CLT et SRV. L’exemple de réalisation fourni ci-après reprend, à ce titre, les étapes décrites en référence à la dans ce contexte particulier d’application.
Selon cet exemple, le dispositif CLT (e.g. le client du protocole TLS/QUIC) initie et établit une connexion (ou une session de communication) avec le dispositif SRV (e.g. le serveur du protocole TLS/QUIC), pour échanger des données de manière sécurisée.
Nous désignons ici par l'acronyme TLS au moins une des versions suivantes du protocole « Transport Layer Security » : TLS 1.0 telle que définie par la RFC 2246 en janvier 1999 ; TLS 1.1 telle que définie par la RFC 4346 en avril 2006 ; TLS 1.2 telle que définie par la RFC 5246 en août 2008 ; ou TLS 1.3 telle que définie par la RFC 8446 en août 2018.
Nous désignons ici par l’acronyme DTLS au moins une des versions suivantes du protocole « Datagram Transport Layer Security » : DTLS 1.2 telle que définie par la RFC 6347 ; ou DTLS 1.3 telle que définie par la RFC9147.
Nous désignons ici par l’acronyme OSCORE le protocole « Object Security for Constrained RESTful Environments » tel que défini par la RFC8613.
Nous désignons par l’acronyme EDHOC le protocole, utilisé notamment pour les terminaux de type Internet des Objets (ou « Internet of Things » en anglais), « Ephemeral Diffie-Hellman Over COSE » tel que défini dans le document « draft-ietf-lake-edhoc-15 » publié par l’ « Internet Engineering Task Force » et accessible au lien suivant : https://datatracker.ietf.org/doc/draft-ietf-lake-edhoc/.
Et, par le terme QUIC, nous désignons au moins une des versions du protocole de transport QUIC telles que définies par : la RFC 8999 en mai 2021 ; la RFC 9000 en mai 2021 ; la RFC 9001 en mai 2021 ; la RFC 9002 en mai 2021 ; la RFC 9221 en mars 2022.
É tablissement d’une connexion entre les dispositifs CLT et SRV : Tel qu’illustré par la , et selon un mode de réalisation de l’invention, les procédés de preuve et de vérification d’usage d’une suite de chiffrement proposés comprennent au moins une des étapes E10 à E120 décrites ci-dessous.
À l’étape E10, l’entité de vérification CSC envoie, au dispositif CLT, un défi CH.
À l’étape E11, selon un mode de réalisation particulier, le dispositif CLT active l’utilisation d’un indicateur non-chiffré SPINBIT pour les messages échangés avec le dispositif SRV, cette activation étant déclenchée par la réception du défi CH à l’étape E10. L’utilisation de cet indicateur SPINBIT est décrite plus en détails ci-dessous en référence à la .
À l’étape E20, le dispositif CLT envoie, au dispositif SRV, un message CLT_HELLO pour initier une connexion avec celui-ci. Le message CLT_HELLO comprend le défi CH, reçu en provenance de l’entité de vérification CSC. En outre, le message CLT_HELLO comprend selon un mode de réalisation : le ou les identifiants des suites de chiffrement pouvant être utilisées par le dispositif CLT ; et une chaîne d’octets aléatoires (dite « client random » en anglais).
À l’étape E30, le dispositif SRV envoie, au dispositif CLT, un message SRV_HELLO en réponse au message CLT_HELLO. Plus particulièrement, le message SRV_HELLO comprend selon un mode de réalisation : un identifiant de la suite de chiffrement CIPHER choisie par le dispositif SRV pour la connexion ; et une autre chaîne aléatoire d'octets (dite « server random » en anglais). Selon un mode de réalisation particulier, le message SRV_HELLO comprend en outre un paramètre d’obtention de clé de chiffrement, utilisée par exemple par l’algorithme d’échange de clés Diffie-Helman pour obtenir une clé de chiffrement.
Il convient de souligner que le message SRV_HELLO indique ainsi d’utiliser la suite CIPHER pour chiffrer et déchiffrer les données échangées entre les dispositifs CLT et SRV lors de la connexion.
Plus précisément, une suite CIPHER est définie par un identifiant décrivant les algorithmes de la suite. Un exemple d’identifiant d’une de suite de chiffrement est le suivant : TLS_DH_RSA_WITH_AES_256_GCM_SHA384. La signification de cet identifiant est la suivante: TLS définit le protocole pour lequel cette suite de chiffrement est destinée ; DH indique l'algorithme d'échange de clés utilisé ; RSA est le mécanisme d’authentification utilisé lors de l’établissement de la connexion ; AES est le chiffrement utilisé lors de la connexion ; 256 (bits) est la taille de la clé de chiffrement ; GCM est le type de chiffrement ; SHA est la fonction de hachage utilisé pour le mécanisme de d'authentification des messages ; et 384 (bits) est la taille du condensé utilisé pour signer les messages.
Ce mode de réalisation permet de vérifier qu’une suite de chiffrement utilisée par des dispositifs de communication est conforme à des règles de sécurité définies.
Ainsi, ce mode de réalisation permet à une entité tiers (e.g. un opérateur réseau, un orchestrateur d’applications en réseau) de contrôler la sécurité des échanges entre des dispositifs de communication lors d’une connexion.
Selon un mode de réalisation, si au moins un résultat d’une dite vérification est négatif, l’entité de vérification envoie une instruction d’interruption des échanges entre le premier et le deuxième dispositif. À titre indicatif, l’instruction d’interruption peut notamment être envoyée à une entité de contrôle du réseau (i.e. une fonction réseau), et/ou au premier dispositif, et/ou au deuxième dispositif.
Ce mode de réalisation permet d’interrompre les communications entre le premier et le deuxième dispositif, si la preuve d’usage de la suite de chiffrement fournie par les dispositifs est invalide (i.e. le résultat de la vérification d’usage est négatif) ou si la suite de chiffrement utilisée est obsolète. Il s’agit ainsi de ne pas compromettre la sécurité des échanges entre les dispositifs de communication.
Selon un autre aspect de l’invention , il est proposé un procédé de preuve d’usage d’une suite de chiffrement pour chiffrer des données échangées entre un premier dispositif et un deuxième dispositif dans un réseau de communication, le procédé étant mis en œuvre par le premier dispositif et comprenant : une réception, en provenance d’une entité de vérification, d’un défi ; un envoi, au deuxième dispositif, du défi ; une réception, en provenance du deuxième dispositif, du défi chiffré par le deuxième dispositif en utilisant une clé de chiffrement et ladite suite de chiffrement ; et un envoi, à l’entité de vérification, du défi chiffré.
Selon un autre aspect de l’invention , il est proposé un procédé de preuve d’usage d’une suite de chiffrement pour chiffrer des données échangées entre un premier dispositif et un deuxième dispositif dans un réseau de communication, le procédé étant mis en œuvre par le deuxième dispositif et comprenant : une réception, en provenance du premier dispositif, d’un défi ; un chiffrement du défi en utilisant une clé de chiffrement et ladite suite de chiffrement ; et un envoi, au premier dispositif ou à une entité de vérification, du défi chiffré.
Selon un mode de réalisation, au moins un desdits premier et deuxième dispositifs envoie, à l’entité de vérification, une preuve de chiffrement comprenant : le défi chiffré ; la clé de chiffrement ; et un identifiant de la suite de chiffrement.
Dans le cadre de l'invention, d’autres modes de réalisation pourraient également être envisagés selon lesquels le défi chiffré, la clé de chiffrement et l’identifiant de la suite de chiffrement sont envoyés à l’entité de vérification par le premier dispositif et/ou le deuxième dispositif dans un ou plusieurs messages.
Selon un mode de réalisation, l’un des premier et deuxième dispositifs envoie à l’autre dispositif, au moins un message lors d’un établissement d’une connexion entre les premier et deuxième dispositifs, ledit au moins un message échangé comprenant un identifiant de la suite de chiffrement à utiliser.
Selon un mode de réalisation, au moins un desdits premier et deuxième dispositifs dispositif chiffre au moins un message en utilisant la clé de chiffrement et la suite de chiffrement et envoie ledit au moins un message chiffré.
Selon un mode de réalisation, au moins un desdits premier et deuxième dispositifs chiffre au moins un message et obtient un code d’authentification de message associé audit au moins un message.
Selon un mode de réalisation, au moins un desdits premier et deuxième dispositifs chiffre au moins un message comprenant des données applicatives et des données de remplissage, les données applicatives étant chiffrées en utilisant une autre clé de chiffrement distincte de la clé de chiffrement envoyée à l’entité de vérification, les données de remplissage comprenant le défi reçu en provenance de l’entité de vérification et étant chiffrées en utilisant la clé de chiffrement envoyée à l’entité de vérification.
Selon un mode de réalisation, au moins un desdits premier et deuxième dispositifs marque avec un indicateur non-chiffré les messages envoyés devant être obtenus et traités par l’entité de vérification pour vérifier l’usage de la suite de chiffrement.
Selon un mode de réalisation, au moins un desdits premier et deuxième dispositifs reçoit au moins un message chiffré et déchiffre ledit au moins un message chiffré en utilisant la clé de chiffrement et la suite de chiffrement.
Selon un mode de réalisation, un protocole de type TLS est utilisé pour échanger des données entre le premier et le deuxième dispositif. Plus précisément, selon un mode de réalisation, le protocole TLS, DTLS, OSCORE, EDHOC, ou QUIC est utilisé pour échanger des données entre le premier et le deuxième dispositif.
Selon un mode de réalisation, le protocole QUIC est utilisé pour échanger des données entre le premier et le deuxième dispositif.
Selon un autre aspect de l’invention , il est proposé une entité de vérification d’usage d’une suite de chiffrement pour chiffrer des données échangées entre un premier dispositif et un deuxième dispositif dans un réseau de communication, l’entité de vérification comprenant : un module d’envoi configuré pour envoyer, au premier dispositif, un défi ; un module de réception configuré pour recevoir, en provenance du premier ou du deuxième dispositif, une clé de chiffrement et pour recevoir, en provenance du premier ou du deuxième dispositif, un défi chiffré par le deuxième dispositif ; et un module de vérification configuré pour vérifier un usage de ladite suite de chiffrement en utilisant au moins le défi envoyé, le défi chiffré reçu, la clé de chiffrement, et ladite suite de chiffrement.
Selon un autre aspect de l’invention , il est proposé un dispositif de communication, dit premier dispositif, comprenant : un premier module de réception configuré pour recevoir, en provenance d’une entité de vérification, un défi ; un premier module d’envoi configuré pour envoyer, au deuxième dispositif, le défi ; un deuxième module de réception configuré pour recevoir, en provenance du deuxième dispositif, le défi chiffré par le deuxième dispositif en utilisant une clé de chiffrement et une suite de chiffrement ; et un deuxième module d’envoi configuré pour envoyer, à l’entité de vérification, le défi chiffré.
Selon un autre aspect de l’invention , il est proposé un dispositif de communication, dit deuxième dispositif, comprenant : un module de réception configuré pour recevoir, en provenance du premier dispositif, un défi ; un module de chiffrement configuré pour chiffrer le défi en utilisant une clé de chiffrement et une suite de chiffrement ; et un module d’envoi configuré pour envoyer, au premier dispositif ou à une entité de vérification, le défi chiffré.
Selon un autre aspect de l’invention , il est proposé un terminal comprenant une entité de vérification conforme à l’invention ou un dispositif de communication conforme à l’invention.
Selon un aspect de l’invention , il est proposé un programme d’ordinateur comprenant des instructions pour la mise en œuvre des étapes d’un procédé conforme à l’invention, lorsque le programme d’ordinateur est exécuté par au moins un processeur ou un ordinateur.