For the complete documentation index, see llms.txt. This page is also available as Markdown.

Client Linux géré par Intune

Applicable à la version 2.9 de SCEPman et aux versions ultérieures

Cette méthode peut être utilisée pour inscrire des certificats pour les utilisateurs et les appareils gérés par Intune.

Dans ce cas, Intune poussera un script pour exploiter l’API REST SCEPman, qui inscrira soit un nouveau certificat, soit renouvellera un certificat déjà existant.

Notre développeur Christoph a présenté cette fonctionnalité ainsi que quelques détails de fond lors du Workplace Ninja Usergroup Germany :

Prérequis

1. Inscription en libre-service

Pour inscrire des certificats, les utilisateurs doivent être authentifiés afin de vérifier leur éligibilité. Suivez ce guide pour obtenir des instructions étape par étape sur la manière de configurer cela

Inscription en libre-service

2. Paramètres de l’App Service

Configuration

Requis pour le renouvellement du certificat

Configurez votre App Service SCEPman pour accepter les certificats client mTLS. Dans le volet Configuration de la section Paramètres, vérifiez que le mode de certificat client dans Certificats client entrants est défini sur Utilisateur interactif facultatif.

Ne définissez pas le mode de certificat client sur Require ou Allow, car cela perturberait le fonctionnement normal de SCEPman sur les points de terminaison SCEP !

Variables d’environnement

Afin d’utiliser ce scénario, vous devez définir les variables d’environnement suivantes sur l’App Service SCEPman.

Requis pour l’inscription et le renouvellement du certificat

Définissez cette variable sur true pour activer la validation des demandes de signature de certificat (CSR).

Requis pour le renouvellement du certificat

Définissez cette variable sur true pour activer les renouvellements de certificats.

Requis pour le renouvellement du certificat

Définissez cette variable sur une liste de types de certificats séparés par des virgules pour lesquels vous souhaitez autoriser le renouvellement. Consultez la documentation de la variable liée pour obtenir la liste des types de certificats possibles.

Exemple : Static,IntuneUser,IntuneDevice

Ce scénario inscrira des certificats du type IntuneUser et IntuneDevice selon votre choix.

3. Prérequis client

Les prérequis suivants doivent être présents sur le client/hôte d’exécution pour pouvoir utiliser l’API REST d’inscription.

Azure CLI (version 2.61 et supérieure)

Azure CLI est utilisé pour authentifier l’utilisateur procédant à l’inscription, vérifier son éligibilité et récupérer le jeton d’accès.

cURL

Utilisé pour envoyer le CSR créé au point de terminaison de l’API d’inscription de SCEPman et recevoir le certificat.

OpenSSL

OpenSSL est utilisé pour générer une clé privée et créer un CSR pour l’inscription ou le renouvellement d’un certificat.

Suivez la documentation liée pour inscrire votre client Linux à Intune.

Script d’inscription et de renouvellement

Le enrollrenewcertificate.sh Le script sera utilisé pour obtenir initialement un certificat, puis pour le vérifier selon un calendrier régulier et tenter un renouvellement si le seuil est atteint.

Bien que le script soit généralement utilisé en passant les paramètres dans le terminal, nous devrons modifier certaines parties afin de le déployer via Intune.

Localisez la partie du script qui affecte les arguments de terminal transmis à la variable et adaptez-les à vos besoins :

Exemple de configuration :

APPSERVICE_URL

L’URL du service d’application SCEPman.

Exemple : "https://scepman.contoso.net/"

API_SCOPE

Il s’agit de la portée d’API que vous pouvez créer dans l’ SCEPman-api enregistrement d’application dans votre environnement.

L’utilisateur verra la boîte de dialogue de consentement souhaitée et pourra ensuite utiliser la fonctionnalité en libre-service.

Exemple : "api://b7d17d51-8b6d-45eb-b42b-3dae638cd5bc/Cert.Enroll"

CERT_DIR

Le répertoire dans lequel le certificat sera créé ou tenté d’être renouvelé. La clé privée et le certificat racine y seront également placés.

Exemple : ~/certs/

CERT_NAME

Le nom de fichier (sans extension) du certificat qui sera créé ou lu pour le renouvellement.

Exemple : "myCertificate"

KEY_NAME

Le nom de fichier de la clé privée qui sera créée ou lue pour le renouvellement.

Exemple : "myKey"

RENEWAL_THRESHOLD_DAYS

Le nombre de jours avant l’expiration du certificat à partir duquel le script commencera le processus de renouvellement.

Exemple : 30

CERT_TYPE

Le type de certificat qui sera inscrit.

Peut être soit "user" soit "device"

CERT_COMMAND

Cela définit le comportement du script en matière d’inscription et de renouvellement :

"auto" créera initialement un certificat ou renouvellera un certificat s’il existe déjà et est sur le point d’expirer.

"renewal" renouvellera un certificat s’il est sur le point d’expirer, mais ne créera pas de certificat initialement.

"initial" inscrira uniquement un certificat, mais ne renouvellera pas un certificat existant.

Considérations

  • Ce script ne chiffre pas les clés générées (cela nécessite la saisie d’une phrase secrète, donc le chiffrement a été omis afin de permettre le renouvellement automatique.)

  • Si vous renouvelez des certificats protégés par phrase secrète provenant de Certificate Master, vous devrez saisir cette phrase secrète afin de les renouveler.

Déployer le script

Avec Intune, nous pouvons déployer le script modifié selon un calendrier afin d’inscrire initialement un certificat avec les paramètres donnés et de vérifier régulièrement s’il doit être renouvelé.

Ajoutez un nouveau déploiement de script Linux et assurez-vous de définir le Contexte d’exécution vers Utilisateur et de téléverser ou coller le contenu du script bash modifié que vous avez créé dans la section précédente.

Ajustez la Fréquence d’exécution en fonction de votre seuil de renouvellement.

L’utilisateur sera invité à se connecter à l’application Azure CLI lors de la première exécution, car une authentification est requise.

Mis à jour

Ce contenu vous a-t-il été utile ?