Votre solution de stockage est-elle VRAIMENT immuable ?

5

Le stockage immuable s’impose comme une ultime ligne de défense essentielle contre les ransomwares. Pourquoi ? Parce que, à mesure que les cybercriminels se sont perfectionnés, les sauvegardes sont devenues leur cible privilégiée. Ils savent que les organisations sont plus enclines à payer une rançon s’ils parviennent à supprimer ou chiffrer leurs sauvegardes.

Des études (en anglais) montrent que 93 % des attaques ciblent les référentiels de sauvegarde, avec un taux de réussite de 68 %. En outre, le rapport 2023 Data Protection Trends de Veeam (en anglais) indique que dans 75 % de ces cas, les cybercriminels parviennent à compromettre la capacité de restauration de leurs victimes.

Sans stockage immuable, vous êtes perdu. Mais toutes les immuabilités ne se valent pas. Certaines laissent encore une fenêtre d’exposition.

Envie d’une version synthétique de la checklist de la véritable immuabilité ? Téléchargez-la ici (en anglais).

S’il est encourageant de voir le « stockage immuable » se généraliser, une question demeure : combien de ces solutions sont réellement immuables et, au final, à l’épreuve des ransomwares ? 

Le stockage immuable désigne un modèle dans lequel les données, une fois écrites, ne peuvent être ni modifiées ni supprimées pendant une durée définie, ce qui déjoue les ransomwares. Mais en réalité, la plupart des solutions immuables n’offrent pas le niveau de protection promis.

Par exemple, les systèmes de fichiers rendent souvent les données immuables via des snapshots périodiques planifiés, qui peuvent être espacés de plusieurs heures ou jours. Cette approche crée des trous dans la rétention et un risque de perte de données. 

D’autres solutions fondées sur un système de fichiers offrent une immuabilité instantanée grâce à la prise en charge de l’API S3 Object Lock (en anglais). Mais comme le système de fichiers sous-jacent reste intrinsèquement modifiable, les données restent vulnérables aux attaques sous la couche API.

L’immuabilité véritable et intrinsèque — obtenue uniquement par S3 Object Lock mis en œuvre sur une architecture de stockage objet native — ferme ces fenêtres d’exposition. L’API S3 permet d’enregistrer et de stocker les données en continu, à l’échelle du pétaoctet, à chaque écriture. Et l’architecture de stockage (en anglais) objet sous-jacente garantit que les données stockées ne peuvent jamais être écrasées ni supprimées, même si un attaquant contourne la couche API. Les données peuvent donc toujours être restaurées depuis n’importe quelle sauvegarde — quoi qu’il arrive.

Comparatif de l’immuabilité : stockage fichier hérité, proxy S3 et véritable magasin d’objets natif

Votre solution de stockage immuable a-t-elle des failles ?

Certaines solutions de stockage immuable n’offrent qu’une immuabilité à court terme ou rendent difficile, voire impossible, une restauration rapide des données dans leur état d’origine : il est donc essentiel d’évaluer les vulnérabilités de votre solution. 

Beaucoup d’options visent davantage à préserver l’état des données à certains moments qu’à empêcher réellement leur modification ou leur suppression. D’autres posent des problèmes de complexité de gestion, d’immuabilité à court terme, d’évolutivité limitée et de dégradation des performances, qui nuisent à la rapidité de restauration.  

Pour toutes ces raisons, les solutions suivantes sont jugées insuffisantes en matière d’immuabilité : 

• Snapshots de NAS/systèmes de fichiers (en anglais)
• Appliances de déduplication
• Dépôts Linux renforcés 
• Bandes
• Proxys S3 (API S3 mise en œuvre sur des architectures modifiables)

Les solutions véritablement immuables le sont intrinsèquement, au niveau de l’architecture 

Seules les solutions fondées sur une conception de stockage objet native sont réellement immuables, car elles préservent les données dans leur forme d’origine dès leur écriture et n’écrasent jamais les données existantes. Ce n’est pas le cas des solutions reposant sur des architectures modifiables, qui acceptent les commandes de suppression et d’écrasement.

Avec un stockage objet natif, les jeux de données — même écrits à quelques nanosecondes d’intervalle — ne peuvent jamais être écrasés, supprimés ni modifiés, quel que soit le niveau de privilèges obtenu par un attaquant. Ce renforcement architectural constitue une ultime ligne de défense essentielle contre les tentatives de chiffrement et d’extorsion des ransomwares. 

---

Votre solution de stockage est-elle vraiment immuable ? Votre checklist de la véritable immuabilité :

Pour vous assurer que votre solution de stockage objet est vraiment immuable, vérifiez qu’elle coche TOUTES les cases ci-dessous et offre le plus haut niveau de protection :

• Verrouillage instantané des données – correctement configurées, les données verrouillées sont immuables dès la seconde où elles sont stockées. Il n’y a pas de délai comme avec un snapshot, où les données restent modifiables jusqu’à la prise du snapshot. Avec un stockage véritablement immuable, vos données sont instantanément inaltérables.

• Aucune suppression ni aucun écrasement, jamais –  les attaquants chiffrent ou suppriment souvent les sauvegardes pour vous empêcher de restaurer. Seules les solutions fondées sur un stockage objet natif offrent une immuabilité intrinsèque : les données ne sont jamais écrasées ni supprimées. Toute modification crée une nouvelle version de l’objet, en laissant les données d’origine intactes.

• Prise en charge des API S3 Object Lock compatibles AWS – S3 a connu une avancée importante ces dernières années : l’immuabilité au niveau de l’API est désormais possible grâce aux API S3 Object Lock. Toutes les applications d’entreprise populaires utilisent l’API AWS. Sans elle, des applications comme Veeam (en anglais) ne pourront pas gérer l’immuabilité de votre stockage. En permettant à l’application d’accéder au stockage via l’API S3, vous disposez d’une solution de sauvegarde entièrement intégrée. L’immuabilité au niveau de l’API protège contre les tentatives d’écrasement, volontaires ou accidentelles, par un utilisateur ou une application envoyant des commandes S3, ce qui peut se produire lors d’une attaque par ransomware.

• Politiques de rétention configurables – chaque entreprise a ses propres exigences de conservation des données sur des durées personnalisées ou longues. Avec des politiques de rétention configurables, vous définissez la durée pendant laquelle vos données restent totalement immuables, de quelques jours à plusieurs années.
  
• Mode compliance pour une protection renforcée – ce mode empêche même le super-administrateur du système de modifier la configuration de l’immuabilité.

Immuabilité véritable et intrinsèque = S3 Object Lock sur une architecture de stockage objet native

Le stockage objet évolue jusqu’au pétaoctet, se déploie facilement, s’utilise simplement et constitue votre meilleure ligne de défense pour protéger vos données, même dans le pire des cas. 

Mais ne nous croyez pas sur parole. Partout dans le monde et dans tous les secteurs, une grande majorité d’organisations déploient le stockage immuable, mais leurs données peuvent rester vulnérables. Vos données méritent la forme d’immuabilité la plus forte : assurez-vous que votre solution l’offre.

Pour en savoir plus sur l’enquête sur l’immuabilité, lisez le communiqué de presse (en anglais).

Découvrez ici (en anglais) comment Scality collabore avec des partenaires comme Veeam pour vous offrir une protection inviolable contre les ransomwares, une véritable immuabilité des données et une efficacité opérationnelle, sans sacrifier les performances ni la flexibilité.