HD EAM (Entity Access Management)
HD EAM (Entity Access Management)Bienvenue sur les pages de documentation de l'application « Entity Access Management » (le portail EAM), fournie par le service healthdata.be (Sciensano).
Ces pages vous fourniront des informations sur l'utilisation du portail « Entity Access Management » et sur les processus sous-jacents. Les sections suivantes sont fournies :
- Description générale du portail EAM de HD ;
- Manuel d'utilisation ;
- Notes de publication ;
- Service de support.
Description générale du portail EAM de HD
Description générale du portail EAM de HDLes applications de healthdata.be (comme HD4DP v2 et healthstat.be) traitent des informations personnelles sensibles. C'est pourquoi des processus strictement contrôlés sont utilisés pour accorder l'accès à ces applications. Le portail Entity Access Management de healthdata.be facilite ces processus. Dans ce manuel d'utilisation, nous décrivons comment l'utiliser.
Les membres des organisations ayant reçu l'approbation requise (c'est-à-dire l'approbation contractuelle, l'approbation du IVC) peuvent obtenir l'accès aux applications de données de santé via le portail EAM. Ces personnes peuvent être des membres d'organisations fournissant des données à la plate-forme de données de santé ou des membres d'organisations explorant les données de l'environnement dédié au reporting (Healthstat). Votre organisation devra désigner un Access Manager qui sera responsable de l'administration des droits d'accès des personnes au sein de l'organisation.
Cliquez ici pour savoir comment procéder si aucun Access manager n'existe encore dans votre organisation ou si votre organisation n'est pas définie dans le portail EAM.
Pour accéder au système Entity Access Management, vous devez insérer dans votre navigateur Internet le lien suivant : https://eam.healthdata.be. La page du portail Entity Access Management (EAM de HD) de healthdata.be apparaîtra sur votre écran.
Manuel d'utilisation de EAM
Manuel d'utilisation de EAMLe contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN dans le coin supérieur droit de l'écran pour le consulter.
User matrix
User matrixLe contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN dans le coin supérieur droit de l'écran pour le consulter.
Authenticated User E2E Actions
Authenticated User E2E ActionsCliquez ici pour en savoir plus sur le concept de « Authenticated User ».
Cette documentation est encore en construction. Nous essayons de présenter les informations aussi correctes, complètes et aussi claires que possible. Cependant, si vous voyez un élément dans la documentation qui est incorrect, ne correspond pas à votre expérience ou nécessite des éclaircissements supplémentaires, veuillez créer ticket support via notre portail (https://healthdatabe.atlassian.net/servicedesk/customer/portals) ou nous envoyer un e-mail à support.healthdata@sciensano.be pour signaler ce problème de documentation. N'oubliez pas d'inclure l'URL ou l'adresse Web de la page avec le problème de documentation. Nous ajusterons ensuite la documentation. Merci!Authenticated user actions using the EAM interface
Authenticated user actions using the EAM interfaceLe contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN dans le coin supérieur droit de l'écran pour le consulter.
Authenticated user actions for a project in HD4DP2 using the EAM interface
Authenticated user actions for a project in HD4DP2 using the EAM interfaceLe contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN dans le coin supérieur droit de l'écran pour le consulter.
Authenticated user actions for a project in Healthstat.be using the EAM interface
Authenticated user actions for a project in Healthstat.be using the EAM interfaceLe contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN dans le coin supérieur droit de l'écran pour le consulter.
Access Manager
Access ManagerCliquez ici pour en savoir plus sur le concept de « Access Manager ».
Cette documentation est encore en construction. Nous essayons de présenter les informations aussi correctes, complètes et aussi claires que possible. Cependant, si vous voyez un élément dans la documentation qui est incorrect, ne correspond pas à votre expérience ou nécessite des éclaircissements supplémentaires, veuillez créer ticket support via notre portail (https://healthdatabe.atlassian.net/servicedesk/customer/portals) ou nous envoyer un e-mail à support.healthdata@sciensano.be pour signaler ce problème de documentation. N'oubliez pas d'inclure l'URL ou l'adresse Web de la page avec le problème de documentation. Nous ajusterons ensuite la documentation. Merci!How to become an Access Manager
How to become an Access ManagerLe contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN dans le coin supérieur droit de l'écran pour le consulter.
Access Manager actions using the EAM interface
Access Manager actions using the EAM interfaceLe contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN dans le coin supérieur droit de l'écran pour le consulter.
Access Manager actions using CSV Upload
Access Manager actions using CSV UploadLe contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN dans le coin supérieur droit de l'écran pour le consulter.
Access Manager actions for a project in HD4DP2 using the EAM interface
Access Manager actions for a project in HD4DP2 using the EAM interfaceLe contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN dans le coin supérieur droit de l'écran pour le consulter.
Access Manager actions for a project in Healthstat.be using the EAM interface
Access Manager actions for a project in Healthstat.be using the EAM interfaceLe contenu de cette page n'est disponible qu'en anglais. Sélectionnez le bouton de la langue EN dans le coin supérieur droit de l'écran pour le consulter.
Rôles Utilisateur
Rôles Utilisateur Bart.Servaes mar 14/05/2024 - 11:03Rôles Utilisateur dans HD4DP v2
Rôles Utilisateur dans HD4DP v2Chaque organisme de soins de santé dispose d'un gestionnaire d'accès qui surveille les droits d'accès aux applications de l'organisme et les gère dans le système Entity Access Management (EAM) de healthdata.be. Dans le cadre de ce processus, les demandes d'accès des employés de l'organisme de santé sont analysées et validées si elles sont légitimes. L'étendue des accès accordés à l'application HD4DP v2 peut varier, ce qui se reflète dans les différents rôles d'utilisateurs. En fonction des droits d'accès, on peut distinguer les trois rôles d'utilisateurs suivants :
Local Study Lead (auteur) :
Le Local Study Lead peut :
- éditer et réviser tous les enregistrements effectués par les pairs (quel que soit leur rôle) pour l'étude ou le projet ;
- effectuer des enregistrements dans HD4DP v2.
Ce rôle peut être celui du responsable de l'étude ou du projet au sein de l'organisme de soins de santé participant, mais ne doit pas s'y limiter.
Local Study Associate (auteur) :
Le Local Study Associate peut :
- éditer et réviser ses propres enregistrements, et non ceux d'autres collègues du même organisme de soins de santé participant à la même étude ou au même projet. Les enregistrements indiqués sont limités aux patients traités par le Local Study Associate ;
- effectuer des enregistrements dans HD4DP v2.
Le Local Study Associate est un prestataire de soins de santé qui participe à l'étude ou au projet. Ceci est reflété dans le formulaire d'enregistrement.
Local Study Support (co-auteur) :
Le Local Study Support peut :
- éditer et réviser les enregistrements appartenant au groupe d'auteurs auquel il est lié ;
- effectuer des enregistrements dans HD4DP v2.
Un Local Study Associate et un Local Study Lead peuvent déléguer des tâches d'enregistrement à un Local Study Support. Il peut s'agir, entre autres, d'un assistant administratif ou d'un membre du personnel d'un service de codage médical. Le Local Study Associate et le Local Study Lead sont toujours considérés comme l'auteur de l'enregistrement ; le Local Study Support est considéré comme le co-auteur. Le Local Study Associate et le Local Study Lead peuvent consulter et modifier les enregistrements du Local Study Support.
Les droits d'accès ont pour but d'empêcher les utilisateurs de HD4DP v2 de consulter des informations personnelles et sensibles concernant des personnes avec lesquelles ils n'ont pas de relation thérapeutique. Les droits d'accès ne reflètent donc pas nécessairement la hiérarchie au sein de l'organisme de soins de santé. Le personnel de l'organisme de soins de santé peut consulter son délégué à la protection des données (DPO) pour obtenir des informations plus détaillées sur ces droits d'accès. Il appartient au gestionnaire d'accès d'approuver ou de modifier les rôles de/vers le Local Study Lead, le Local Study Associate et le Local Study Support. Ces demandes sont effectuées dans le système EAM par les gestionnaires d'accès de chaque organisme de soins de santé.
Remarques :
- l'étendue des droits d'accès ne reflète pas nécessairement la hiérarchie au sein de votre organisme de soins de santé ;
- c'est au gestionnaire d'accès qu'il incombe de changer les rôles de/en Local Study Lead, Local Study Associate et Local Study Support. Ces demandes sont effectuées dans le système EAM.
Rôles Utilisateur dans healthstat.be
Rôles Utilisateur dans healthstat.beChaque organisme de soins de santé a au moins un gestionnaire d'accès qui gère les droits d'accès aux applications de sa propre organisation et qui le fait dans le système Entity Access Management (EAM) de HD. Dans le cadre de ce processus, les demandes d'accès des employés des organismes de santé sont analysées et validées si elles sont légitimes. L'étendue des accès accordés à healthstat.be peut varier, ce qui se traduit par diverses combinaisons de rôles d'utilisateurs et de niveaux de données.
Deux rôles d'utilisateurs peuvent être distingués : Fournisseur de données, qui est un utilisateur lié à une organisation existante, et Sponsor, qui est le sponsor/coordinateur de la collecte de données. Tous deux sont autorisés à consulter les rapports en fonction du niveau de données. Deux niveaux de données déterminent l'étendue de la visibilité des rapports : Hôpital, c'est-à-dire que les rapports consultés contiennent toutes les données enregistrées par le personnel de l'hôpital ; Individuel, c'est-à-dire que les rapports consultés contiennent uniquement les données qui ont été enregistrées par cet utilisateur.
Fournisseur de données / Hôpital :
Le fournisseur de données / l'hôpital peut :
- Consulter les rapports d'une collecte de données spécifique contenant des données de l'hôpital concerné
Fournisseur de données / Individu :
Le fournisseur de données / l'individu peut :
- Consulter les rapports d'une collecte de données spécifique qui contient uniquement des données personnellement enregistrées.
Sponsor / Sponsor :
Le sponsor / sponsor peut :
- Consulter tous les rapports contenant des données collectées au niveau de l'hôpital.
Sponsor / Individu :
Le sponsor / l'individu peut :
- Consulter tous les rapports qui ne contiennent uniquement que des données qui ont été personnellement enregistrées.
Remarque :
- C'est au gestionnaire d'accès qu'il incombe de modifier les rôles de ou vers les groupes suivants : Fournisseur de données / Hôpital, Fournisseur de données / Individu, Sponsor / Sponsor et Sponsor / Individu. Ces actions doivent être effectuées dans le système EAM.
Cette documentation est encore en construction. Nous essayons de présenter les informations aussi correctes, complètes et aussi claires que possible. Cependant, si vous voyez un élément dans la documentation qui est incorrect, ne correspond pas à votre expérience ou nécessite des éclaircissements supplémentaires, veuillez créer ticket support via notre portail (https://healthdatabe.atlassian.net/servicedesk/customer/portals) ou nous envoyer un e-mail à support.healthdata@sciensano.be pour signaler ce problème de documentation. N'oubliez pas d'inclure l'URL ou l'adresse Web de la page avec le problème de documentation. Nous ajusterons ensuite la documentation. Merci!Tutoriels vidéo
Tutoriels vidéo Adelaide.DAmore mar 16/01/2024 - 16:01Tutoriels complets (Anglais)
Tutoriels complets (Anglais)- Tutorial 1: How to receive credentials as an Authenticated User
- Tutorial 2: How to create users and their corresponding accounts via a bulk csv upload
- Tutorial 3: How to add new grants and how to edit existing grants
Micro tutoriels « Comment... » (Anglais)
Micro tutoriels « Comment... » (Anglais)- Tutorial 1
- Tutorial 2
- Tutorial 3
- Tutorial 4
...
Glossaire des concepts du portail EAM de HD
Glossaire des concepts du portail EAM de HDLe nouveau système de gestion des accès des entités « EAM 3.0 » de HD repose sur une architecture conçue pour redonner le contrôle des utilisateurs aux gestionnaires d'accès, en garantissant une gestion de bout en bout du cycle de vie d'un utilisateur dans le système.
La nouvelle architecture et les processus qui l'accompagnent impliquent de nouveaux concepts. Nous les avons répertoriés ci-dessous, complétés par des concepts plus familiers.
Access Manager
Un Access Manager (Gestionnaire d'Accès) est un Utilisateur Authentifié ayant des droits supplémentaires de Gestionnaire d'Accès dans le système EAM. Ces droits sont accordés par healthdata.be au premier gestionnaire d'accès d'une organisation donnée. Tout gestionnaire d'accès supplémentaire doit être désigné par le fournisseur de données et les droits doivent être accordés par le gestionnaire d'accès existant de cette organisation.
Un Gestionnaire d'Accès valide et gère les comptes d'utilisateurs dans le système Entity Access Management, approuve et gère les accès de ces utilisateurs EAM aux différentes applications pour tous les projets disponibles, et a le pouvoir de créer des utilisateurs EAM et des comptes EAM au moyen d'un téléchargement en masse de fichiers csv.
Compte (Compte EAM)
Un compte dans EAM 3.0 est une combinaison d'une adresse e-mail et d'une disposition complétée par un ensemble de droits (autorisations d'accès) donnant accès à un certain registre. Un compte relie donc l'utilisateur de EAM au registre souhaité dans une application.
Un utilisateur peut avoir plus d'un compte, chacun avec une adresse e-mail différente, par exemple lorsqu'il travaille dans différents organismes de soins de santé (HCP), et chacun avec une autre disposition.
Statut du compte
L'aperçu ci-dessous montre les différents statuts d'un compte EAM tout au long du flux de travail.
La colonne Label mentionne le nom du bouton d'action disponible pour l'utilisateur authentifié et/ou le gestionnaire d'accès dans les écrans GUI concernés. (Seules les actions Create New Draft et Request approval sont disponibles pour un utilisateur authentifié).
Admin
L'Admin ou administrateur fait partie du personnel de healthdata.be et dispose de toutes les autorisations et fonctionnalités au sein du système EAM. Ce type d'utilisateur doit être utilisé avec parcimonie et uniquement à des fins hautement techniques ou en cas d'urgence.
Authenticated User
Un Utilisateur Authentifié est une personne qui est connectée au système EAM via itsme ou eID et qui a un profil d'utilisateur basé sur le prénom, le nom et le code NISS partagé lors de la connexion via le Federal Authentication Service (FAS). Un Utilisateur Authentifié est en mesure d'accéder à l'application EAM, de créer des comptes et de demander des autorisations d'accès, et il a accès à ses propres informations de compte au cas où des modifications seraient nécessaires.
Author Group
Un Author Group (groupe d'auteurs) est un groupe d'utilisateurs disposant des mêmes droits d'édition et de révision d'un enregistrement dans une application donnée de l'organisation. La création d'un groupe d'auteurs est basée sur le prénom et le nom de l'utilisateur qui demande l'accès. Il est ensuite géré dans le système Entity Access Management (EAM) de HD.
Pour l'application HD4DP2, le champ Author group est automatiquement rempli pour les Rôles Utilisateur 1 (Study Lead) et 2 (Study Associate). Le groupe d'auteurs pour le rôle 3 (Study Support) doit être sélectionné dans la liste déroulante correspondante.
FAS
Le Federal Authentication Service (FAS) est un système qui authentifie les personnes pour leur permettre d'accéder à des applications gouvernementales sécurisées en ligne. Il garantit l'authenticité des utilisateurs avant de leur permettre d'utiliser les services protégés de l'administration en Belgique.
Grants (Access grants)
Les Grants (droits d'accès) définissent l'accès d'un utilisateur à un registre dans une certaine application avec un rôle spécifique. Ils sont ajoutés à un compte EAM provisionné et doivent être approuvés par le gestionnaire d'accès de l'organisation concernée. Exemple :
Legacy requests
L'onglet « Legacy requests » permet de récupérer les informations affichées sous l'onglet « Requests overview » dans la version précédente de EAM (2.7). L'objectif de cet aperçu est d'assurer le suivi des demandes en suspens après la migration vers EAM 3.0.
Manager (HD Manager)
Le Manager est un type d'utilisateur dans EAM qui fait partie du personnel du Service Desk de healthdata.be. Par rapport à un Access Manager, le Manager a des droits plus étendus pour des actions avancées, sans avoir les fonctionnalités d'urgence d'un Admin.
Messages (log)
Les messages sont créés chaque fois que des actions sont effectuées au niveau du compte EAM, par exemple la réinitialisation du mot de passe, la demande d'approbation du compte, l'approbation des grants, etc. Un message est la représentation d'une commande que nous envoyons ou recevons du Service bus. Les messages sont enregistrés dans EAM à des fins d'archivage.
Organisations
Au complet : Organisations de soins de santé (HCO). Une liste de toutes les organisations comprenant le nom, le numéro INAMI et la liste respective des gestionnaires d'accès est gérée par le Manager de HD. Une organisation qui n'est plus active recevra le statut Désactivé, sans être supprimée du système EAM.
Provision
La provision est le déploiement d'une certaine application dans une certaine organisation, accompagnée de paramètres spécifiques fournissant des informations supplémentaires sur le déploiement.
Service Bus
Il s'agit d'une couche de communication entre notre portail EAM et les installations du côté du DP. Alors que l'ancien système EAM gérait principalement les demandes d'accès, le nouveau portail EAM 3.0 se concentre sur la gestion complète des utilisateurs, y compris les demandes d'accès, la création de comptes, la boucle de rétroaction, etc. dans le but d'accélérer l'intégration des utilisateurs, d'améliorer l'expérience des utilisateurs et de réduire les interventions manuelles par le service Support / DevOps.
User (EAM user)
L'utilisateur est l'entité principale du système EAM. Une fois que le profil de l'utilisateur, contenant des informations de base telles que le nom d'utilisateur, l'adresse e-mail principale, le prénom, le nom de famille, le NISS et le code INAMI professionnel, a été validé, l'utilisateur a accès à EAM et est prêt à interagir. EAM 3.0 offre la possibilité d'ajouter plus d'un code INAMI. Chaque utilisateur peut être lié à plusieurs comptes.
User matrix
En général, une Matrice Utilisateur est une manière structurée d'organiser les informations sur les utilisateurs et leur champ d'action. Nous avons utilisé la Matrice Utilisateur comme point de départ de notre documentation sur le nouveau système de gestion de l'accès des entités : un tableau croisé des différentes fonctionnalités des types d'utilisateurs Utilisateur Authentifié et Gestionnaire d'Accès. A partir de là, vous pouvez accéder aux informations exactes.
User roles
Les Rôles Utilisateur déterminent vos droits d'accès aux applications de HD telles que HD4DP2 ou healthstat.be pour le projet souhaité. La hiérarchie des rôles ne correspond pas nécessairement à la structure du personnel de votre organisation. Pour en savoir plus sur les rôles utilisateur dans HD4DP2, cliquez ici.
User types
Les Types d'Utilisateurs font référence aux droits d'administrateur au sein de EAM, et non aux rôles utilisateur qui s'appliquent au niveau d'une application telle que HD4DP2 ou healthstat.be. Voici quelques exemples de types d'utilisateurs :
- Authenticated user
- Validated user (rôle migré depuis EAM 2.7)
- Access manager
- (HD) Manager
- Administrator
Validated user
Type d'utilisateur. Peut être trouvé dans l'aperçu des utilisateurs EAM après avoir migré des utilisateurs validés de EAM 2.7 vers EAM 3.0. Ce type d'utilisateur migré correspond à celui d'un utilisateur authentifié dans EAM 3.0.
After migration of your healthcare organisation from EAM 2.7 to EAM 3.0, the Access Manager might notice the user type of Validated user in the Role(s) column on the EAM Users overview page. Après la migration de votre organisation de soins de santé de EAM 2.7 vers EAM 3.0, le gestionnaire d'accès peut remarquer le type d'utilisateur « Validated user » dans la colonne « Role(s) » de la page de vue d'ensemble des utilisateurs de EAM.
L'étiquette « Validated user » est un vestige de la version 2.7 de EAM, où elle indiquait que le profil d'un utilisateur avait été complété et validé par le gestionnaire d'accès. Ce type d'utilisateur migré correspond au type d'utilisateur authentifié dans EAM 3.0. En tant que tel, le « Validated user » ne joue pas un rôle actif dans EAM 3.0 et n'influence pas la fonctionnalité deEAM 3.0.
Cette documentation est encore en construction. Nous essayons de présenter les informations aussi correctes, complètes et aussi claires que possible. Cependant, si vous voyez un élément dans la documentation qui est incorrect, ne correspond pas à votre expérience ou nécessite des éclaircissements supplémentaires, veuillez créer ticket support via notre portail (https://healthdatabe.atlassian.net/servicedesk/customer/portals) ou nous envoyer un e-mail à support.healthdata@sciensano.be pour signaler ce problème de documentation. N'oubliez pas d'inclure l'URL ou l'adresse Web de la page avec le problème de documentation. Nous ajusterons ensuite la documentation. Merci!Foire aux questions
Foire aux questions- Can an Access Manager see the other Access Managers within the own organisation?
- Yes. When an Access manager consults the list of EAM Users via the EAM menu at the top-left of the screen, the exact role of the users will be displayed in the column Role(s). Access Managers will have the role "Access manager". If no role is mentioned, you can consider the relevant user to be an Authenticated User.
- Can an Access Manager see the other Access Managers within the own organisation?
- Yes. When an Access manager consults the list of EAM Users via the EAM menu at the top-left of the screen, the exact role of the users will be displayed in the column Role(s). Access Managers will have the role "Access manager". If no role is mentioned, you can consider the relevant user to be an Authenticated User.
Service de support de healthdata.be
Service de support de healthdata.beLe Service Desk de healthdata.be (Sciensano) aide les utilisateurs de nos applications et services et traite les demandes et problèmes lorsqu'ils surviennent.
Le Service Desk se concentre sur les services gérés par nos services informatiques (HD4DP, HD4RES, healthstat.be,…) et vous aide avec les comptes et les mots de passe. Pour toute question sur le contenu et les objectifs des projets, nous vous invitons à vous adresser aux organismes de recherche responsables.
Pour un traitement plus efficace de votre demande, nous vous conseillons d'utiliser notre portail de services : Jira Service Management (JSM)
Veuillez trouver ci-dessous les heures d'ouverture de notre service de support :
Comment signaler un incident
Comment signaler un incidentLe service healthdata.be (Sciensano) traite chaque rapport d'incident conformément à une procédure appelée "Standard Operating Procedure (SOP)". Une version publique de cette procédure, intitulée "HD Incident Management Process" est également disponible sur ce portail : docs.healthdata.be.
Pour signaler un incident lié aux registres et aux applications en production, facilités ou gérés par le service healthdata.be de Sciensano, vous devez d'abord vous connecter au portail HD Service and Support : Jira Service Management (JSM).
Vous trouverez ici plus d'informations sur la manière de créer un compte.
Une fois connecté, vous accéderez à la page d'accueil du portail.
Pour créer un ticket, cliquez sur « Create a Support ticket » sur la page d'accueil.
La page ci-dessous s'affichera. Une fois que vous aurez rempli tous les champs obligatoires, cliquez sur « Send ».
Soumettre une demande d'information sur HD
Soumettre une demande d'information sur HDPour soumettre une demande sur la plateforme healthdata.be, vous devez d'abord vous connecter au portail Services et Support de HD: Jira Service management (JSM) portal.
Après l'étape de connexion, vous arriverez sur la page principale du portail.
Sur la page principale, vous devez sélectionner « Demander quelque chose ».
Politique de sécurité des e-mails
Politique de sécurité des e-mailsQUEL EST LE PROBLÈME ?
Nous bloquons les e-mails de votre organisation parce que la configuration de vos services de messagerie et/ou de DNS peut permettre aux spammeurs/pirates informatiques d'en abuser. Plus précisément, votre configuration actuelle permet à d'autres expéditeurs d'usurper l'identité de votre organisation en leur permettant d'imiter le « Header From» de l'e-mail de votre organisation.
En d'autres termes, ils peuvent envoyer des messages de phishing et de spam qu'il est impossible de distinguer des e-mails authentiques de votre organisation.
Si vous êtes responsable de la gestion de votre infrastructure TIC, lisez ce qui suit. Sinon, transmettez ce message à votre département TIC ou au service TIC qui gère votre infrastructure TIC.
COMMENT RÉSOUDRE LE PROBLÈME ?
Vous devez vérifier que votre configuration répond aux exigences de sécurité du « Sender Alignment ». Plus précisément, vos services de messagerie et votre DNS doivent être configurés conformément aux normes TIC.
Ces configurations sont courantes, bien documentées et prises en charge par les hébergeurs :
- https://dmarcian.com/alignment/
- https://mxtoolbox.com/dmarc/spf/spf-alignment
- https://o365info.com/how-does-sender-verification-work-how-we-identify-spoof-mail-the-fiveheros-spf-dkim-dmarc-exchange-and-exchange-online-protection-part-9-of-9/
Nous avons constaté que ce problème est fréquent dans les organisations qui ont déplacé leur infrastructure TIC vers des services en Cloud tels que Microsoft (O365), Amazon, Google et MS Azure sans configurer correctement l'infrastructure TIC (qui n'est pas gérée par ces fournisseurs).
Les configurations et les recommandations doivent être mises en œuvre sur l'infrastructure TIC du client, qu'elle soit interne ou externe. Les DNS et les services de messagerie sont les principales plateformes TIC pour ces actions.
L'UTILISATION DE DIFFÉRENTS DOMAINES LORS DE L'ENVOI D'E-MAILS
Les e-mails contiennent une « Envelope From » et un « Header From ». Les deux doivent correspondre pour éviter que l'e-mail ne soit bloqué.
Quelques exemples :
1. Un service public utilise son nouveau nom de domaine dans le « Header From » en son ancien nom de domaine dans l'« Envelope From ».
- Envelope From = noreply@publicservice.fgov.be
- Header From = noreply@publicservice.belgium.be
➔ Ces e-mails seront bloqués.
Remarque : Comme il s'agit d'une adresse « noreply », l'expéditeur ne remarquera même pas que l'e-mail est rejeté.
2. Une organisation utilise un service Cloud (Freshservice) pour son outil d'assistance et l'« Envelope From » n'a pas été modifié.
• Envelope From = bounces+us.3.52773-helpdesk=organisation.be@emailus.freshservice.com
• Header From = helpdesk@organisation.be
➔ Ces e-mails seront bloqués.
3. Une entreprise utilise un service Cloud (Amazon SES) pour envoyer la notification de l'envoi et « Envelope From » n'a pas été modifié.
- Envelope From = 01020188573f374-96de6437-9134-45f4-8aa6-3e9ac18d5848-000000@euwest-1.amazonses.com
- Header From = noreply@company.be
➔ Ces e-mails seront bloqués.