Passer au contenu
Plateformes infonuagiques

Architecture de sécurité à l'intérieur de la zone d'atterrissage

Nous concevons les décisions en matière d’identité, de réseau et de garde-fou dont hérite chaque charge de travail. Cette page est une architecture, pas une pratique d'évaluation de posture ou de preuve de conformité. Ces programmes sont gérés par notre société sœur Seya Group.

  • Commanditaires exécutifs
  • Gestionnaires TI
  • Gestionnaires de projet
  • Architectes et responsables de l’ingénierie
Architecture conceptuelle

Quand l’architecture de la plateforme nécessite une attention particulière

  • Identités trop privilégiées et examens d’accès stagnants
  • Zones d'atterrissage sans garde-corps exécutoires
  • Chemins de réseau inventés par projet au lieu d'être hérités
  • Chiffrement, secrets et gestion des clés incohérents

Comment nous travaillons sur cette plateforme

  • Architecture d'identité et d'accès, y compris les modèles Entra ID
  • Segmentation du réseau et connectivité privée comme décisions de zone d'atterrissage
  • Garde-fous de politique en tant que code dans la fondation
  • Secrets et modèles de gestion des clés que les équipes de la plateforme peuvent réutiliser

L'architecture dans son contexte

Architecture conceptuelle

Architecture conceptuelle illustrant les limites décisionnelles. Elle ne représente pas un environnement client.

L'architecture, pas la posture

Les limites d'identité, la segmentation du réseau et les garde-fous politiques sont des décisions de conception prises avant l'évolution des charges de travail. C'est le travail sur cette page.

Nous ne vendons pas d'évaluations de la posture de sécurité du infonuagique, de programmes Zero Trust ou de preuves de conformité provenant de ce site. Pour ceux-là, nous vous remettons à Seya Group.

Les décisions technologiques en contexte

  • Microsoft Entra ID
  • AWS IAM
  • Google Cloud IAM
  • Politique Terraform et garde-fous
  • Azure Monitor/Log Analytics

Ce que le travail est censé permettre

  • Des limites d’identité et de privilèges plus claires
  • Contrôles de sécurité intégrés à la livraison de la plateforme
  • Une zone d’atterrissage qui refuse l’exception par défaut
  • Un transfert propre lorsque le lecteur a besoin d’un programme de sécurité continu

Un choix de plateforme est un choix opérationnel

Nous convenons des critères d’acceptation de la charge de travail, de la propriété des accès, des pratiques de changement et des responsabilités de récupération avant la mise en œuvre. Les services des fournisseurs ne suppriment pas le besoin de tests d'applications, de responsabilité en matière de coûts et d'une équipe d'exploitation.

Foire aux questions

Questions et réponses

Comment les architectes infonuagique réduisent-ils les risques liés à l'infrastructure ?

En établissant des limites d'identité, une segmentation du réseau et des garde-fous politiques dans la zone d'atterrissage avant de faire évoluer les charges de travail, afin que la croissance n'amplifie pas les risques non gérés.

#
S'agit-il d'une posture de sécurité ou d'un engagement SOC 2 ?

Non. Ces programmes, y compris CSPM et Zero Trust, sont gérés par Seya Group. Cette page reste sur l'architecture à l'intérieur de la zone d'atterrissage.

#
Où se situe la reprise après sinistre ?

Les topologies de récupération et les cibles RTO/RPO constituent une architecture et sont décrites dans les informations publiées sur la récupération après sinistre. Ils ne remplacent pas un programme d’opérations de sécurité.

#
Qui conçoit Entra External ID ?

L’architecture d’identité externe est couverte dans les informations Entra External ID et Azure AD B2C. Il s’agit toujours d’une architecture d’identité, pas d’une évaluation de posture.

#
Un point de départ plus clair

Votre prochaine décision infonuagique commence ici.

Parlez-nous de votre environnement, de vos priorités et de votre prochaine décision infonuagique.