Idées

Planifié moyen terme

Planifié

En cours

Terminé

Main Roadmap

Ajout de notifications et mail pour être notifié si une mesure nous est attribuée ou si notre nom est cité dans un commentaire

hidden

Créer des modèles de mesures spécifiques à réutiliser sur différents services

Ajout des systèmes d'informations dans la liste des systèmes couverts dans le référentiel des mesures

Gestion des organisations

<ul><li>Ajout de la vraisemblance</li><li>Ajout de la cartographie des risques (gravité / vraisemblance)</li><li>Possibilité de supprimer les risques ANSSI</li></ul>

Mise à jour de l'outil "Risques"

Support du SAMLv2 / OIDC pour simplifier l’adoption pour les grosses structures.

Authentification SSO

Module Risques : la liste des risques sera personnalisé en fonction du service + ajout d'un lien entre les risques et les mesures faites pour visualiser les risques résiduels actuels

Plusieurs services sur une même infrastructure, portés par une même équipe ou dans le cadre d’un même projet peuvent avoir des mesures en commun. Nous souhaitons permettre d’appliquer les modifications sur une mesure à plusieurs services.

Possibilité de changer le statut des mesures et leurs précision sur plusieurs services en même temps

Vous pourrez associer à chaque mesure une date d'échéance, une priorité, des personnes responsables

Plan d'action

Objectif : vous permettre d’accélérer la prise en main du pilotage de tous vos services

Possibilité de téléverser des services et leur statut d'homologation sans avoir fait le parcours dans MonServiceSécurisé

Amélioration du parcours d'homologation en lien avec la nouvelle doctrine

