Contexte et enjeux

Face à la montée des agents IA capables d’agir à la vitesse de la machine, Oracle considère que le modèle de responsabilité partagée du cloud n’est plus suffisant. Les attaques alimentées par l’IA ciblent le couche données, contournant les contrôles traditionnels de périmètre et d’application. Cette évolution impose une visibilité et un contrôle granulaire où les données résident, afin d’éviter les fuites via des requêtes injectées ou des actions automatisées non autorisées.

Stratégie à trois volets

Oracle a présenté en juin une approche en trois axes : sécuriser à la source, sécuriser à la vitesse et sécuriser par la résilience. Le premier volet impose des politiques d’accès directement dans la base, limitant les privilèges dès le point d’entrée. Le deuxième volet vise à appliquer ces politiques en temps réel, même lorsque des agents IA génèrent des requêtes à la volée. Le troisième volet assure la continuité d’accès grâce à des mécanismes de sauvegarde et de réplication qui résistent aux interruptions, qu’elles soient malveillantes ou accidentelles.

Outils et mécanismes de protection

Parmi les solutions annoncées, Oracle Deep Data Security permet de définir des règles de confidentialité basées sur l’identité, le rôle et le contexte de chaque utilisateur. Ces règles sont déclaratives et centralisées, ce qui réduit la surface d’attaque liée aux privilèges excessifs. Oracle SQL Firewall bloque les injections SQL en filtrant les requêtes suspectes avant leur exécution. En avril, Oracle a enrichi son Oracle AI Database avec des capacités de contrôle d’accès finement granulaire, intégrant directement le moteur de politique de Deep Data Security dans le plan d’exécution des requêtes. Cette intégration empêche les agents IA d’exécuter des requêtes non autorisées, même si elles sont générées automatiquement.

Résilience et récupération

La résilience repose sur deux piliers : la sauvegarde sans perte de données et la réplication distribuée. La fonctionnalité Zero Data Loss Recovery garantit que chaque transaction validée est protégée, même en cas de panne soudaine. Le Globally Distributed AI Database utilise une réplication basée sur le protocole Raft et un basculement automatisé, permettant aux applications de poursuivre leurs opérations lorsque des zones de disponibilité ou des sites entiers deviennent indisponibles. Cette architecture réduit le temps de récupération (RTO) et le volume de données perdu (RPO), deux métriques critiques lors d’une attaque IA à grande vitesse.