Ressources
Conformité & réglementation
35 ressources sur ce thème.
- Cyber Resilience Act : l'authentification dans l'industrieCyber Resilience Act, industrie et OIV : automates, passerelles, comptes constructeur et télémaintenance face à l'exigence d'authentification produit.
- Cyber Resilience Act : l'authentification des éditeurs SaaSCyber Resilience Act, numérique et SaaS : périmètre réel, valeurs par défaut à la livraison, comptes d'administration initiaux, clés d'API et composants tiers.
- Cyber Resilience Act : les obligations d'authentificationCyber Resilience Act et authentification : absence de mot de passe par défaut, sécurité dès la conception, cycle de vie et preuves à constituer.
- DORA : les obligations qui touchent l'authentificationDORA authentification : ce que le règlement attend des contrôles d'accès, des tests de résilience et de la chaîne de prestataires, et comment le démontrer.
- DORA et l'assurance : ce que le texte exige de l'authentificationDORA assurance : changement de RIB, gestion de sinistre, courtiers et gestion déléguée, experts et prévoyance, avec la chaîne de tiers à démontrer.
- DORA et la banque : ce que le texte exige de l'authentificationDORA banque et finance : accès des conseillers, back-office, salle des marchés, comptes à privilèges et infogérants, avec les contraintes métier réelles.
- DSP2 : les obligations qui touchent l'authentificationDSP2 authentification : ce que la SCA exige réellement — deux facteurs de catégories distinctes, indépendance des facteurs et lien dynamique à l'opération.
- DSP2 et la banque : ce que le texte exige de l'authentificationDSP2 banque et finance : la SCA appliquée aux virements, ajouts de bénéficiaire, plafonds et parcours de récupération de compte, et ses angles morts.
- DSP3 : ce qui se prépare pour l'authentificationDSP3 authentification : le paquet n'est pas applicable, mais la direction prise — fraude autorisée, responsabilité élargie — oriente déjà l'architecture.
- DSP3 et l'assurance : anticiper l'authentification forteDSP3 assurance : changement de RIB, versement de sinistre, rachats et gestion déléguée — préparer l'authentification sans préjuger d'un texte non applicable.
- DSP3 et la banque : anticiper les exigences d'authentificationDSP3 banque et finance : cartographie des parcours, télémétrie de fraude et friction ciblée, pour préparer un texte encore en discussion sans le surinterpréter.
- eIDAS 2 : l'authentification dans le secteur publiceIDAS 2 secteur public : démarches en ligne, guichets physiques, inclusion, interopérabilité transfrontalière et identités professionnelles des agents.
- eIDAS 2 : les obligations qui touchent l'authentificationeIDAS 2 authentification : ce que le portefeuille européen d'identité change à l'enrôlement et à la récupération de compte, et ce qu'il ne couvre pas.
- eIDAS 2 et la banque : les exigences d'authentificationeIDAS 2 banque et finance : entrée en relation à distance, réutilisation d'une identité attestée, fraude à l'ouverture de compte et preuves à conserver.
- eIDAS 2 et la santé : ce que le texte exige de l'authentificationeIDAS 2 santé : identité du patient et identité du professionnel, téléconsultation, mobilité, exercice partagé et minimisation des données de santé.
- ISO 27001 : l'authentification chez les éditeurs SaaSISO 27001 pour le numérique et le SaaS : périmètre de certification, consoles multi-tenants, clés d'API, CI/CD, support et préproduction. Les preuves attendues.
- ISO 27001 : l'authentification dans le secteur juridiqueISO 27001 et juridique : datarooms, secret professionnel, mobilité, stagiaires en rotation, secrétariat externalisé. Ce qu'un cabinet doit pouvoir démontrer.
- ISO 27001 : les obligations qui touchent l'authentificationISO 27001 et authentification : ce qu'un auditeur vérifie vraiment, le piège de la déclaration d'applicabilité et les angles morts à traiter avant l'audit.
- NIS2 et l'énergie : ce que le texte exige de l'authentificationNIS2 énergie : frontière IT/OT, accès distants des intégrateurs, sites sans réseau, comptes d'automates, astreintes. La traduction concrète côté authentification.
- NIS2 et l'industrie : ce que le texte exige de l'authentificationNIS2 industrie et OIV : authentifier sans smartphone en salle blanche ou en zone ATEX, encadrer la maintenance sous-traitée, articuler les deux régimes.
- NIS2 et la santé : ce que le texte exige de l'authentificationNIS2 santé : postes partagés au poste de soins, trois-huit, intérimaires, bris de glace, maintenance biomédicale. La traduction concrète pour un DSI hospitalier.
- NIS2 et le secteur public : exigences d'authentificationNIS2 secteur public : parc hétérogène, agents itinérants sans terminal, DSI mutualisées, continuité du service et clauses de sécurité dans les marchés publics.
- NIS2 et les éditeurs SaaS : les exigences d'authentificationNIS2 numérique et SaaS : consoles multi-tenants, clés d'API, support avec usurpation d'identité client, questionnaires sécurité. Ce qu'un éditeur doit préparer.
- NIS2, DORA, DSP3, CRA : ce que les textes exigent de l'authentificationExigences d'authentification dans NIS2, DORA, DSP2/DSP3, le Cyber Resilience Act et eIDAS 2 : qui est concerné, ce qui est demandé, à quelle échéance.
- NIST SP 800-63 : l'authentification des éditeurs SaaSNIST SP 800-63 pour le numérique et le SaaS : mapper connexion, console admin, API et support sur des niveaux d'assurance, et répondre aux questionnaires clients.
- NIST SP 800-63 : les obligations qui touchent l'authentificationNIST SP 800-63 et authentification : niveaux d'assurance, OTP par SMS classé restricted, résistance au phishing. Une grille d'évaluation utilisable en Europe.
- Rendre son service capable d'accepter une attestation d'identitéConsommer une attestation qualifiée est un chantier d'intégration, indépendant du rythme de déploiement des portefeuilles. Cinq décisions à trancher.
- RGPD : l'authentification dans le secteur juridiqueRGPD juridique : secret professionnel et protection des données ne se confondent pas. Accès aux dossiers, tiers, conservation longue et sous-traitance en cabinet.
- RGPD : les obligations qui touchent l'authentificationRGPD authentification : la tension entre sécuriser les accès et minimiser les données, le statut des journaux, la vérification d'identité et la sous-traitance.
- RGPD et la santé : ce que le texte exige de l'authentificationRGPD santé : postes partagés au poste de soins, bris de glace, intérimaires, portail patient, maintenance biomédicale et hébergement des données.
- RGPD et les éditeurs SaaS : exigences d'authentificationRGPD numérique et SaaS : responsable ou sous-traitant, sous-traitance en cascade, préproduction, journaux multi-tenants et devoir d'assistance au client.
- SecNumCloud : l'authentification dans le secteur publicSecNumCloud secteur public : utiliser la commande publique comme levier, écrire des clauses d'authentification vérifiables et préparer la sortie de contrat.
- SecNumCloud : les obligations qui touchent l'authentificationSecNumCloud et authentification : ce que la qualification ANSSI exige du prestataire, ce qui reste à votre charge, et comment le vérifier en appel d'offres.
- SecNumCloud et l'énergie : exigences d'authentificationSecNumCloud énergie : quelles briques externaliser quand l'OT reste local, ce que la qualification du prestataire couvre, et ce qui reste à votre charge.
- SecNumCloud et la santé : exigences d'authentificationSecNumCloud santé : distinguer hébergement des données de santé et qualification ANSSI, et savoir quels parcours d'authentification restent à votre charge.
Une question sur votre contexte ?
Échangeons sur vos parcours d'authentification les plus sensibles.
Demander une démonstration