Disposer d’un menu Homologation(paramètres) afin d’ajouter des personnes de la collectivité “participants/membres” à la validation d’un pseudo “comité d’homologation”.Exemple un Menu » Homologation » Paramètres » Comité d’homologationVotre Organisation = DÉPARTEMENT XXX Votre Comité d’homologation se compose de : Membre 1 : Responsable de la structure (PCD)Membre 2 : DGS Membre 3 : Directeur du Numérique Membre 4 : Data Protection Officer (DPO)Membre 5 : RSSILes membres déclarés ici seront membres officiels du CH SSI et devront donner un avis obligatoire ou consultatif et/ou signature pour atteindre l’arrêté d’homologation (option à choisir ou non )Nous pouvons imaginer qu’Ils pourront également être solliciter en fin de parcours d’un projet pour obtenir l’avis. (exemple, <a target="_blank" rel="noopener noreferrer nofollow" class="link" href="http://monservicesecurise.cyber.gouv.fr">monservicesecurise.cyber.gouv.fr</a> envoi au contributeur membre du comité un courriel : bonjour, le projet XXX porté par votre structure est en bonne voie vers un homologation. En tant que membre du comité d’homologation SSI, vous devez transmettre votre avis afin d’engager une signature du XX MEMBRE_ROLE_VALIDEUR_XX … Ensuite, il faudrait avoir la possibilité d’ajouter ponctuellement des membres directement dans le projet quand il s’avère utile d’ajouter un chef de projet ou autre pour avoir son avis consultatif dans l’homologation…Voyez-vous l’idée proposée ?Disponible pour toutes questions Cordialement,Sylvain

Homologation - Déclarer les parties prenantes

Exposer les fonctionnalités via API (au moins en consultation) afin de pouvoir faire remontrer les infos dans d’autres outils et de favoriser l’usage de MonServiceSecurisé.

Exposition API

En prévision de NIS2, il faudrait prévoir la possibilité que l’on doive homologuer tous les services et pas seulement des téléservices. NIS2 prévoit que certains services peuvent être exclus du périmètre NIS2. Néanmoins, il est nécessaire d’effectuer une analyse de sécurité pour montrer que l’on peut les exclure. Il serait donc judicieux de prévoir dans le profil de l’organisme une case NIS2 “Non soumis/EI/EE”, puis si EI/EE de prévoir une analyse de sécurité avec une décision “hors périmètre”

En previsión de NIS2, debe preverse la posibilidad de que todos los servicios, no sólo los teleservicios, tengan que ser homologados. NIS2 prevé que determinados servicios puedan excluirse del ámbito de aplicación de NIS2. Sin embargo, es necesario realizar un análisis de seguridad para demostrar que pueden excluirse. Por lo tanto, sería una buena idea incluir en el perfil de la organización una casilla NIS2 "No sujeto/EI/EE", y luego si EI/EE realizar un análisis de seguridad con una decisión "fuera del ámbito".

Preparación de NIS2

Préparer NIS2

D’où proviennent les mesures de MonServiceSécurisé ? Pour chacune d’entre elle, cela serait pratique de connaitre son origine ou son référentiel précis.

Mesures et référentiels

Pour des acteurs externes, limiter les actions en lecture pour avoir seulement les actions du plan d’action attribuées à la personne sans aucune visibilité sur les autres parties (risques, plan d’action des autres tiers, synthèse, acteurs…)

Limiter les droits d'en connaitre

Proposer un template en fonction du type d'administration pour les classiques - reproductibles (commune, hôpital…)Et lister les services couramment proposés

template d'administration

Pour qu’elle revienne dans la liste “à évaluer/traiter” (on peut s’être trompé par exemple).

Possibilité de rebasculer une mesure de sécurité en "statut à définir"

Petite question, l'évaluation sur la grille de risque est celle standard et par défaut de la méthode EBIOS, mais il est possible et souhaité théoriquement que selon l'appétence et la tolérance au risque, les zones colorées puissent être changées. Serait-il possible de modifier les zones colorées selon le contexte ? Par exemple la matrice de base propose un risque “Moyen” en Vraisemblance 3 et Gravité 1, mais je souhaiterais faire passer cette case en “Faible”.Merci.

Matrice de criticité de risque

Bonjour, Il serait plus judicieux d’utiliser les formats open-documents pour une administration comme préconisé par les autorités.Cordialement,

Formats open documents

Je souhaiterais proposer une amélioration concernant les emails d’invitation à un projet.Actuellement, lorsque nous recevons une invitation automatique, il n’est pas toujours simple d’identifier immédiatement à quel projet ou service elle correspond, surtout lorsque nous sommes invités sur de nombreux projets.Il serait très utile que le nom du projet apparaisse clairement dans l’objet ou dans le contenu de l’email d’invitation. Cela permettrait de gagner du temps et d’éviter toute confusion lors du traitement des invitations.

Ajouter le nom du projet dans les emails d’invitation

Les collectivités doivent répondre à l'obligation réglementaire du RGS qui impose de rendre la décision d'homologation d'un téléservice accessible aux usagers.Aujourd'hui, chaque collectivité devrait créer et maintenir manuellement une page dédiée sur son site institutionnel pour lister ses décisions formelles, ce qui génère une lourdeur administrative superflue.La solution proposée :Proposer une fonction d'activation « Publier la décision d'homologation » (case à cocher / interrupteur) directement sur la fiche du service dans MonServiceSécurisé, une fois la décision d'homologation finalisée.<ul><li>Par défaut : Le service reste strictement privé et confidentiel.</li><li>Si la collectivité l'active : Le service est référencé automatiquement dans un annuaire public léger hébergé sur MonServiceSécurisé (recherche par nom de collectivité), éventuellement accessible via un lien direct incluant le nom de la collectivité (numéro de SIRET par ex)</li></ul>Données affichées dans la liste publique :<ul><li>Nom de l'organisme (ex. Mairie de X)</li><li>Nom du téléservice homologué (ex. Portail Famille)</li><li>Date de prise d'effet et durée de validité de l'homologation</li><li>Nom / Qualité de l'autorité d'homologation (ex. Le Maire)</li></ul>Bénéfices :<ol><li>Contrôle total : La collectivité garde la main exclusive sur ce qu'elle choisit de rendre public ou non.</li><li>Conformité RGS en un clic : Plus besoin de créer de pages web dédiées sur les sites municipaux ; il suffit de pointer vers la page publique de l'organisme sur MonServiceSécurisé, depuis par exemple la page de Mentions légales.</li><li>Zéro intégration technique : Aucune contrainte d'intégration de widgets ou de scripts pour les équipes informatiques des communes.</li></ol>

Publication des homologations dans un annuaire public MonServiceSécurisé

Pouvoir, dans Grist, importer le tableau afin de l’améliorer nous-mêmes des infos nécessaires pour le suivi d’avancement et pouvoir mettre à jour directement le tableau de bord en modifiant dans Grist

INtégrer dans Grist les actions à faire

Pouvoir mettre la charge (en jh) ou l’effort (en mode suite de Bernouilli) sur une action pour facilité la préparation d’un planning.

Définir la charge ou l'effort

permettre de lier via API ou par simple line une issu git avec l’action portée.Et pourquoi mettre l’action à faite quand le ticket est résolu

Lier les tickets git de résolution aux actions  àfaire

Bonjour, mes AH demandent de justifier les niveaux de risque, la taille du champ commentaire est souvent un peu juste pour ça.Bonne journée

Justification des risques

Bonjour,Si vous aviez la possibilité d’ajouté la gestion des IA avec les mesures et risques associés, ce serait tip top 😁 Merci par avance,Benjamin.

Homolagation des IA

Transformation du PDF "Synthèse" en un dossier d'homologation en 2 pages

Retrait du module "contacts utiles"

Help Center

Improved

Fixed

monservicescurise

Rejected

High Priority

Low Priority

Depuis notre lancement, nous construisons MonServiceSécurisé avec vous, nos utilisateurs.N’hésitez pas à partager vos idées et à voter pour celles que vous plébiscitez !