PolarDB:Confidential database

Prérequis

La version de PolarProxy dans PolarDB doit être la 2.8.36 ou une version ultérieure. Pour afficher ou mettre à jour la version de votre PolarProxy, consultez la rubrique Gestion des versions mineures.

Informations contextuelles

Les exigences réglementaires et les normes industrielles actuelles imposent l'adoption de mesures de sécurité robustes couvrant l'intégralité du cycle de vie des données. Les méthodes traditionnelles de durcissement de la sécurité par des tiers et de chiffrement côté client ne suffisent plus, en raison de leurs lacunes en matière de coûts, d'adaptation architecturale et de performances de la base de données. Dans ce contexte, les bases de données prenant en charge le chiffrement de bout en bout gagnent en popularité. PolarDB répond à ces besoins en proposant la fonctionnalité PolarDB always-confidential.

Cette fonctionnalité offre ses principaux avantages dans les scénarios suivants :

• Stockage de vos données dans des environnements non fiables : cela inclut le stockage de vos données sur le cloud ou dans les centres de données sur site de vos clients, ce qui peut entraîner un accès non autorisé par le fournisseur de services cloud ainsi que par le personnel d'exploitation et de maintenance (O&M) de votre organisation et de vos clients.

• Utilisation de services de gestion des données par des fournisseurs tiers : cela peut exposer vos secrets commerciaux aux prestataires de services. Le risque est particulièrement élevé si vos données contiennent des informations sensibles, telles que des données d'identification personnelle ou des données génétiques.

• Partage de vos données avec d'autres organisations : cela concerne notamment la gestion collaborative des risques et la fourniture de services internationaux, où les organisations impliquées sont soumises à des exigences de conformité des données et ne peuvent pas partager directement des données en clair. Cela inclut également les scénarios de marketing conjoint avec d'autres entreprises, où vous souhaitez protéger vos données en raison de relations concurrentielles.

Fonctionnalités

• Prend en charge tous les opérateurs SQL et reste transparente pour les applications. Basculez vers le pilote EncJDBC avec des modifications de configuration minimales, sans aucune modification du code métier nécessaire. Consultez la rubrique Intégrer EncJDBC.

• Les résultats des requêtes sont renvoyés chiffrés afin de prévenir le vol de données en cas de compromission des comptes de base de données ou d'accès non autorisé par le personnel d'O&M. Configurez des règles de chiffrement pour spécifier quelles données sensibles nécessitent une protection. La base de données chiffre les données sensibles avec votre clé ; seuls les détenteurs de la clé peuvent déchiffrer et afficher les données en clair.

• Prend en charge les clés maîtres personnalisées provenant d'un service de gestion des clés (KMS) de confiance ou tiers. Transmettez votre clé dynamiquement au client confidentiel pour garantir que vous seul détenez la clé. Lors de l'exécution, la clé participe aux requêtes via un mécanisme de distribution sécurisé et est automatiquement détruite à la fin du service.

• Les performances sont comparables à celles d'une base de données standard non chiffrée. L'impact varie selon le nombre de champs chiffrés : les tests TPC-C montrent respectivement 93 %, 86 % et 79 % des performances en clair pour un chiffrement de 20 %, 50 % et 100 % des champs. Consultez le Rapport de test de performance de la base de données confidentielle.

Scénarios

Nous avons développé PolarDB always-confidential afin de proposer un framework et des produits de base de données nouvelle génération dotés de capacités garantissant la confidentialité et l'intégrité des données. Grâce à une conception optimale, la base de données offre des fonctionnalités de sécurité tout en assurant des performances élevées, une grande stabilité et une efficacité économique.

Voici plusieurs scénarios typiques pour PolarDB always-confidential :

• Chiffrement des données transmises des applications aux bases de données

  Dans la plupart des cas, les fournisseurs d'applications sont les propriétaires des données et souhaitent généralement empêcher le service de base de données et son personnel d'O&M d'accéder aux données métier.

• Chiffrement des données transmises des utilisateurs aux applications

  Dans certaines applications à usage personnel, une partie des données, telles que celles liées à la santé et aux finances, appartient aux utilisateurs. Ces derniers s'attendent généralement à ce que les applications ne puissent pas accéder aux données elles-mêmes en clair lors de leur gestion et de leur analyse.

• Partage sécurisé et fiable des données chiffrées

  La clé utilisée pour le chiffrement n'est disponible que pour les propriétaires des données. Lorsque ces derniers doivent partager des données avec d'autres parties, ils souhaitent le faire sans exposer les clés, afin de respecter les exigences de conformité.

Limites

• Les règles de chiffrement ne s'appliquent pas aux endpoints principaux. Utilisez l'endpoint de cluster ou un endpoint de cluster personnalisé.

• La fonctionnalité PolarDB always-confidential prend uniquement en charge les commandes COM_QUERY. Les autres types de commandes, tels que COM_STMT_PREPARE, ne sont pas pris en charge. EncJDBC prend uniquement en charge le protocole texte. Le protocole binaire n'est pas pris en charge. Les opérations utilisant des instructions préparées sont toujours effectuées via des requêtes en protocole texte.

• Il est impossible d'activer simultanément PolarDB always-confidential et le masquage dynamique.

• Si des règles de masquage dynamique existent, supprimez toutes les règles de masquage existantes et créez de nouvelles règles de type chiffrement pour activer PolarDB always-confidential.

• Les CMK ne peuvent pas être modifiés après avoir été spécifiés. L'ensemble du cluster utilise la même CMK.

• Si vous contournez SecureGW et vous connectez directement au noyau MySQL natif, la fonctionnalité de chiffrement ne s'applique pas. Évitez cette pratique. Afin de minimiser l'impact d'un accès non autorisé, nous vous conseillons également d'activer d'autres fonctionnalités de sécurité, telles que l'audit des journaux.

Utilisation

Pour plus d'informations, consultez la rubrique Gérer les règles de chiffrement.