GSC-1ADFS Licence ADFS pour authentification Active Directory

GSC-1ADFS Licence ADFS pour authentification Active Directory – un SSO fiable et standardisé pour Genetec Security Center

Avec GSC-1ADFS Licence ADFS pour authentification Active Directory, intégrez vos utilisateurs Active Directory à votre écosystème Genetec via un fournisseur de claims ADFS conforme WS‑Federation. Bénéficiez d’un SSO fluide, d’une gestion centralisée des identités et d’un déploiement maîtrisé. Cette licence logicielle s’active électroniquement et offre une connexion ADFS par licence. Compatible avec Security Center 5.11 et les packages Professional ou Enterprise (Synergis et/ou Omnicast) ainsi qu’AutoVu Standard, elle s’appuie sur le rôle Directory/Authentication Service pour délivrer une authentification robuste et résiliente.

SSO sécurisé basé sur des claims

La GSC-1ADFS Licence ADFS pour authentification Active Directory exploite ADFS comme fournisseur externe de claims afin d’appliquer des politiques d’accès précises et auditables. En s’appuyant sur WS‑Federation et les relying party trust, elle offre une expérience de connexion unique (SSO) tout en réduisant les mots de passe à gérer. Vous obtenez un contrôle fin des attributs utilisateurs, une meilleure conformité et un parcours d’authentification cohérent sur l’ensemble de votre Security Center.

Intégration native avec Security Center 5.11

Conçue pour Security Center 5.11, la licence fonctionne avec les packages Professional ou Enterprise (Synergis et/ou Omnicast) ainsi qu’avec AutoVu Standard. L’intégration côté Genetec s’appuie sur les rôles Directory et Authentication Service exécutés sur le même serveur, garantissant des échanges fiables avec ADFS via des endpoints WS‑Federation. Vous conservez vos workflows Genetec tout en modernisant l’authentification des utilisateurs grâce à un standard éprouvé.

Déploiement simplifié et activation électronique

Cette licence logicielle est livrée et activée électroniquement pour accélérer les mises en service. La configuration côté ADFS se limite à créer le relying party trust, les endpoints WS‑Federation et les règles de claims. Côté Security Center, il suffit d’appuyer l’authentification sur le rôle Directory/Authentication Service. Le résultat: une mise en production rapide, reproductible et documentable, avec une seule connexion ADFS par licence pour une gouvernance claire.

Résilience avec Directory failover

En cas de basculement Directory, ajoutez les URL de chaque serveur Directory comme endpoints dans ADFS pour préserver la continuité d’authentification. La GSC-1ADFS Licence ADFS pour authentification Active Directory s’intègre aux mécanismes de failover du rôle Directory/Authentication Service. Vous sécurisez la disponibilité de l’accès utilisateur, même durant les opérations de maintenance ou les incidents, sans compromettre la conformité ni la traçabilité des accès.

Conformité WS‑Federation et gouvernance

S’appuyant sur WS‑Federation et la notion de relying party trust, la licence garantit l’interopérabilité avec ADFS et la gestion standardisée des endpoints. Les règles de claims offrent une gouvernance robuste des attributs et des rôles, facilitant la séparation des responsabilités entre équipes IT et sécurité physique. Vous réduisez le risque opérationnel tout en assurant une homogénéité des politiques d’accès dans Genetec Security Center.

Description technique – GSC-1ADFS Licence ADFS pour authentification Active Directory

La GSC-1ADFS est une licence logicielle jouant le rôle d’authentification ADFS dans Genetec Security Center. Elle permet une connexion Active Directory Federation Services (ADFS) pour utiliser ADFS comme fournisseur externe de claims et authentifier les utilisateurs dans un système fédéré. Chaque licence autorise une connexion ADFS. La compatibilité couvre Security Center 5.11 avec les packages Professional ou Enterprise (Synergis et/ou Omnicast), ainsi que le package AutoVu Standard.

Le standard pris en charge est WS‑Federation, via la configuration des endpoints WS‑Federation et du relying party trust côté ADFS. Prérequis: un serveur ADFS configuré comme fournisseur de claims, et la présence des rôles Directory et Authentication Service sur le serveur Security Center (Authentication Service s’exécute sur le même serveur que Directory). En cas de Directory failover, les URL de chaque serveur Directory doivent être ajoutées comme endpoints dans ADFS. Activation: licence électronique.

Autres informations importantes

• Type de composant: licence logicielle (rôle d’authentification ADFS).
• Fonction: connexion ADFS permettant d’utiliser ADFS comme fournisseur externe de claims pour l’authentification des utilisateurs.
• Nombre de connexions prises en charge: 1 connexion ADFS par licence.
• Compatibilité: Security Center 5.11 avec packages Professional ou Enterprise (Synergis et/ou Omnicast) et AutoVu Standard.
• Protocole: WS‑Federation (endpoints WS‑Federation / relying party trust).
• Prérequis: serveur ADFS en fournisseur de claims; rôles Directory et Authentication Service sur le même serveur Security Center; en cas de failover, ajouter les URL de chaque Directory server comme endpoints ADFS.
• Livraison/activation: licence électronique (activation logicielle).
• Remarques déploiement: configurer règles de claims et endpoints WS‑Federation; intégration aux rôles Directory/Authentication pour basculement et validation des identités.

