GrantForge

    Plug-ins

    Vue d’ensemble

    Chaque système dont GrantForge gère l’accès, la façon dont son agent applique les politiques, ce qu’il peut filtrer et masquer, et les versions vérifiées par les tests d’intégration.

    GrantForge gère l’accès à 17 systèmes. Pour chacun, un plug-in de service dans le serveur GrantForge décrit les ressources et les types d’accès du système, recherche les ressources pour l’éditeur de politiques et teste la connexion ; un agent applique les politiques dans le système et signale chaque accès à l’audit des accès. Les plug-ins ci-dessous sont classés par type de système, comme dans le menu.

    Comment les agents appliquent

    Un agent applique les politiques de l’une de trois façons :

    Dans le système

    Le système interroge l’agent à chaque requête : un autorisateur, coprocesseur, contrôle d’accès ou plug-in chargé dans les processus du système lui-même. Chaque requête est décidée aussitôt à partir de l’instantané en mémoire, jusqu’à ce qui se trouve sous une ressource. L’agent est installé dans le système et chargé à son redémarrage.

    Systèmes: Apache Hadoop HDFS, Apache Hadoop YARN, Apache ZooKeeper, Apache Hive, Apache HBase, Trino, Apache Kafka, Apache Pulsar, Apache Solr

    À côté du système

    Un service à côté du système maintient le contrôle d’accès propre du système, ses rôles, autorisations et politiques de lignes, en accord avec les politiques. Rien n’est installé dans le système, et le système vérifie lui-même chaque requête, par tous les protocoles. Un changement s’applique à la synchronisation suivante, dix secondes plus tard par défaut ; les autorisations accordées hors de GrantForge restent, et l’agent signale celles qu’une politique refuse.

    Systèmes: ClickHouse, Apache Doris, PostgreSQL, Elasticsearch, OpenSearch, MongoDB, Redis

    Devant le système

    Un proxy réseau auquel les clients se connectent à la place du serveur. Les instructions sont vérifiées, filtrées et masquées avant d’atteindre le serveur ; les clients se connectent par le proxy.

    Systèmes: MySQL

    Systèmes

    Type Système Application Filtres de lignes Masquage Versions vérifiées
    Base de données relationnelle MySQL · agent Devant le système Oui Oui 8.0, 8.4
    Base de données relationnelle PostgreSQL · agent À côté du système Oui Non (PostgreSQL n’a pas de masquage de colonnes) 15, 16, 17, 18
    Base de données analytique (OLAP) Apache Doris · agent À côté du système Oui Non (Doris ne masque les valeurs que par Apache Ranger) 2.1, 3.1, 4.0, 4.1
    Base de données analytique (OLAP) ClickHouse · agent À côté du système Oui Non (ClickHouse ne masque les colonnes que dans son cloud) 24.8, 25.3, 25.8, 26.3, 26.8
    Base orientée colonnes (NoSQL) Apache HBase · agent Dans le système Non Non 2.5.16, 2.6.7, 3.0.0
    Base de données orientée documents MongoDB · agent À côté du système Non Non 6.0, 7.0, 8.0, 9.0
    Base clé-valeur Redis · agent À côté du système Non Non Redis 7.2, 7.4, 8.2, 8.10; Valkey 8.1, 9.1
    Entrepôt de données et moteur de requêtes Apache Hive · agent Dans le système Oui Oui 3.1.3, 4.0.1, 4.1.0
    Entrepôt de données et moteur de requêtes Trino · agent Dans le système Oui Oui 470, 476, 479, 484
    Messagerie et streaming Apache Kafka · agent Dans le système Non Non 3.7.2, 3.9.2, 4.1.2, 4.3.1
    Messagerie et streaming Apache Pulsar · agent Dans le système Non Non 3.0.17, 3.3.9, 4.0.14, 4.2.5
    Moteur de recherche Apache Solr · agent Dans le système Non Non 9.8.1, 9.10.1, 9.11.0, 10.0.0
    Moteur de recherche Elasticsearch · agent À côté du système Oui Non (Elasticsearch ne masque pas de valeurs) 8.19, 9.3, 9.4, 9.5
    Moteur de recherche OpenSearch · agent À côté du système Oui Oui 2.19, 3.3, 3.6, 3.9
    Stockage distribué Apache Hadoop HDFS · agent Dans le système Non Non 2.7.7, 2.10.2, 3.2.4, 3.3.6, 3.4.3, 3.5.0
    Gestion des ressources Apache Hadoop YARN · agent Dans le système Non Non 3.2.4, 3.3.6, 3.4.3, 3.5.0
    Coordination Apache ZooKeeper · agent Dans le système Non Non 3.9.5 (l’agent est construit avec ZooKeeper 3.6.4)

    Les versions sont celles sur lesquelles s’exécutent les tests d’intégration Testcontainers du dépôt ; les autres versions ne sont pas certifiées. Les pages de chaque plug-in et de son agent donnent les détails.

    Ce que fait chaque agent

    Chaque agent télécharge l’instantané des politiques de son service, vérifie sa signature Ed25519 avant de l’utiliser et garde le dernier valide sur disque, de sorte qu’il continue d’appliquer les politiques quand le serveur GrantForge est absent. Les accès partent par lots vers l’audit des accès, les accès autorisés identiques regroupés en un événement avec leur nombre, et sont écrits sur disque tant que le serveur est injoignable.

    Guides associés

    Modifier cette page sur GitHub