Tout d’abord, familiarisons-nous avec les composants de base de l’architecture du périmètre défini par logiciel (SDP). Il est important de noter que les meilleures solutions SDP peuvent être déployées via un modèle de livraison basé sur le cloud ou auto-hébergées, selon les préférences de l’entreprise.

• Contrôleurs : le contrôleur est le cerveau du système. Il définit les politiques de sécurité en vérifiant la confiance à l’aide de données d’identité, de contexte et de risque, ce qui accorde ensuite les droits appropriés.
• Passerelles: C’est là que les stratégies du contrôleur sont appliquées et se trouvent là où les ressources doivent être protégées.
• Clients: les clients sont ce avec quoi les utilisateurs finaux interagissent pour établir d’abord la confiance via le contrôleur, puis se connecter à leurs ressources de confiance avec les droits appropriés.

Il est important de noter que le contrôleur et la passerelle sont complètement masqués des regards indiscrets à l’aide d’une technologie appelée autorisation par paquet unique (SPA). Cela signifie qu’il n’y a pas de ports visibles tant qu’un utilisateur n’a pas été authentifié, approuvé et qu’un droit lui a été accordé. À l’aide de SPA, le contrôleur authentifie un utilisateur ou un appareil auprès d’un fournisseur d’identité pour valider les droits et vérifie en outre le contexte entourant la demande en utilisant la notation des risques comme critère pour établir, limiter ou révoquer l’accès.  Une fois la confiance établie, et à l’aide de SPA, le contrôleur fournit un droit en direct au client, puis la passerelle pour accéder aux bonnes ressources. C’est ce qu’on appelle un droit réel, car si le contexte ou le risque change, les droits peuvent s’ajuster en temps réel.  La passerelle valide ensuite que le jeton attribué n’a pas été falsifié et génère un segment de un, ce qui signifie que l’utilisateur/périphérique a accès aux ressources spécifiques auxquelles un accès approuvé lui a été accordé. Tout le reste reste invisible.