L'opérateur se connecte. Le secret ne quitte jamais le broker.
Fidwyn PAM termine chaque session à privilèges au broker TLS et y injecte le secret. L'opérateur ne voit jamais le mot de passe, ne le détient pas, ne peut pas l'exfiltrer. L'accès passe par trois modes : un navigateur isolé lancé dans Docker pour chaque session, le lancement direct d'une application sur la cible authentifié par un jeton PAM, ou le client de l'utilisateur qui se connecte avec un jeton délivré par l'API ou la console. Chaque frappe, chaque requête, chaque écran est enregistré et cherchable.
Le secret permanent, c'est la brèche.
Des mots de passe admin partagés dans un tableur, des comptes de service jamais tournés, des prestataires en VPN permanent. Autant de secrets qu'un attaquant peut voler et rejouer. Le PAM classique réduit le problème, mais remet encore le secret à l'opérateur au moment de la connexion.
Fidwyn ferme cette faille dans l'architecture. Le secret est extrait vers le broker, pas vers l'utilisateur; l'injection se fait dans le proxy de session. L'opérateur s'authentifie en son nom, reçoit un droit borné dans le temps, se connecte. N'ayant jamais le secret, il ne peut pas le faire fuir.
Ce que fait vraiment Fidwyn PAM.
Ancré dans la console livrée : chaque élément ci-dessous est un écran qu'un administrateur utilise.
Le coffre des comptes Windows, Linux et Unix, MS SQL Server, MySQL, PostgreSQL et Oracle. Retrait et révélation sous contrôle, coffres personnels isolés par utilisateur.
Faites tourner un compte ou tous les comptes d'un type d'OS, à l'heure, au jour, à la semaine ou au mois. La découverte Posture Scanning alimente directement une tâche de rotation.
Des gabarits réutilisables qui définissent ce qu'est un identifiant et comment il tourne : intégrer une nouvelle classe de systèmes, c'est choisir un gabarit, pas écrire un script.
Aucun privilège permanent. Le droit est demandé, approuvé selon la politique, borné dans le temps et révoqué automatiquement. Connectez-vous en RDP, SSH ou navigateur isolé; lancez des applications comme SSMS directement sur la cible avec authentification par jeton, sans RDS; et bloquez les applications de votre choix sur la cible pendant la durée de la session, sans agent sur la cible.
Une vue programme du privilège permanent : convertit les comptes en JIT seul, les enrôle et les fait tourner, déprovisionne ce qui ne devrait pas exister.
SSH et terminal capturés en asciinema rejouable, RDP et navigateur en MP4, journaux de frappe à côté. Regardez, rejoignez ou coupez une session en direct, en administrateur. Vidéo, capture de frappe et liste noire d'applications s'appliquent aux quatre canaux : RDP, SSH, SQL et navigateur.
Un proxy au niveau de l'instruction qui autorise, bloque ou audite par commande, identité ou groupe, et masque les colonnes au passage. Database Queries journalise chaque instruction avec son verdict.
Un cycle de vie complet pour les comptes non humains : découvrir, attribuer, gérer, s'approprier. La file d'attestation impose la revue de propriété et met les orphelins à la retraite.
Des politiques multi-approbateurs avec suppléants, durée maximale et rejet automatique à l'échéance. Demandeur et approbateur travaillent chacun dans leur file.
Un modèle de permissions à grain fin, accordé sur utilisateurs, systèmes, rôles, groupes et tenants, visualisé sur l'Access Map et appliqué par un seul résolveur.
Pourquoi le proxy SQL est en ligne, pas à côté.
La base de données, c'est là où l'audit devient aveugle. Un PAM qui ne fait que tunneliser note que le DBA s'est connecté, puis perd ce qu'il exécute.
Le proxy de Fidwyn parle le protocole de la base. Il voit chaque instruction, la confronte à vos règles avant le moteur et peut masquer des colonnes au retour. Le DBA garde son client habituel. Vous, vous avez un verdict sur chaque DROP TABLE : autorisé ou bloqué, journalisé avec l'identité.
Audit d'instructions en ligne
Sortez le secret des mains humaines.
Regardez une session RDP, SSH et SQL passée par le broker, où l'opérateur ne touche jamais le secret.