Page d'onglet "Login [Login]

Méthodes de connexion au web autorisées [Allowed web login methods]:

exemple :

Windows uniquement (ntlm) Authentification

Nom d'utilisateur/mot de passe (basic) et authentification Windows (ntlm)

Page d'onglet "Login [Login]

Méthodes de connexion client autorisées [Allowed client login methods]:

Authentification OpenID avancée

Les extensions sont désormais accessibles via une interface utilisateur graphique . Cela évite d'avoir à modifier manuellement les fichiers de configuration.

Autoriser l'authentification de base sans requête au serveur (Non sécurisé) [Enable Basic Authentication without a server request (Insecure)]: si cette option est activée, le nom d'utilisateur et le mot de passe sont transmis en clair.

Fournisseur d'authentification [Login Provider]: pour les solutions AppServer, il n'y a qu'un seul fournisseur OpenID, qui est configuré ici. Il s'agit du fournisseur OpenID qui s'affiche lors de la connexion à 3Dfindit.

Outre le fournisseur d'authentification [Login Provider] par défaut, il est possible, en cliquant sur le bouton « + », de configurer autant de fournisseurs OpenID [OpenID Provider] supplémentaires que souhaité. Cela permet de prendre en charge plusieurs sources d'identité en parallèle, ce qui revêt une importance particulière pour les intégrations et les scénarios d'automatisation .

La configuration comprend les paramètres suivants :

De cette manière, il est possible de configurer d'autres fournisseurs, indépendamment des paramètres définis sous « Gestion des droits [Rights administration] > Bases de données utilisateurs [User databases] > OpenID ».

Service AppServer [AppServer Service] > Page d'enregistrement « Connexion [Login] » > Page d'enregistrement « Jetons API [API tokens] »

Jeton API Authentification pour un accès simple et sécurisé aux API Web

Aperçu

Afin de faciliter les accès automatisés à l'API du serveur, un système de jetons API a été mis en place. L'objectif est de permettre aux scripts et aux intégrations de s'authentifier en toute sécurité sans avoir à utiliser directement les mots de passe des utilisateurs. En complément, l’ infrastructure d’authentification a été étendue afin de permettre la configuration en parallèle de plusieurs fournisseurs OpenID . L’avantage d’un jeton API distinct réside également dans le fait que la clé API peut être facilement supprimée sans compromettre l’utilisateur concerné.

Jeton API pour les accès automatisés

Les jetons API constituent la méthode d'authentification recommandée pour les accès à l'API REST pilotés par des scripts. Ils sont associés à un compte utilisateur existant et héritent de ses autorisations. Cela permet aux applications automatisées d'accéder à l'API au nom d'un utilisateur sans connaître ni enregistrer son mot de passe.

Contrairement à l'authentification de base, dans laquelle le nom d'utilisateur et le mot de passe sont transmis, les jetons API peuvent être gérés indépendamment du mot de passe de l'utilisateur. Si un jeton est compromis, il peut être révoqué et régénéré sans qu'il soit nécessaire d'apporter des modifications au compte utilisateur.

Stratégie de sécurité

Un jeton API se compose d'un identifiant public et d'un secret [Secret].

AppServer Service > Page d'enregistrement « Connexion »

Générez un identifiant et une clé secrète à l'aide du bouton « Aléatoire [Random] ».

Veillez à saisir impérativement un utilisateur. Tous les utilisateurs enregistrés dans la gestion des droits [Rights administration] peuvent être saisis ici.

De plus, les jetons API peuvent, si on le souhaite, être soumis à des restrictions, par exemple :

Ces restrictions réduisent le risque d'abus et permettent une utilisation contrôlée des accès automatisés.

Copiez à l'aide du bouton « Copier [Copy] » l'ID, le secret et les autres paramètres dans le presse-papiers.

Le « Secret » [Secret] n'apparaît que lors de sa création et ne peut ensuite plus être consulté. Cela permet d'éviter que les identifiants d'accès ne soient divulgués a posteriori.

	Remarque
	Enregistrez la chaîne ApiToken avant de fermer la boîte de dialogue.

Une fois que vous avez confirmé en cliquant sur OK, la saisie est enregistrée.

« Secret » n'apparaît plus.

Authentification OpenID avancée

Les extensions sont désormais accessibles via une interface utilisateur graphique. Cela évite d'avoir à modifier manuellement les fichiers de configuration.

Autoriser l'authentification de base sans requête au serveur (Non sécurisé) [Enable Basic Authentication without a server request (Insecure)]: si cette option est activée, le nom d'utilisateur et le mot de passe sont transmis en clair.

Fournisseur d'authentification [Login Provider]: pour les solutions AppServer, il n'y a qu'un seul fournisseur OpenID, qui est configuré ici. Il s'agit du fournisseur OpenID qui s'affiche lors de la connexion à 3Dfindit.

Outre le fournisseur d'authentification [Login Provider] par défaut, il est possible, en cliquant sur le bouton « + », de configurer autant de fournisseurs OpenID [OpenID Provider] supplémentaires que souhaité. Cela permet de prendre en charge simultanément différentes sources d'identité, ce qui revêt une importance particulière pour les intégrations et les scénarios d'automatisation .

La configuration comprend les paramètres suivants :

De cette manière, il est possible de configurer d'autres fournisseurs, indépendamment des paramètres définis sous « Gestion des droits [Rights administration] > Bases de données utilisateurs [User databases] > OpenID ».