Brevet FR3118232A1 — publié le 20220624

Procédé de sécurisation , dispositif électronique, produit programme d’ordinateur et support correspondant L’invention concerne un procédé mis en œuvre dans un dispositif électronique comprenant, lors d’un accès à au moins une donnée adaptée à être rendue sur au moins une première interface utilisateur dudit dispositif, une mise en œuvre d’une action de protection de ladite donnée tenant compte d’au moins une information représentative d’un contexte physique et/ou numérique dudit dispositif. L’invention concerne aussi le dispositif électronique, le produit programme d’ordinateur et le support correspondant. Figure pour l'abrégé : Fig. 1 Procédé de sécurisation d’un dispositif électronique, dispositif électronique, produit programme d’ordinateur et support correspondants. 1. Domaine technique La présente application se rapporte au domaine de la sécurité des dispositifs de communication. Elle concerne notamment un procédé de sécurisation d’un dispositif électronique, ainsi qu’un dispositif électronique, un produit programme d’ordinateur et un médium correspondants. 2. État de la technique Les terminaux électroniques sont devenus des outils incontournables de la vie quotidienne de chacun; dans un cadre professionnel comme dans la vie personnelle. En effet, de nombreuses informations sont à présent accessibles sous forme numérique. Un document au format numérique permet en effet à un ou plusieurs utilisateurs d’y accéder facilement, depuis différents supports (PC fixe ou portable, tablette, smartphone,…) et en différents lieux (au bureau, à la maison, dans le train, le bus, …). Ils peuvent également s’échanger ces documents de façon simple ou travailler de façon collaborative sur un même document. Cette simplicité d’accès nécessite en contrepartie une très grande vigilance de la part d'une personne manipulant ces documents numériques. En effet, ces documents numériques peuvent parfois s’avérer sensibles. De ce fait, la protection des données accessibles depuis un terminal électronique est devenue un enjeu majeur. La présente demande a pour objet de proposer des améliorations à au moins certains des inconvénients de l’état de la technique. 3. Exposé de l'invention La présente demande vise à améliorer la situation à l'aide d'un procédé mis en œuvre au moins partiellement dans un dispositif électronique et comprenant, lors d’un accès à au moins une donnée adaptée à être rendue sur au moins une première interface utilisateur dudit dispositif, une mise en œuvre d’une action de protection de ladite donnée tenant compte d’au moins une information représentative d’un contexte physique et/ou numérique dudit dispositif. Par « lors d’un accès », on entend par exemple juste avant et/ou pendant l’accès à la donnée. Par exemple, dans le cas d’un document, juste avant ou pendant l’ouverture du document, ou pendant que le document est ouvert. Il peut s’agir d’une donnée (par exemple une donnée audio, image, vidéo, texte et/ou hologramme) stockée localement dans le dispositif ou accessible à distance. Dans au moins un mode de réalisation, ladite information représentative dudit est obtenue via un capteur couplé audit dispositif et/ou via une sonde d’activité accessible depuis ledit dispositif. Dans au moins un mode de réalisation, ladite action de protection tient compte d’au moins une mise en œuvre antérieure dudit procédé sur ledit dispositif. Dans au moins un mode de réalisation, ladite action de protection est fonction d’au moins un critère de confidentialité de ladite donnée. Dans au moins un mode de réalisation, ladite action de protection comprend au moins une des actions de rendu suivantes : - une génération d’un message d’alerte sur au moins une seconde interface utilisateur dudit dispositif, - une obtention d’une confirmation d’une commande de rendu de ladite donnée ; - une adaptation dudit rendu. Selon les modes de réalisation, il peut s’agir de la même interface utilisateur que celle de restitution de la donnée ou d’une autre interface utilisateur (par exemple, si la donnée est restituée sous forme audio, l’alerte peut être visuelle, ou vice versa, ou encore il peut s’agir de deux écrans différents). Dans au moins un mode de réalisation, l’adaptation du rendu comprend un floutage au moins partiel d’une zone de rendu de ladite interface utilisateur. Par floutage, on entend une altération du rendu de façon à rendre au moins partiellement floue la zone de rendu. Dans au moins un mode de réalisation, l’adaptation du rendu comprend, lorsque ladite donnée est une donnée textuelle, une modification d’une taille, d’une police et/ou d’une couleur de caractère d’au moins une partie de ladite donnée. Dans au moins un mode de réalisation, l’adaptation du rendu comprend, lorsque ladite donnée est une donnée textuelle, une modification d’un espacement (interligne) et/ou d’une couleur du texte et/ou d’un arrière-plan du texte d’au moins une partie de ladite donnée. Les caractéristiques, présentées isolément dans la présente demande en lien avec certains modes de réalisation du procédé de la présente demande peuvent être combinées entre elles selon d’autres modes de réalisation du présent procédé. Selon un autre aspect, la présente demande concerne également un dispositif électronique adapté à mettre en œuvre le procédé de la présente demande dans l’un quelconque de ses modes de réalisations. Par exemple, la présente demande concerne ainsi un dispositif électronique comprenant au moins un processeur configuré pour une mise en œuvre, lors d’un accès à au moins une donnée adaptée à être rendue sur au moins une première interface utilisateur dudit dispositif, d’une action de protection de ladite donnée tenant compte d’au moins une information représentative d’un contexte physique et/ou numérique dudit dispositif. La présente demande concerne aussi un programme d'ordinateur comprenant des instructions pour la mise en œuvre des divers modes de réalisation du procédé ci-dessus, lorsque programme est exécuté par un processeur et un support d’enregistrement lisible par un dispositif électronique et sur lequel est enregistré le programme d’ordinateur. Par exemple, la présente demande concerne ainsi un programme d'ordinateur comprenant des instructions pour la mise en œuvre, lorsque le programme est exécuté par un processeur d’un dispositif électronique, d’un procédé comprenant, lors d’un accès à au moins une donnée adaptée à être rendue sur au moins une première interface utilisateur dudit dispositif, une mise en œuvre d’une action de protection de ladite donnée tenant compte d’au moins une information représentative d’un contexte physique et/ou numérique dudit dispositif. Par exemple, la présente demande concerne aussi un support d’enregistrement lisible par un processeur d’un dispositif électronique et sur lequel est enregistré un programme d’ordinateur comprenant des instructions pour la mise en œuvre, lorsque le programme est exécuté par le processeur, d’un procédé comprenant, lors d’un accès à au moins une donnée adaptée à être rendue sur au moins une première interface utilisateur dudit dispositif, une mise en œuvre d’une action de protection de ladite donnée tenant compte d’au moins une information représentative d’un contexte physique et/ou numérique dudit dispositif. Les programmes mentionnés ci-dessus peuvent utiliser n’importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n’importe quelle autre forme souhaitable. Les supports d'informations mentionnés ci-dessus peuvent être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, un support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique. Un tel moyen de stockage peut par exemple être un disque dur, une mémoire flash, etc. D'autre part, un support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Un programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, un support d'informations peut être un circuit intégré dans lequel un programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution de l’un quelconque des modes de réalisation du procédé objet de la présente demande de brevet. 4. Brève description des dessins D’autres caractéristiques et avantages de l’invention apparaîtront plus clairement à la lecture de la description suivante de modes de réalisation particuliers, donnés à titre de simples exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels : La présente une vue simplifiée d’un système, cité à titre d’exemple, dans lequel au moins certains modes de réalisation du procédé de la présente demande peuvent être implémentés, La présente une vue simplifiée d’un dispositif adapté à mettre en œuvre au moins certains modes de réalisation du procédé de la présente demande, La présente un aperçu du procédé de sécurisation de la présente demande, dans certains de ses modes de réalisation La présente un exemple d’interface utilisateur d’un dispositif électronique mettant en œuvre au moins certains modes de réalisation du procédé de la présente demande. La présente, une vue fonctionnelle simplifiée d’un dispositif adapté à mettre en œuvre au moins certains modes de réalisation du procédé de la présente demande, 5. Description des modes de réalisation La présente demande vise à aider un utilisateur à protéger au moins une donnée numérique à laquelle il accède via au moins un dispositif électronique, d’un accès simultané par un tiers. La donnée numérique peut être par exemple une partie au moins d’un contenu numérique, par exemple multimédia. Le procédé peut par exemple être mis en œuvre lors d’une création, d’une lecture, d’une écriture, et/ou d’une modification de la donnée par exemple. Le dispositif électronique peut être divers selon les modes de réalisation. Par exemple, il peut s’agir d’un ordinateur, comme un ordinateur personnel fixe ou portable, un téléphone intelligent (« Smart Phone » en anglais), une tablette électronique, un objet connecté, une liseuse électronique, etc. Nombre d’utilisateurs optent en effet pour des terminaux mobiles, de par les nombreux avantages offerts par la mobilité. Ainsi, il est tentant pour un utilisateur de se servir de son terminal mobile en dehors de son lieu de travail ou de son domicile (par exemple lors de trajets quotidiens (domicile – travail), lors de réunions externes à l’entreprise, chez un ami, ou tout simplement dans un café). La présente demande vise, dans certains modes de réalisation, à protéger au moins une donnée restituée (rendue) sur une interface utilisateur dite « de sortie » de ce dispositif. Il peut s’agir notamment d’au moins une donnée audio (rendue par exemple par un haut-parleur couplé au dispositif et/ou d’au moins une donnée (texte, image et/ou vidéo) rendue de façon visuelle (sur un écran couplé au dispositif par exemple). Les données mises à disposition par les interfaces « de sortie » sont en effet facilement accessibles aux tiers. Cette disponibilité vis-à-vis d’un tiers pose donc un problème de sécurité et/ou de confidentialité, même vis-à-vis d’un tiers non malveillant. Ce problème est d’autant plus crucial dans le cadre de données confidentielles, par exemple des données personnelles des utilisateurs (privées, médicales, etc.) ou des données professionnelles, liées par exemple à une stratégie d’entreprise, un savoir-faire et/ou une innovation. La présente demande propose de limiter et/ou d’adapter le rendu d’une donnée, comme une donnée sensible, en fonction d’un contexte de rendu dudit dispositif. Par contexte de rendu, on entend dans la présente demande un ensemble d’éléments d’information représentatifs d’un contexte physique et/ou numérique du dispositif et auxquels on peut associer un risque plus ou moins important d’interception d’une donnée de sortie par un tiers. Par contexte numérique, on entend des informations relatives à l’environnement du dispositif, en terme de connectivité à des réseaux de communication du dispositif, aux équipements ou aux dispositifs avec lesquels il est couplé (ou susceptible d’être couplé), de façon câblé ou sans fil, et à leurs états, et/ou le contexte interne (logiciel et/ou matériel) du dispositif lui-même. De tels éléments d’informations peuvent par exemple être acquis par des capteurs physiques couplés au dispositif électronique, comme des capteurs de mouvement, des caméras (comme des « Webcam ») et/ou par des capteurs logiques au sein du dispositif. Ces capteurs physiques et/ou logiques sont également appelés « sonde » dans la présente demande. Ils peuvent par exemple permettre de détecter des évènements au niveau du système d’exploitation, de connaitre les applications et/ou processus actifs et/ou lancés sur un dispositif électronique. La demande de brevet déposée sous le numéro FR2009965 par la demanderesse présente de telles sondes. L’au moins une donnée à protéger peut être par exemple une partie d’un document électronique adapté à être restitué (pour consultation et/ou modification) sur une interface graphique du dispositif (via une application de traitement de texte, ou un tableur par exemple). En effet, une personne peut vite oublier le contexte (l’environnement physique notamment) dans lequel elle effectue une manipulation sur un document, et rendre involontairement accessible (visuellement ou de façon sonore) des données confidentielles à des personnes non autorisées (malveillante ou simplement curieuse ) . A titre d’exemple, il arrive que des personnes ouvrent des documents confidentiels textuels dans un train, offrant ainsi aux autres personnes à proximité la possibilité de visualiser des données sensibles par de simples coups d’œil. On décrit à présent, en lien avec la , de façon plus détaillée la présente demande. La représente un système de télécommunication 100 dans lequel certains modes de réalisation de l’invention peuvent être mis en œuvre. Le système 100 comporte un ou plusieurs dispositifs électroniques, certains au moins pouvant communiquer entre eux via un ou plusieurs réseaux de communication 120, éventuellement interconnectés, comme un réseau de proximité, un réseau local ou LAN (Local Area Network, 1) et/ou un réseau de type étendu, ou WAN (Wide Area Network, 2). Par exemple, le réseau peut comprendre un réseau Bluetooth, un LAN d’entreprise ou domestique et/ou un réseau WAN de type internet, ou cellulaire, GSM - Global System for Mobile Communications, UMTS - Universal Mobile Télécommunications System, Wifi - Wireless, etc. . Comme illustré en , le système 100 peut par exemple comprendre un ou plusieurs dispositifs électroniques, comme un terminal 110 (tel qu’un ordinateur portable, un téléphone intelligent (« Smart Phone » en anglais), une tablette électronique, un objet connecté, une liseuse électronique etc..), et/ou un serveur 130, par exemple un serveur d’applications et/ou un serveur internet, un dispositif de stockage 150. Le système peut également comprendre des éléments de gestion et/ou d’interconnexion réseau (non représentés) Ces dispositifs électroniques peuvent être associés à au moins un utilisateur 160 (par le biais par exemple d’un compte utilisateur accessible par login), certains des dispositifs électroniques pouvant être associés à un même utilisateur. Le système peut également comprendre des capteurs 140, 142 éventuellement couplés à au moins un des dispositifs, de façon permanente ou temporaire via le réseau 120 par exemple. Il peut s’agir par exemple de capteurs audio, de capteurs de mouvement, de webcams etc. Les différents éléments du système 100 décrits ci-dessus sont des exemples d’éléments représentatifs du contexte numérique d’un dispositif 110 du système. La illustre une structure simplifiée d’un dispositif électronique 200 du système 100, par exemple le dispositif 110 de la , adapté à mettre en œuvre les principes de la présente demande. Selon les modes de réalisation, il peut s’agir d’un serveur, et/ou d’un terminal. Le dispositif 200 comprend notamment au moins une mémoire M 210 comme une mémoire tampon, une mémoire volatile, par exemple de type RAM (pour « Random Access Memory » selon la terminologie anglaise), et/ou une mémoire non volatile (par exemple de type ROM (pour « Read Only Memory » selon la terminologie anglaise). Le dispositif 200 peut également comprendre une unité de traitement UT 220, équipée par exemple d'au moins un processeur P 222, et pilotée par un programme d'ordinateur PG 212 stocké en mémoire M 210. A l'initialisation, les instructions de code du programme d'ordinateur PG sont par exemple chargées dans une mémoire RAM avant d'être exécutées par le processeur P. Ledit au moins un processeur P 222 de l'unité de traitement UT 220 peut notamment mettre en œuvre, individuellement ou collectivement, l'un quelconque des modes de réalisation du procédé de la présente demande (décrit notamment en relation avec les figures 3 à 5), selon les instructions du programme d'ordinateur PG. Le dispositif peut également comporter, ou être couplé à, au moins un module d’entrée/ sortie I/O 230, tel qu’un module de communication et/ou un module d’interfaçage avec un utilisateur du dispositif (aussi appelé plus simplement dans cette demande « interface utilisateur »). Un module de communication peut permettre par exemple au dispositif 200 de communiquer avec d’autres dispositifs du système 100, via des interfaces de communication filaires ou sans fils, (par exemple pour accéder à des données stockées (à distance) sur/via un autre dispositif du système 100) et des modules d’entrées/sorties couplées au dispositif. Par interface utilisateur du dispositif, on entend par exemple une interface intégrée au dispositif 200, ou une partie d’un dispositif tiers couplé à ce dispositif par des moyens de communication filaires et/ou sans fils. Par exemple, il peut s’agir d’un écran secondaire du dispositif ou d’au moins un haut-parleur connecté par une technologie sans fil au dispositif. Une interface utilisateur peut notamment être une interface utilisateur, dite «de sortie», adaptée à un rendu (ou au contrôle d’un rendu) d’un élément de sortie d‘une application informatique utilisée par le dispositif 200, par exemple une application s’exécutant au moins partiellement sur le dispositif 200 ou une application « en ligne » s’exécutant au moins partiellement à distance, par exemple sur le serveur 130 du système 100. Des exemples d’interface utilisateur de sortie du dispositif incluent un ou plusieurs écrans, notamment au moins un écran graphique (tactile par exemple), un ou plusieurs haut-parleurs, un casque connecté, une montre connectée, un hologramme. Par rendu, on entend ici une restitution (ou « output » selon la terminologie anglaise) sur au moins une interface utilisateur, sous une forme quelconque, par exemple comprenant des composantes textuelle, audio et/ou vidéo, ou une combinaison de telles composantes. Par ailleurs, une interface utilisateur peut être une interface utilisateur, dite «d’entrée», adaptée à une acquisition d’une commande d’un utilisateur du dispositif 200. Il peut s’agir notamment d’une action à effectuer en lien avec un item restitué, et/ou d’une commande à transmettre à une application informatique utilisée par le dispositif 200, par exemple une application s’exécutant au moins partiellement sur le dispositif 200 ou une application « en ligne » s’exécutant au moins partiellement à distance, par exemple sur le serveur 130 du système 100. Des exemples d’interface utilisateur d’entrée du dispositif 200 incluent un capteur, un moyen d’acquisition audio et/ou vidéo (microphone, caméra (webcam) par exemple), un clavier, une souris. Ledit au moins un microprocesseur du dispositif 200 peut notamment être adapté pour une mise en œuvre, lors d’un accès à au moins une donnée adaptée à être rendue sur au moins une première interface utilisateur dudit dispositif, d’une action de protection de ladite donnée tenant compte d’au moins une information représentative d’un contexte physique et/ou numérique dudit dispositif. Certains des modules d’entrées-sorties ci-dessus sont optionnels et peuvent donc être absents du dispositif 200 dans certains modes de réalisation. Notamment, si la présente demande est parfois détaillée en lien avec un dispositif communiquant avec au moins un second dispositif du système 100, le procédé peut également être mis en œuvre localement par un dispositif, en utilisant par exemple des éléments de sortie d’applications ne nécessitant pas d’échange entre dispositifs (tel qu’un calendrier électronique par exemple). Au contraire, dans certains de ses modes de réalisation, le procédé peut être mis en œuvre de façon distribuée entre au moins deux dispositifs du système 100, par exemple deux dispositifs d’un même utilisateur 160. Par le terme « module » ou le terme « composant » ou « élément » du dispositif, on entend ici un élément matériel, notamment câblé, ou un élément logiciel, ou une combinaison d’au moins un élément matériel et d’au moins un élément logiciel. Le procédé selon l’invention peut donc être mis en œuvre de diverses manières, notamment sous forme câblée et/ou sous forme logicielle. La illustre une vue fonctionnelle du dispositif 200 de la . Comme illustré, le dispositif 200 peut comprendre au moins un module 510, 520 d’acquisition d’informations contextuelles (via les modules d’entrée/sorties et/ou de communication de la par exemple). Comme illustré en , un module d’acquisition d’informations contextuelles 510, 520 peut permettre l’acquisition d’informations relatives au contexte physique et/ou numérique du dispositif. Un module d’acquisition 510, 520 peut comprendre par exemple au moins un capteur (sonde) matériel, comme un capteur d’orientation, de position et/ou de mouvement, un accéléromètre, un microphone, une caméra (« webcam » par exemple) etc.., un capteur de capacité sonore d’une pièce, susceptible de détecter un évènement dans l‘environnent physique du dispositif (par exemple une nouvelle présence dans un voisinage du dispositif 200) et/ou rendre compte de l’environnement physique du dispositif et/ou de sa situation (par exemple une position et/ ou une orientation du dispositif et/ou d’un écran couplé au dispositif). Un module d’acquisition 510 peut également comprendre des sondes d’activité, par exemple logicielles, susceptibles de déceler l’occurrence d’évènements (par exemple logiciels) au sein du dispositif ou de caractériser le contexte numérique du dispositif 200. Il peut par exemple s’agir d’une sonde d’activité adaptée à détecter une ouverture d’une application logicielle sur le dispositif (Word, Excel, Messenger, Facebook, Twitter, Instagram…), et/ou une ouverture et/ou un rendu d’un document, d’un message et/ou d’une fenêtre de dialogue par cette application. Il peut s’agir aussi d’une sonde d’activité adaptée à détecter un changement d’un paramètre d’un module de communication du dispositif 200 (par exemple un changement de réseau de communication). Il peut s’agir aussi d’une sonde d’activité adaptée à détecter, via un module d’interface utilisateur du dispositif 200 par exemple, un déplacement de souris et/ou une saisie clavier. Dans certains modes de réalisation, comme illustré en , un premier module d’acquisition 510 peut être en charge de l’acquisition d’informations locales (internes) au dispositif 200, un second module étant en charge des acquisitions externes au dispositif 200, reçues via un module de communication. Il peut notamment s’agir des acquisitions réalisées par des sondes couplées au dispositif (par exemple dans le cadre d’une utilisation du dispositif dans une pièce équipée de sondes, comme une pièce d’un bâtiment intelligent (« Smart building » selon la terminologie anglaise) Les informations acquises via les modules d’acquisition 510 et 520 peuvent par exemple être transmises à un module 530 de traitement, comprenant par exemple une brique (module) d’Intelligence Artificielle, qui peut déduire un contexte physique et numérique du dispositif 200 qu’utilise le procédé de sécurisation de la présente demande, des informations transmises par les modules d’acquisition. A d’un changement d’état d’un capteur, le module de traitement 530 peut par exemple analyser l’impact de ce changement afin de détecter « en temps réel » si un document (par exemple sensible) est en cours d’ouverture ou de visualisation, et le cas échéant évaluer un risque relatif au rendu du document dans le contexte du dispositif et en déduire une action 540 à mettre en œuvre. La illustre certains modes de réalisation du procédé 300 de la présente demande. Le procédé 300 peut par exemple être implémenté par le dispositif électronique 200 illustré en et en . Comme illustré en , le procédé 300 peut comprendre une détection 310 d’un accès à au moins une donnée depuis le dispositif 200, qui correspond dans cet exemple au dispositif 110 de la ). L’au moins une donnée peut par exemple comprendre une composante textuelle, audio et/ou vidéo, et/ou des liens internet, etc. Il peut s’agir ainsi d’un contenu multimédia, d’une bande son, ou d’une partie d’un document textuel adapté à être restitué (pour consultation et/ou modification) sur une interface graphique du dispositif 200 (via une application de traitement de texte, ou un tableur par exemple). Il peut s’agir aussi d’un dossier et/ou d’un message d’une application de messagerie électronique, d’un dialogue dans une fenêtre de messagerie instantanée par exemple, de données applicatives d’une application en ligne, accessible depuis un portail WEB. L’accès peut correspondre à toute manipulation effectuée sur une donnée dans le cadre de sa restitution, comme sa création, sa lecture, sa modification etc. Cet accès peut être détecté par le module de traitement 530 de la grâce aux informations contextuelles transmises par un module d’acquisition 510, 520. Dans certains modes de réalisation, comme dans l’exemple illustré en , le procédé comprend une obtention 322 qu’au moins une information contextuelle représentative du contexte physique et/ou « numérique » (comme une information de connectivité, un évènement logiciel interne au dispositif 200, etc..) du dispositif 200. Il peut notamment s’agir d’une information transmise par un module d’acquisition 510, 520 et acquise par un capteur local du dispositif 200 ou couplée à celui-ci via un module de communication par exemple, et/ou d’une information transmise par une sonde d’activité, surveillant les tâches logicielles s’exécutant sur le dispositif 200. Dans certains modes de réalisation, l’obtention de cette information contextuelle peut être effectuée de façon conditionnelle, en liaison avec une détection d’accès à un document. Une détection d’accès peut ainsi déclencher dans certains modes de réalisation une activation de sondes physiques ou de sondes d’activités d’un module d’acquisition et/ou une interrogation d’un module d’acquisition par exemple) pour obtenir au moins une information représentative du contexte physique et/ou numérique du dispositif). Dans certains modes de réalisation, l’obtention 322 d’au moins une information contextuelle représentative du contexte physique et/ou « numérique » peut être mise en œuvre de façon indépendante d’une détection 310 d’accès. Par exemple, comme illustré en , le suivi 320 de l’environnement physique et/ ou numérique d’un dispositif peut être effectué de façon itérative (par exemple périodique), ou en continu, la survenue d’un évènement (comme une détection d’une présence dans le champ de vision d’une caméra numérique (ou web cam en anglais) du dispositif) déclenchant la génération d’une information contextuelle associée. Comme illustré en , le procédé comprend une évaluation 330 d’un risque d’accès par un tiers à la donnée accédée. Ainsi, dans certains modes de réalisation, lors d’un changement d’état d’une sonde transmis par un module d’acquisition, le module 530 de traitement peut analyser l’impact du changement d’état afin de détecter 310 « en temps réel » l’ouverture ou/et le rendu (par exemple la visualisation) d’un document et/ou afin d’obtenir 322 une information représentative du contexte physique et/ou numérique du dispositif, et d’évaluer 330 en conséquence un risque d’accès par un tiers à la donnée en association avec le contexte. L’évaluation (détermination) 330 peut ainsi comprendre une analyse (« en temps réel ») de l’état (et/ou de l’évolution de l’état) d’une ou de différentes sondes liées à cet accès et à l’environnement. Par exemple, dans certains modes de réalisation, l’évaluation peut permettre de déterminer si le dispositif se trouve dans un lieu sécurisé ou au contraire dans un lieu plus « hostile ». L‘évaluation 330 peut tenir compte d’états de plusieurs capteurs /sondes et utiliser des modules spécifiques aux traitements d’états de certains capteurs, tels qu’un module de reconnaissance de forme et/ou de visage. Dans certains modes de réalisation, le module de traitement 530 peut avoir une capacité d’apprentissage des usages, habitudes et/ou retours de l’utilisateur. Ainsi, l’évaluation 330 peut par exemple tenir de retours utilisateurs obtenus 350 via une interface utilisateur du dispositif 200 par exemple. Il peut s’agir de retour utilisateur obtenus suite par exemple à une action 340 de protection antérieure effectuée selon le procédé de sécurisation de la présente demande. Par exemple, un retour utilisateur peut prendre la forme d’une notation de la pertinence d’une alerte, d’une notation sur la gêne occasionnée pour un utilisateur du dispositif par l’action de protection (gêne visuelle et/ou auditive pour l’accès de l’utilisateur à la donnée par exemple, lenteur ressentie du dispositif etc.. ) et/ou d’une évaluation par un utilisateur du risque d’accès par un tiers à la donnée, ou (dans certains modes de réalisation) de la sensibilité (confidentialité) de la donnée protégée. Dans certains modes de réalisation, l’évaluation 330 peut également tenir compte de données de configuration obtenues via une interface utilisateur du dispositif 110 ou via un fichier de configuration accessible au dispositif 110 par exemple. Par exemple, dans certains modes de réalisation où le procédé peut comprendre un rendu d’au moins une règle de traitement et/ou d’une information de configuration du module de traitement et/ou d’une information acquise par le module de traitement, le procédé peut comprendre une obtention d’un retour utilisateur sur la règle ou l’information rendue, par exemple une obtention d’une demande de modification de cette règle et/ou cette information. Dans le mode de réalisation illustrée, le procédé comprend également une mise en œuvre 340 d’au moins une action de protection de la donnée lorsque l’évaluation 330 a conclu à l’existence d’un risque potentiel. Par exemple, un exemple d’action de protection peut être la génération d’une alerte sur une interface utilisateur couplée au dispositif. Il peut s’agir par exemple de l’interface utilisateur où est rendue la donnée à protéger ou d’une autre interface utilisateur. Par exemple, lors du rendu sur un écran du dispositif d’une donnée à protéger, une alerte (sonore ou visuelle) peut être générée discrètement sur une montre connectée et/ou sur un téléphone portable d’au moins un utilisateur du dispositif ; il peut notamment s’agir d’une interface utilisateur, couplée au dispositif, mais liée à un autre utilisateur (de façon à superviser par exemple l’usage du dispositif 110). Selon un autre exemple (détaillé plus précisément ci-après), l’action de protection peut comprendre une modification du rendu de la donnée (par exemple une altération de son rendu). L’action de protection peut aussi comprendre une obtention d’une confirmation (autorisation de rendu), via une interface utilisateur (par exemple l’interface utilisateur sur laquelle est présentée une alerte) préalable au rendu de la donnée, ou préalable à une fin de modification du rendu de la donnée. Il peut s’agir d’une boîte de dialogue par exemple. Un mode de réalisation peut par exemple ne pas donner accès à la donnée à protéger (par exemple en n’effectuant pas l’ouverture d’un document ou d’un message audio ou textuel), ou en altérant le rendu de la donnée de façon à rendre la donnée au moins temporairement non accessible. Il peut s’agir par exemple d’un floutage d’une donnée visuelle ou textuelle. Par exemple, hormis une boîte de dialogue d’alerte et/ou de confirmation, l’ensemble de l’écran du dispositif 110 peut être masqué et/ou flouté dans certains modes de réalisation. Il peut s’agir selon un autre exemple d’un masquage et/ou floutage partiel de l’écran, effectué uniquement sur la partie de l’écran où est affichée la donnée sensible. Il peut s’agir selon un autre exemple d’une superposition d’éléments visuels ou sonores à une donnée visuelle ou textuelle, respectivement sonore, et/ou d’un rendu seulement partiel de la donnée jusqu’à l‘obtention d’une confirmation d’un utilisateur. La illustre l’émission d’un message d’alerte sur une interface utilisateur, informant un utilisateur d’un risque potentiel et lui demandant une action de confirmation avant rendu. Une telle interface utilisateur peut par exemple permettre d’obtenir une autorisation de rendu d’un document, ou au contraire annuler une commande de rendu d’un document. L’autorisation et/ou la commande d’annulation du rendu peuvent par exemple être transmises au module de traitement 530. Optionnellement, comme illustré en , l’action de protection peut comprendre une mise à disposition d’informations complémentaires sur les causes de génération de l’action de protection (par exemple une synthèse de l’évaluation effectuée par le module de traitement 530, comprenant éventuellement les états de certaines sondes physiques et/ou d’activité transmis par les modules d’acquisition 510, 520). Comme indiqué ci-avant, l’action de protection peut comprendre une modification du rendu de la donnée (par exemple une altération de son rendu). Certains modes de réalisation mettant en œuvre une adaptation du rendu peuvent par exemple permettre à un utilisateur d’accéder et/ou de continuer à accéder au moins partiellement à la donnée à protéger, tout en aidant à protéger la donnée des tiers. Par exemple, dans certains modes de réalisation, le procédé peut comprendre une adaptation de certains paramètres de rendu en fonction du risque évalué. Il peut s’agir par exemple, dans un contexte évalué comme risqué (ou hostile) de restreindre les dimensions et la position d’une fenêtre de rendu d’une donnée sensible afin de rendre plus difficile l’accès au contenu de la fenêtre (et donc à la donnée sensible) par un tiers. Dans certains modes de réalisation, au moins un paramètre d’au moins un caractère et/ou d’au moins un paragraphe peut être modifié pour rendre plus difficile une lecture à distance. Un paramètre modifié peut par exemple être relatif à au moins une couleur d’arrière-plan et/ou du texte d’un document, et/ou à une taille et/ou à une police de caractères et/ou à un espacement entre des lignes du document. Par exemple, la taille des caractères du document peut être réduite automatiquement, ou la police de caractères d’un document peut être remplacée par une police de caractères non ou mal adaptée à une lecture à distance, comme une police de caractères petite (fine) et/ou manuscrite et/ou fantaisiste avec empâtement (serif en anglais), telle que les polices Bradley Hand ITC, Gabriola, Juice ITC, Mistral ou encore Vivaldi. Dans certains modes de réalisation, la détermination 330 d’un risque et/ou l’action mise en œuvre 340 en conséquence peut tenir compte d’une sensibilité (confidentialité) de la donnée restituée. Aussi, dans de tels modes de réalisation, comme dans l’exemple illustré en , le procédé comprend une obtention 312 d’au moins une information représentative du caractère sensible (confidentiel) du document. Une telle information peut être obtenue par exemple lors de l’accès à un document déjà existant grâce à des métadonnées du document, ou grâce aux informations fournies par un utilisateur du dispositif 200 (via une interface utilisateur du dispositif par exemple) lors de la création et/ou d’une sauvegarde d’un document et/ou une fois un document ouvert par exemple. Dans certains modes de réalisation, il peut être tenu compte de la présence de mots clés (« privé », « personnel » « confidentiel ») dans un contenu à protéger et/ou d’une similarité d’un contenu à protéger avec un autre contenu déjà classifié comme sensible. Selon un autre exemple, une donnée peut être classifiée automatiquement comme sensible ou non sensible, par exemple grâce à un module de classification, comme un module comprenant une brique d’intelligence artificielle (telle une machine à vecteurs de support (ou Support Vector Machine (SVM) selon la terminologie anglaise). Il peut s’agir notamment d’un module de classification basé sur une technique d’apprentissage supervisé. Le procédé peut par exemple comprendre une étape préalable (non illustrée) d’entraînement (ou apprentissage) du module de classification, à l’aide d’un corpus d’apprentissage comprenant un ensemble de données annotées, i.e. déjà classifiées, (manuellement par exemple) comme ‘sensibles’ ou ‘non sensibles’. Ces données annotées peuvent notamment correspondre au domaine de mise en œuvre du procédé (par exemple un domaine technique de compétences ou d’activité d’un utilisateur du procédé de la présente demande).Ainsi, lors de cette étape d’entraînement, le nombre d’occurrences de mots présents dans des documents annotés du domaine de mise en œuvre du procédé peut par exemple être compté. Par exemple, à un document peut être associé un vecteur de mots, correspondant au nombre d’occurrences de chaque mot d’une pluralité de mots (avec une valeur 0 par exemple pour un mot non présent dans un document). Les vecteurs peuvent par exemple ensuite être normalisés : (par exemple par des techniques de pondération comme «Term Frequency - Inverse Term Frequency » ( tf-idf)) de façon à ne garder que les mots les plus pertinents et/ou réduire la taille des vecteurs.. Dans certains modes de réalisation, l’étape d’apprentissage peut comprendre en outre une représentation (positionnement) des vecteurs de mots dans un espace géométrique et une détermination, dans l'espace géométrique, d’un hyperplan séparant les vecteurs des documents sensibles des vecteurs des documents non sensibles. Il peut s’agir notamment d’un hyperplan séparant les vecteurs des documents sensibles des vecteurs des documents non sensibles avec la plus grande marge possible. L’étape d’obtention 312 d’au moins une information représentative du caractère sensible d’un document peut comprendre un calcul du vecteur associé à ce document et un positionnement du vecteur dans l’espace géométrique, de façon à évaluer sa proximité avec les zones correspondant aux documents sensibles, respectivement non-sensibles, délimitées par l’hyperplan. Le document peut alors être classifié en fonction de la position du vecteur qui lui est asocié. Ainsi, si le vecteur est plus proche de la zone des documents ‘sensibles’ que de la zone des documents ‘non sensibles’ alors le document est considéré comme ‘sensible’ (et vice versa). Un score de confiance peut éventuellement être associé au résultat de la classification. Dans un tel mode de réalisation, l’action de protection peut éventuellement varier en fonction de la classification du document et du score de confiance associé. L’étape d’obtention 312 d’au moins une information représentative du caractère sensible d’au moins une donnée est optionnelle dans certains modes de réalisation, l’action de protection pouvant par exemple être systématiquement mise en œuvre sur toutes les données en présence d’un risque supposé (évalué). On présente ci-après quelques cas d’utilisation du procédé de sécurisation de la présente demande, dans un de ses modes de réalisation : A l’instant t0, une personne A est à son bureau, seule, et ouvre un document sensible sur son ordinateur, mettant en œuvre le procédé de sécurisation. Aucune action de protection n’est mise en œuvre car A se trouve dans un contexte évalué comme non risqué. A l’instant t1, des personnes passent avant A. Aucune action de protection n’est mise en œuvre car le document sensible visualisé n’est pas dans le champ de vision de ces personnes. Le contexte est donc évalué comme non risqué. A l’instant t2, des personnes passent derrière A. Le passage des personnes est détecté par un capteur de mouvement et transmis au module de traitement. La présence est détectée à proximité du dispositif et l’évaluation conclut à un contexte physique risqué, une alerte est générée sur l’ordinateur de A, dans une fenêtre de dialogue superposée au document sensible, et le rendant ainsi non visible des personnes à proximité). A l’instant t3 (t3>t2), les personnes s’éloignent. Le risque d’accès diminue. La fenêtre de dialogue superposée au document sensible disparaît, rendant ainsi le document visible à nouveau. A l’instant t4, A est assise dans le train et ouvre le document sensible. La connexion de A à un réseau de communication différent du réseau auquel elle accède à son bureau est détectée par une sonde d’activité et transmis au module de traitement. Le module de traitement reçoit également du module d’acquisition une information relative à la modification de la position GPS du dispositif. L’évaluation conclut à un contexte physique risqué, et une alerte est générée sur l’ordinateur de A (comme à l’instant t3 par exemple) Procédé mis en œuvre dans un dispositif électronique comprenant, lors d’un accès à au moins une donnée adaptée à être rendue sur au moins une première interface utilisateur dudit dispositif, une mise en œuvre d’une action de protection de ladite donnée tenant compte d’au moins une information représentative d’un contexte physique et/ou numérique dudit dispositif. Procédé selon la revendication 1 dans lequel ladite information représentative dudit est obtenue via un capteur couplé audit dispositif et/ou via une sonde d’activité accessible depuis ledit dispositif. Procédé selon la revendication 1 ou 2 dans lequel ladite action de protection tient compte d’au moins une mise en œuvre antérieure dudit procédé sur ledit dispositif. Procédé selon l’une quelconque des revendications 1 à 3 dans lequel ladite action de protection est fonction d’au moins un critère de confidentialité de ladite donnée. Procédé selon l’une quelconque des revendications 1 à 4 dans lequel ladite action de protection comprend au moins une des actions de rendu suivantes : - une génération d’un message d’alerte sur au moins une seconde interface utilisateur dudit dispositif, - une obtention d’une confirmation d’une commande de rendu de ladite donnée ; - une adaptation dudit rendu. Procédé selon la revendication 5 dans lequel l’adaptation du rendu comprend un floutage au moins partiel d’une zone de rendu de ladite première interface utilisateur. Procédé selon la revendication 5 ou 6 dans lequel l’adaptation du rendu comprend, lorsque ladite donnée est une donnée textuelle, une modification d’une taille, d’une police et/ou d’une couleur de caractère d’au moins une partie de ladite donnée. Procédé selon l’une des revendications 5 à 7 dans lequel l’adaptation du rendu comprend, lorsque ladite donnée est une donnée adaptée à textuelle, une modification d’un espacement et/ou d’une couleur du texte et/ou d’un arrière-plan du texte d’au moins une partie de ladite donnée. Dispositif électronique comprenant un moins un processeur configuré pour une mise en œuvre, lors d’un accès à au moins une donnée adaptée à être rendue sur au moins une première interface utilisateur dudit dispositif, d’une action de protection de ladite donnée tenant compte d’au moins une information représentative d’un contexte physique et/ou numérique dudit dispositif. Produit programme d'ordinateur comprenant des instructions pour la mise en œuvre, lorsque le programme est exécuté par au moins un processeur d’un dispositif électronique, d’un procédé comprenant lors d’un accès à au moins une donnée adaptée à être rendue sur au moins une première interface utilisateur dudit dispositif, une mise en œuvre d’une action de protection de ladite donnée tenant compte d’au moins une information représentative d’un contexte physique et/ou numérique dudit dispositif.