Responsabilité partagee¶

Le modèle de responsabilité partagee définit ce que le fournisseur cloud garantit et ce qui reste à la charge du client.

Principe général¶

Dans le cloud, la sécurité et la conformité ne sont jamais entièrement déléguées au fournisseur. Chaque modèle de service déplacé la frontiere entre les responsabilités, mais certains éléments restent toujours du ressort du client : les données, les accès et la configuration des services utilisés.

Le fournisseur est responsable de la sécurité du cloud (infrastructure physique, hyperviseurs, réseau sous-jacent). Le client est responsable de sa sécurité dans le cloud (configuration, accès, données, code).

Répartition par modèle de service¶

IaaS¶

PaaS¶

SaaS¶

Matrice de responsabilité¶

graph LR
    subgraph IaaS
        direction TB
        A1["Infra physique — F"]
        A2["OS — C"]
        A3["Runtime — C"]
        A4["Appli — C"]
        A5["Donnees — C"]
    end
    subgraph PaaS
        direction TB
        B1["Infra physique — F"]
        B2["OS + Runtime — F"]
        B3["Plateforme — F"]
        B4["Appli — C"]
        B5["Donnees — C"]
    end
    subgraph SaaS
        direction TB
        C1["Infra physique — F"]
        C2["OS + Runtime — F"]
        C3["Application — F"]
        C4["Config usage — C"]
        C5["Donnees — C"]
    end

F = Fournisseur — C = Client

Implications sécurité et conformité¶

Ce que le client doit toujours faire¶

• Appliquer le principe de moindre privilege sur les accès (IAM, RBAC)
• Chiffrer les données sensibles avant stockage, même si le fournisseur propose un chiffrement at-rest
• Auditer régulièrement les permissions et les ressources exposees
• Maintenir une journalisation (logs) de toutes les actions d'administration
• Sauvegarder les données independamment des mécanismes du fournisseur

Risques fréquents liés à une mauvaise comprehension¶

• Croire que la conformité du fournisseur (ISO 27001, HDS) couvre automatiquement le client
• Laisser des buckets de stockage ou des bases de données accessibles publiquement
• Ne pas activer le MFA sur les comptes d'administration
• Confondre chiffrement en transit (TLS) et chiffrement at-rest — les deux sont nécessaires