> For the complete documentation index, see [llms.txt](https://docs.scepman.com/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.scepman.com/fr/configuration-de-scepman/application-settings/scep-endpoints/jamf-validation.md).

# Validation Jamf

{% hint style="info" %}
Ces paramètres ne doivent être appliqués qu’au SCEPman App Service, pas au Certificate Master. Veuillez vous référer à [Paramètres SCEPman](/fr/configuration-de-scepman/application-settings.md).
{% endhint %}

## AppConfig:JamfValidation:Enabled

*Linux : AppConfig\_\_JamfValidation\_\_Enabled*

**Valeur :** *true* ou *faux* (par défaut)

**Description :** Ce paramètre vous aide à demander des certificats via le [Jamf](https://github.com/scepman/scepman-docs/tree/6358a93fe3c35dd51ae9501a385049ad1c8feb0b/docs/certificate-deployment/jamf/general.md) système MDM.

* **Vrai**: SCEPman écoute sur le point de terminaison SCEP supplémentaire avec le chemin `/jamf`. À utiliser conjointement avec [AppConfig:JamfValidation:RequestPassword](#appconfig-jamfvalidation-requestpassword).
* **Faux** (par défaut) : SCEPman n’émet pas de certificats pour Jamf.

## AppConfig:JamfValidation:DefaultEkus

*Linux : AppConfig\_\_JamfValidation\_\_DefaultEkus*

{% hint style="info" %}
Applicable à la version 2.8 et supérieure
{% endhint %}

**Valeur :** OIDs des utilisations étendues des clés (EKUs) qui sont ajoutées au certificat si le point de terminaison Jamf est utilisé. Les OIDs sont séparés par une virgule, un point-virgule ou un espace. La valeur par défaut est Authentification du client (1.3.6.1.5.5.7.3.2)

**Description :** Si une demande de certificat ne contient aucun EKU, SCEPman ajoute au certificat les EKU définis dans ce paramètre. Si [AppConfig:UseRequestedKeyUsages](/fr/configuration-de-scepman/application-settings/certificates.md#appconfig-userequestedkeyusages) est défini sur *faux*, les EKU définis dans ce paramètre seront ajoutés au certificat même si la demande de certificat contient des EKU.

## AppConfig:JamfValidation:DefaultKeyUsage

*Linux : AppConfig\_\_JamfValidation\_\_DefaultKeyUsage*

{% hint style="info" %}
Applicable à la version 2.8 et supérieure
{% endhint %}

**Valeur :** EncipherOnly|CrlSign|KeyCertSign|KeyAgreement|DataEncipherment|*KeyEncipherment*|NonRepudiation|*DigitalSignature*|DecipherOnly (les valeurs par défaut sont en *italique*)

**Description :** Si une demande de certificat ne contient aucune utilisation de clé, SCEPman ajoute au certificat l’utilisation de clé définie dans ce paramètre. Si [AppConfig:UseRequestedKeyUsages](/fr/configuration-de-scepman/application-settings/certificates.md#appconfig-userequestedkeyusages) est défini sur *faux*, l’utilisation de clé définie dans ce paramètre sera ajoutée au certificat même si la demande de certificat contient une utilisation de clé.

## AppConfig:JamfValidation:RequestPassword

*Linux : AppConfig\_\_JamfValidation\_\_RequestPassword*

**Valeur :** *Chaîne*

**Description :** Un mot de passe de défi (32 caractères max.) que Jamf doit inclure dans chaque requête SCEP pour obtenir un certificat. Utilisé uniquement si [AppConfig:JamfValidation:Enabled](#appconfig-jamfvalidation-enabled) est défini sur *true*.

Nous recommandons de définir ce paramètre comme Secret dans Azure Key Vault. Le Secret doit porter le nom *AppConfig--JamfValidation--RequestPassword*.

## AppConfig:JamfValidation:ValidityPeriodDays

*Linux : AppConfig\_\_JamfValidation\_\_ValidityPeriodDays*

**Valeur :** Positif *Entier*

**Description :** Ce paramètre réduit davantage la valeur globale [ValidityPeriodDays](/fr/configuration-de-scepman/application-settings/certificates.md#appconfig-validityperioddays) pour le point de terminaison Jamf.

## AppConfig:JamfValidation:URL

*Linux : AppConfig\_\_JamfValidation\_\_URL*

**Valeur :** *Chaîne*

**Description :** L’URL racine de votre instance Jamf. p. ex. `https://your-instance.jamfcloud.com/`.

Des instances Jamf avec des URL et des ports personnalisés peuvent être ajoutées, p. ex. `https://jamf.yourdomain.com:1234`

## AppConfig:JamfValidation:ClientID

*Linux : AppConfig\_\_JamfValidation\_\_ClientID*

{% hint style="info" %}
Applicable à la version 2.9 et ultérieure
{% endhint %}

**Valeur :** *Chaîne*

**Description :** ClientID et ClientSecret sont une alternative à APIUsername et APIPassword.

Saisissez l’ID client d’un client API correspondant au secret client configuré dans le [AppConfig:JamfValidation:ClientSecret](#appconfig-jamfvalidation-clientsecret) paramètre dédié. [Consultez la documentation Jamf](https://learn.jamf.com/en-US/bundle/jamf-pro-documentation-current/page/API_Roles_and_Clients.html) pour savoir comment créer un rôle API et un client API. Le client API doit disposer d’un rôle avec ces autorisations :

* Lire les appareils mobiles
* Lire les ordinateurs
* Lire l’utilisateur

## AppConfig:JamfValidation:ClientSecret

*Linux : AppConfig\_\_JamfValidation\_\_ClientSecret*

{% hint style="info" %}
Applicable à la version 2.9 et ultérieure
{% endhint %}

**Valeur :** *Chaîne*

**Description :** La valeur du secret client pour la configuration du client API dans [AppConfig:JamfValidation:ClientID](#appconfig-jamfvalidation-clientid).

Nous recommandons de définir ce paramètre comme Secret dans Azure Key Vault. Le Secret doit avoir le nom *AppConfig--JamfValidation--ClientSecret*.

{% hint style="info" %}
Si vous définissez ce paramètre comme Secret dans le Key Vault, vous n’avez pas besoin d’ajouter le **AppConfig:JamfValidation:ClientSecret** à la configuration SCEPman.
{% endhint %}

## AppConfig:JamfValidation:APIUsername

*Linux : AppConfig\_\_JamfValidation\_\_APIUsername*

**Valeur :** *Chaîne*

**Description :** Utilisez soit ceci et APIPassword, soit ClientID et ClientSecret.\
Le nom d’un compte de service dans Jamf que SCEPman utilise pour s’authentifier auprès de votre instance Jamf. SCEPman a besoin des autorisations suivantes pour interroger les ordinateurs, les appareils et les utilisateurs :

* Ordinateurs -> Lecture
* Appareils mobiles -> Lecture
* Utilisateurs -> Lecture

## AppConfig:JamfValidation:APIPassword

*Linux : AppConfig\_\_JamfValidation\_\_APIPassword*

**Valeur :** *Chaîne*

**Description :** Le mot de passe du compte de service configuré dans [AppConfig:JamfValidation:APIUsername](#appconfig-jamfvalidation-apiusername).

Nous recommandons de définir ce paramètre comme Secret dans Azure Key Vault. Le Secret doit porter le nom *AppConfig--JamfValidation--APIPassword*.

{% hint style="info" %}
Si vous définissez ce paramètre comme Secret dans le Key Vault, vous n’avez pas besoin d’ajouter le **AppConfig:JamfValidation:APIPassword** à la configuration SCEPman.
{% endhint %}

## AppConfig:JamfValidation:EnableCertificateStorage

*Linux : AppConfig\_\_JamfValidation\_\_EnableCertificateStorage*

{% hint style="info" %}
Applicable à la version 2.3 et supérieure

SCEPman Enterprise Edition uniquement
{% endhint %}

**Valeur :** *true* ou *faux* (par défaut)

**Description :** Lors de la demande de certificats via le point de terminaison Jamf, SCEPman stocke les certificats demandés dans le Storage Account dans Azure si cette option est définie sur *true*. Cela fera apparaître les certificats émis dans SCEPman Certificate Master, où vous pouvez les consulter et les révoquer manuellement. De plus, les certificats sont révoqués automatiquement si l’objet Jamf correspondant est supprimé. Si défini sur *faux*, SCEPman ne stockera pas les certificats émis et ceux-ci ne seront visibles que dans les journaux ou si le client SCEP les stocke quelque part. Si ce paramètre n'est pas défini, le comportement dépend du paramètre global [AppConfig:EnableCertificateStorage](/fr/configuration-de-scepman/application-settings/basics.md#appconfig-enablecertificatestorage).


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation by asking a question.

Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters:

```
GET https://docs.scepman.com/fr/configuration-de-scepman/application-settings/scep-endpoints/jamf-validation.md?ask=<question>&goal=<user_goal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.