DuoKey

Tokenisation Databricks

Tokenisez les colonnes sensibles de Databricks

Des fonctions Unity Catalog remplacent les valeurs sensibles par des jetons au même format, et la clé reste chez DuoKey.

The problem

Les colonnes sensibles restent en clair dans le Lakehouse

Le chiffrement des disques et du stockage ne sert plus à rien dès qu'une requête lit la table.

Numéros de carte, adresses e-mail et identifiants personnels arrivent dans des tables Databricks lues par de nombreux utilisateurs, notebooks et pipelines. Le chiffrement du stockage protège les fichiers, pas les valeurs renvoyées par une requête. Masquer ou hacher casse en général les formats et les jointures, alors les équipes laissent les données telles quelles.

  • Lisibles à la requête

    Quiconque peut interroger la table voit les vraies valeurs.

  • Formats cassés

    Hachage et masquage changent la longueur et la forme : jointures et contrôles échouent.

  • Clés près des données

    Des clés manipulées par le cluster se trouvent à côté des données qu'elles protègent.

  • Périmètre d'audit

    Chaque table contenant de vrais identifiants élargit le périmètre d'un audit.

Comment ça marche

Deux fonctions SQL dans Unity Catalog. La clé reste chez DuoKey.

DuoKey protège des colonnes précises d'une table Lakehouse, pas des disques ni des VM. La mise en place génère du Spark SQL qui enregistre les fonctions tokenize et detokenize ; à l'exécution, elles appellent le service de tokenisation DuoKey en HTTPS.

Mise en place · une fois par workspace, depuis Cockpit

DuoKey Cockpit

Workspace, catalogue, schéma

Spark SQL généré

Prêt à exécuter

Unity Catalog

UDF tokenize / detokenize

À l'exécution · en HTTPS

Votre requête SQL

Appelle tokenize()

Tokenisation DuoKey

Renvoie le jeton

Clé de chiffrement de clés

Ne quitte jamais DuoKey

Le cluster Databricks ne manipule jamais la clé de chiffrement de clés. La clé de tokenisation est dérivée par tenant et par clé nommée à partir d'une clé maîtresse de la plateforme, et n'est jamais stockée dans un coffre.

Préservation du format

Des jetons qui gardent la forme de vos données

Un jeton a la même longueur et la même structure de caractères que la valeur qu'il remplace : schémas, requêtes, jointures et contrôles de format continuent de fonctionner sur les colonnes tokenisées.

Numéros de carte

16 chiffres en entrée, 16 en sortie

Un numéro de carte à 16 chiffres devient une autre suite de 16 chiffres qui tient toujours dans la colonne.

Adresses e-mail

Séparateurs conservés

Une adresse garde son @ et ses séparateurs de domaine : la validation de format passe toujours.

Aller-retour

detokenize()

La détokenisation renvoie la valeur d'origine, au même format.

Mise en place

De Cockpit à des UDF opérationnelles en cinq étapes

  1. 01

    Décrire la cible

    Saisissez l'URL du workspace, le catalogue et le schéma cibles, et le type de données des colonnes.

  2. 02

    Récupérer le SQL

    DuoKey renvoie le SQL qui crée au besoin le catalogue et le schéma, et enregistre les UDF.

  3. 03

    Stocker le jeton d'API

    Créez un secret Databricks contenant un jeton d'API DuoKey et exposez-le à Spark dans la configuration du cluster.

  4. 04

    Exécuter le DDL

    Lancez les instructions générées dans le catalogue et le schéma cibles.

  5. 05

    Vérifier l'aller-retour

    Tokenisez puis détokenisez une valeur de test et vérifiez que vous retrouvez l'originale.

Exploitation

Contrôlez l'intégration depuis Cockpit

L'intégration se trouve dans le catalogue Apps de Cockpit. Le même service de tokenisation existe aussi en variantes Snowflake et secret générique, sur la page Tokenization.

Activer ou désactiver

Allumez ou coupez l'intégration depuis Cockpit.

Contrôle de santé

Indique la configuration et l'état de préparation, dont la présence du modèle d'UDF.

Autotest

Confirme que la clé de chiffrement de clés reste chez DuoKey, jamais dans Databricks.

Portée par colonne

Seules les colonnes tokenisées changent ; le reste de la table reste tel quel.

Retirer l'intégration ne détokenise pas vos données

Les UDF sont désactivées, mais les valeurs déjà écrites sous forme de jetons le restent. Détokenisez d'abord ce dont vous avez besoin en clair, ou gardez le service de tokenisation disponible.

Prérequis

Ce qu'il vous faut

Lire le guide de mise en place
  • Un workspace Databricks avec Unity Catalog
  • Le droit d'exécuter le DDL généré dans le catalogue et le schéma cibles
  • Un utilisateur DuoKey avec accès à la tokenisation et un jeton d'API
  • Le droit de créer un secret Databricks et de modifier la configuration du cluster

Engagement

Protégez vos colonnes sensibles sans toucher au schéma

Voyez tokenize et detokenize tourner dans votre propre Unity Catalog, avec la clé détenue par DuoKey.

Demander une démo

Parlons des décisions qui comptent pour votre programme de sécurité.

Dites-nous où le contrôle est difficile aujourd’hui. Nous vous aiderons à définir une prochaine étape concrète.