Gouvernance
Chaque jointure interdomaine est autorisée. Chaque autorisation est enregistrée.
Kinara OS ne présuppose pas la confiance entre ministères. Il applique les conditions dans lesquelles les données peuvent franchir une frontière, le consigne et l'attribue.
Politique d'abord. Jointure ensuite. Journal toujours.
Un service de domaine émet une requête interdomaine.
Le service demandeur envoie la question à Kinara Core, pas directement à l'autre domaine. Il inclut l'identité du demandeur, la requête spécifique et la base légale déclarée.
Core vérifie la politique.
La politique de gouvernance pour ce demandeur, ce type de données et cet objet est vérifiée. Si aucune politique n'autorise la jointure, la requête est refusée. Le refus est également consigné.
La jointure est exécutée et le résultat retourné.
Core exécute la jointure avec le minimum de données nécessaires. Le domaine répondant retourne la réponse à Core, pas directement au demandeur.
L'entrée d'audit est consignée.
Avant que la réponse ne soit retournée au demandeur, l'entrée d'audit est écrite. Elle enregistre ce qui a été demandé, ce qui a été retourné, qui a demandé et quand. Cette entrée ne peut être modifiée par aucune des deux parties.
Quatre engagements. Par écrit.
Aucun ministère ne détient l'ensemble des quatre jeux de données.
Chaque jointure interdomaine est autorisée et enregistrée.
Les locataires sont séparés au niveau de la base de données, pas de la requête.
Kinara OS est conçu pour prendre en charge la résidence des données respectant la juridiction et le traitement transfrontalier contrôlé, conformément au droit applicable et à la politique du client.
Examiner le modèle de gouvernance lors d'un entretien.
Amenez vos équipes juridiques, de protection des données ou techniques. Nous parcourrons le modèle et répondrons aux questions spécifiques.
Demander un entretien