FAQ – GSC-1ADFS Licence ADFS pour authentification Active Directory

Qu’est-ce que la GSC-1ADFS Licence ADFS pour authentification Active Directory ?

Il s’agit d’une licence logicielle pour Genetec Security Center qui active une connexion à Active Directory Federation Services (ADFS). ADFS devient le fournisseur externe de claims pour authentifier les utilisateurs via WS‑Federation. La licence joue le rôle d’authentification ADFS côté Security Center et s’intègre aux rôles Directory/Authentication Service, assurant un SSO fiable et centralisé sur votre environnement.

Combien de connexions ADFS sont incluses par licence ?

Chaque GSC-1ADFS Licence ADFS pour authentification Active Directory couvre une connexion ADFS unique. Si vous devez intégrer plusieurs connexions ADFS distinctes, vous aurez besoin d’une licence par connexion. Cette granularité simplifie la gouvernance, facilite l’inventaire des intégrations et évite les ambiguïtés lors des audits de sécurité ou des évolutions d’architecture.

Quels environnements Security Center sont compatibles ?

La licence est mentionnée pour Security Center 5.11 et fonctionne avec les packages Professional ou Enterprise (Synergis et/ou Omnicast), ainsi qu’avec AutoVu Standard. Cette compatibilité garantit une intégration cohérente dans les principales éditions de la plateforme, en respectant les dépendances avec les rôles Directory et Authentication Service requis pour l’authentification basée sur des claims.

Quel protocole d’authentification est pris en charge ?

La solution s’appuie sur WS‑Federation. Côté ADFS, vous configurez les endpoints WS‑Federation et un relying party trust pour établir la relation de confiance avec Security Center. Ce choix de standard facilite l’interopérabilité, s’intègre aux règles de claims et permet d’appliquer des politiques d’accès granulaires, tout en assurant une compatibilité durable avec l’écosystème Microsoft.

Quels sont les prérequis techniques à respecter ?

Vous devez disposer d’un serveur ADFS configuré en tant que fournisseur de claims. Sur le serveur Security Center, les rôles Directory et Authentication Service doivent être présents et l’Authentication Service s’exécute sur le même serveur que Directory. Si vous utilisez le failover Directory, ajoutez les URL de chaque serveur Directory comme endpoints dans ADFS afin d’assurer la continuité d’authentification.

Comment se déroule la livraison et l’activation de la licence ?

La GSC-1ADFS est une licence électronique. Elle est livrée sous forme de licence logicielle et s’active électroniquement, sans support physique. Ce mode de distribution réduit les délais, facilite la traçabilité et permet des déploiements standardisés. Une fois activée, vous pouvez procéder à la configuration ADFS (relying party trust, endpoints WS‑Federation, règles de claims) et finaliser l’intégration dans Security Center.

Quelles étapes de configuration ADFS sont nécessaires ?

Créez un relying party trust pour Security Center, activez les endpoints WS‑Federation appropriés et définissez les règles de claims correspondant à vos politiques d’accès (attributs, groupes, transformations). Vérifiez que les URL des serveurs Directory, y compris celles utilisées en failover, sont enregistrées comme endpoints de confiance. Enfin, testez le flux SSO et l’attribution des droits dans vos profils utilisateurs.

Comment assurer la haute disponibilité avec le Directory failover ?

Ajoutez dans ADFS les URL de chaque serveur Directory utilisé par Security Center comme endpoints WS‑Federation autorisés. Cette configuration garantit que, lors d’un basculement Directory, le flux d’authentification reste opérationnel. Également, surveillez la santé des rôles Directory/Authentication Service et validez régulièrement les certificats, endpoints et règles de claims pour éviter toute rupture de service.

La GSC-1ADFS convient-elle aux exigences de conformité ?

Oui. En utilisant WS‑Federation, un standard largement adopté, et ADFS comme fournisseur de claims, la GSC-1ADFS Licence ADFS pour authentification Active Directory facilite l’application de politiques d’accès, la centralisation des identités et l’audit. Les règles de claims offrent une gouvernance fine des attributs sensibles. Cette approche contribue à répondre aux exigences internes de sécurité et aux cadres de conformité courants.

En quoi ADFS diffère-t-il d’une authentification LDAP classique dans Security Center ?

LDAP fournit une liaison directe à l’annuaire, tandis qu’ADFS apporte une fédération et des tokens basés sur des claims via WS‑Federation. Avec la GSC-1ADFS Licence ADFS pour authentification Active Directory, vous bénéficiez du SSO, d’une gouvernance par règles de claims et d’une intégration modernisée aux applications fédérées. Cela renforce la flexibilité, la sécurité et l’interopérabilité au-delà d’un simple bind LDAP.