> For the complete documentation index, see [llms.txt](https://docs.medcrypt.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.medcrypt.com/fr/medisao/share-through-viper-channels.md). # Partager des avis et des mesures correctives par les canaux VIPER La **VIPER Channels** page permet aux fabricants de publier des informations de sécurité à destination des hôpitaux qui utilisent leurs dispositifs. Les hôpitaux les reçoivent via ARPA-H VIPER, une plateforme de gestion des vulnérabilités destinée aux hôpitaux (également appelés organismes de prestation de soins de santé, ou HDO). Chaque dispositif auquel vous choisissez de participer devient un *canal*. Vous y publiez des **avis de sécurité** (pour décrire le problème) et des **mesures correctives** (pour indiquer aux hôpitaux les mesures à prendre), et vous répondez aux **demandes de renseignements** que les hôpitaux vous adressent au sujet de vos mesures correctives. ## Avant de commencer * Le forfait de votre organisation doit inclure MedISAO. * Le dispositif doit exister dans votre espace de travail. Dans un espace de travail MedISAO uniquement, sélectionnez **Devices** dans la barre latérale pour créer ou afficher des dispositifs. Pour connaître la procédure, consultez [Create your first device](/fr/msi/get-started/create-your-first-device.md). * La découverte des canaux VIPER doit être activée pour le dispositif. Lorsque vous choisissez un dispositif dans les formulaires ci-dessous, les dispositifs pour lesquels cette option est activée sont indiqués par **(channel)** et les autres par **(not opted in)**. Vous pouvez créer et publier du contenu pour un dispositif qui n’est pas inscrit, mais les hôpitaux ne le verront pas tant que cette inscription n’aura pas été activée. {% hint style="warning" %} **Seul le contenu publié et marqué TLP:CLEAR ou TLP:GREEN est transmis à VIPER.** Les brouillons restent privés au sein de votre organisation. Le Traffic Light Protocol (TLP) indique dans quelle mesure les informations peuvent être partagées : TLP:CLEAR correspond aux informations publiques et TLP:GREEN aux informations destinées à la communauté. Le contenu des canaux ne peut être marqué qu’avec l’un de ces deux niveaux. {% endhint %} ## Organisation de la page Dans la barre latérale, sélectionnez **VIPER Channels**. La page comporte quatre onglets : | Onglet | Utilité | | ------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------- | | **Avis de sécurité** | Bulletins de sécurité que vous publiez sur les canaux de vos dispositifs. | | **Mesures correctives** | Corrections, mesures d’atténuation et solutions de contournement, avec les précisions sur les effets cliniques dont les hôpitaux ont besoin pour les planifier. | | **Demandes de renseignements** | Questions que les hôpitaux ont soulevées au sujet des mesures correctives que vous avez publiées. | | **Protocole** | Spécification technique décrivant comment les hôpitaux commentent les mesures correctives via VIPER, à partager avec les partenaires d’intégration. | ## Créer et publier un avis de sécurité 1. Dans l’onglet **Avis de sécurité** , sélectionnez **Nouvel avis de sécurité**. 2. Sous **Source**, choisissez comment créer l’avis de sécurité : * **Manuellement :** Vous le rédigez vous-même. * **À partir d’une divulgation CVD :** Vous transformez un rapport de vulnérabilité reçu en avis de sécurité. Seules les divulgations attribuées à votre organisation et dont l’état est **Fixed** ou **Handled** sont répertoriées. * **Constatations SBOM approuvées par lot :** Regroupez dans un avis les vulnérabilités de la SBOM (nomenclature logicielle) de votre appareil que vous avez examinées. 3. Sélectionnez le **appareil (canal)**. 4. Renseignez les champs correspondant à votre source : * Pour **Manuel**, saisissez un **Titre** et une **Description**. Ces deux champs sont obligatoires. Vous pouvez également indiquer les **identifiants CVE / GHSA associés**. * Pour **Constatations SBOM approuvées par lot**, saisissez un **Titre** et indiquez les **identifiants CVE / GHSA approuvés**. La description est facultative. * Pour **Passage depuis une divulgation CVD**, choisissez la **divulgation**. Séparez les identifiants par des virgules ou des espaces, par exemple `CVE-2026-1234 GHSA-xxxx-yyyy-zzzz`. 5. Choisissez le **TLP**: **TLP:CLEAR (public)** ou **TLP:GREEN (communauté)**. 6. Sélectionnez **Créer un brouillon**. L’avis apparaît dans le tableau avec le statut **Brouillon**. 7. Vérifiez le brouillon. Lorsqu’il est prêt, sélectionnez **Publier** sur sa ligne. Le statut devient **Publié**. Pour retirer un avis publié du canal, sélectionnez **Dépublier**. Son statut redevient **Brouillon**. ### Obtenir de l’aide pour rédiger l’avis Sélectionnez **Rédiger un brouillon avec l’IA** sur la ligne d’un avis. Une fenêtre, **Brouillon d’avis suggéré par l’IA**, affiche un **Titre**, **Description** et **Récit**. Rien n’est enregistré ni publié automatiquement. Copiez ce que vous souhaitez conserver. La colonne **Source** du tableau indique comment chaque avis a été créé : **Manuellement**, **À partir d’un CVD**ou **Liste SBOM**. ## Créer et publier une mesure corrective 1. Dans l’onglet **Remediations** , sélectionnez **New remediation**. 2. Sélectionnez le **appareil (canal)**. 3. Vous pouvez choisir **Linked advisory (optional)**. Seuls les avis concernant l’appareil sélectionné sont répertoriés. 4. Choisissez une **Category**: **Correctif du fournisseur**, **Mesure d’atténuation**, **Solution de contournement**, **Aucune disponible**ou **Aucun correctif prévu**. 5. Choisissez un **Mechanism**: **Correctif du micrologiciel/logiciel**, **Segmentation du réseau**, **Règle de pare-feu**, **Modification du contrôle d’accès**, **Surveillance/détection**ou **Autre**. 6. Choisissez le **TLP**. 7. Saisissez une **Description** et les **Instructions/étapes** à suivre par un hôpital, et répertoriez tous les **Identifiants des CVE/GHSA corrigés**. 8. Sous **Impact clinique**, indiquez aux hôpitaux les conséquences de l’application de la mesure corrective sur les soins aux patients : * **Nécessite une interruption de service**et, le cas échéant, la **Durée d’interruption estimée (secondes)** * **Redémarrage requis** * **Désactive des fonctionnalités** * **Impact sur le flux de travail**, par exemple les écrans ou les paramètres qui changent d’emplacement * **Notes sur l’impact clinique**, par exemple le meilleur moment pour planifier l’intervention 9. Sélectionner **Créer un brouillon**. 10. Pour joindre des notes de mise à jour, un micrologiciel ou un autre fichier, sélectionnez **Joindre un fichier** dans la ligne de la mesure corrective, choisissez un fichier (jusqu’à 100 Mio), puis sélectionnez **Téléverser**. Les fichiers sont transmis à VIPER uniquement après la publication de la mesure corrective. La colonne **Fichiers** indique le nombre de fichiers joints. 11. Lorsque la mesure corrective est prête, sélectionnez **Publier**. Sélectionnez **Dépublier** pour la retirer du canal. ## Répondre aux demandes des hôpitaux Lorsqu’un hôpital pose une question au sujet de l’une de vos mesures correctives publiées, celle-ci apparaît dans l’onglet **Demandes** avec les colonnes **Appareil**, **Question**, l’expéditeur (« **De**»), son **Statut**et la date à laquelle elle a été **Reçue**. 1. Sélectionnez **Répondre** dans la ligne de la demande. 2. Lisez la question, rédigez votre réponse, puis sélectionnez **Envoyer la réponse**. La demande est marquée comme **répondue**. L’hôpital verra votre réponse lors de la prochaine synchronisation de VIPER avec MedISAO. 3. Si aucune autre réponse n’est nécessaire, sélectionnez **Fermer**. Il n’est pas possible de répondre aux demandes fermées. ## Partager le protocole avec les partenaires d’intégration L’onglet **Protocole** présente le protocole de commentaires sur les mesures correctives : il explique comment un hôpital peut commenter votre mesure corrective sans révéler son identité. Cet onglet comprend un lien public qui ne nécessite aucune connexion. Envoyez ce lien aux ingénieurs qui intègrent VIPER. ## Prochaines étapes * [Gérer les divulgations coordonnées de vulnérabilités](/fr/medisao/manage-coordinated-vulnerability-disclosures.md): recevoir une divulgation pour **Corrigée** ou **Prise en charge** afin que vous puissiez la faire évoluer en avis de sécurité. * [Suivre les avis de sécurité](/fr/medisao/follow-security-advisories.md): consultez les avis publiés sur MedISAO. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://docs.medcrypt.com/fr/medisao/share-through-viper-channels.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.