Cloud hybride

Le NIST (National Institute of Standards and Technology), en 2011, définit le cloud hybride comme la composition d'au moins deux infrastructures distinctes, privée, communautaire ou publique, reliées par une technologie qui permet de déplacer données et applications. Chez un industriel ou une banque, cela donne un parc de serveurs dans ses propres salles ou en colocation, un annuaire Active Directory synchronisé avec Entra ID, des sauvegardes envoyées chez un hyperscaler et une poignée d'applications SaaS (Software as a Service). Le problème du souscripteur est de savoir où s'arrête le « système informatique de l'assuré ». Beaucoup de libellés y rangent le matériel que l'assuré détient, loue ou exploite, et certains y ajoutent celui qu'un prestataire exploite pour son compte en vertu d'un contrat écrit. Avec cette extension, une panne chez l'hébergeur d'une partie du parc peut tomber sous la perte d'exploitation directe, à pleine limite. Sans elle, le même événement relève de la carence de fournisseur, souvent sous-limitée, ou de rien du tout si la police ne couvre chez le tiers que l'acte malveillant. L'hybride rend la frontière mobile : une machine virtuelle déplacée un mardi d'une salle de l'assuré vers une région cloud change de régime sans que personne ne relise la police. La difficulté revient à l'expertise. Après un rançongiciel qui a chiffré à la fois les serveurs sur site et les instances louées, l'expert doit séparer les heures perdues à restaurer le parc propre de celles qui tiennent au fournisseur. La responsabilité partagée de chaque service, elle, ne suit pas toujours la ligne que trace la police.