> 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/es/configuracion-de-scepman/application-settings/certificates.md).

# Certificados

{% hint style="info" %}
Estos ajustes solo deben aplicarse al App Service de SCEPman, no al Certificate Master. Consulte [Configuración de SCEPman](/es/configuracion-de-scepman/application-settings.md).
{% endhint %}

## AppConfig:AddMicrosoftAADExtensions

*Linux: AppConfig\_\_AddMicrosoftAADExtensions*

**Valor:** *true* (predeterminado) o *false*

**Descripción:** ¿Deben los certificados tener las extensiones 1.2.840.113556.5.14 (ID de Tenant de AAD) y 1.2.840.113556.1.5.284.2 (ID de dispositivo de AAD)?

## AppConfig:AddSidExtension

*Linux: AppConfig\_\_AddSidExtension*

{% hint style="info" %}
Aplicable a la versión 2.5 y superiores
{% endhint %}

**Valor:** *true* o *false* (predeterminado)

**Descripción:** Este ajuste determina si los certificados pueden tener la extensión 1.3.6.1.4.1.311.25.2 (Identificador de seguridad (SID) del usuario). Esta extensión es necesaria para mitigar [los ataques Certifried](/es/otros/troubleshooting/certifried.md) si se usan certificados para la autenticación de usuarios de AD local.

Si se establece en false, SCEPman nunca emitirá certificados con esta extensión. Si se establece en true, SCEPman puede emitir certificados con esta extensión en dos casos:

Primero, al inscribir certificados de usuario mediante Intune y el objeto de AAD del usuario contiene un SID en el atributo *OnPremisesSecurityIdentifier*. Si el objeto de AAD del usuario no contiene un SID, por ejemplo, si es un usuario solo en la nube, SCEPman no emitirá un certificado con esta extensión. Lo mismo se aplica al [endpoint static-aad](/es/configuracion-de-scepman/application-settings/scep-endpoints/staticaad-validation.md).

Segundo, al inscribir certificados de usuario a través de otros endpoints SCEP y la CSR ya contiene la extensión. Algunos ejemplos son el endpoint Static SCEP y las solicitudes manuales de certificados a través de Certificate Master.

## AppConfig:ValidityPeriodDays

*Linux: AppConfig\_\_ValidityPeriodDays*

**Valor:** *Entero*

**Descripción:**\
El número máximo de días durante los cuales es válido un certificado emitido. De forma predeterminada, este ajuste se establece en **730 días**. Si el ajuste no está disponible (instalaciones anteriores de SCEPman), el período de validez es de **200 días**. SCEPman nunca emite certificados con una validez superior al valor definido aquí. Sin embargo, hay formas de reducir la validez para certificados específicos.

Puede configurar períodos de validez más cortos en cada perfil SCEP en Intune, como se describe en la [documentación de Microsoft](https://docs.microsoft.com/en-us/mem/intune/protect/certificates-scep-configure#modify-the-validity-period-of-the-certificate-template).

{% hint style="warning" %}
Los dispositivos iOS/iPadOS y macOS ignoran la configuración del período de validez a través de Intune. Por lo tanto, debe configurar este ajuste en SCEPman si desea tener períodos de validez distintos de 200 días para sus dispositivos iOS/iPadOS y macOS. Lea [iOS/iPadOS](/es/administracion-de-certificados/microsoft-intune/ios.md) para más detalles, donde recomendamos un valor más alto.
{% endhint %}

También puede configurar **más cortos** períodos de validez para cada endpoint SCEP. De forma predeterminada, se establecen los siguientes valores para cada endpoint:

| Endpoint           | Parámetro                                                                                                                                                                            | Validez en días     |
| ------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | ------------------- |
| Intune             | [AppConfig:IntuneValidation:ValidityPeriodDays](/es/configuracion-de-scepman/application-settings/scep-endpoints/intune-validation.md#appconfig-intunevalidation-validityperioddays) | 365                 |
| Jamf               | \<No configurado>                                                                                                                                                                    | 730 (ajuste global) |
| Static             | \<No configurado>                                                                                                                                                                    | 730 (ajuste global) |
| Certificate Master | \<No configurado>                                                                                                                                                                    | 730 (ajuste global) |

La imagen siguiente muestra cómo SCEPman limita el período de validez del certificado; primero a nivel de cada endpoint y, después, de forma global.

<figure><img src="https://4115997120-files.gitbook.io/~/files/v0/b/gitbook-x-prod.appspot.com/o/spaces%2F-LoGejQeUQcw7lqnQ3WX%2Fuploads%2Fgit-blob-f081c17fe656bb288df20f9e8b4df6fb81aef92b%2FSCEPman%20Certificate%20Validity.jpg?alt=media" alt=""><figcaption></figcaption></figure>

## AppConfig:ConcurrentSCEPRequestLimit

*Linux: AppConfig\_\_ConcurrentSCEPRequestLimit*

**Valor:** Positivo *Entero*

**Predeterminado:** 50

**Descripción:** Cuando llegan más solicitudes SCEP a SCEPman, cada solicitud tarda más en finalizar. Con frecuencias altas de solicitudes, por ejemplo, justo después de asignar un perfil de configuración SCEP a un gran número de dispositivos, el procesamiento de las solicitudes puede tardar tanto que estas agoten el tiempo de espera. Los clientes reintentarán sus solicitudes fallidas, lo que puede mantener la frecuencia de solicitudes por encima del nivel crítico de sobrecarga.

Con este ajuste, SCEPman solo procesará simultáneamente este número de solicitudes SCEP. Si hay más solicitudes, SCEPman devuelve HTTP 329 (Demasiadas solicitudes). En este caso, los clientes basados en Intune volverán a intentar la emisión de certificados más adelante, por lo que normalmente no se pierde ninguna solicitud. Esto garantiza que SCEPman pueda terminar las solicitudes a tiempo y tenga la oportunidad de vaciar la cola.

## AppConfig:ValidityClockSkewMinutes

*Linux: AppConfig\_\_ValidityClockSkewMinutes*

**Valor:** Positivo *Entero*

**Predeterminado:** 1440

**Descripción:** Cuando SCEPman emite un certificado, su validez comenzará 24 horas (1440 minutos) antes de su fecha de emisión. Esto se debe a que el reloj del cliente puede ir más lento que el de SCEPman y entonces asumir que el certificado aún no es válido. Algunas plataformas descartan inmediatamente los certificados no válidos, incluso si pasan a ser válidos unos segundos después.

## AppConfig:UseRequestedKeyUsages

*Linux: AppConfig\_\_UseRequestedKeyUsages*

**Valor:** *true* (predeterminado) o *false*

**Descripción:** ¿Deben los certificados tener configuradas las extensiones Key Usage y Extended Key Usage (EKU) según lo solicitado, o debe definirlas SCEPman?

**Verdadero:** Las extensiones Key Usage y Extended Key Usage de los certificados están definidas por la solución MDM.\
**Falso:** El uso de clave siempre es *Cifrado de clave* + *Firma digital*. El uso ampliado de clave siempre es *Autenticación de cliente*.

{% hint style="warning" %}
Los dispositivos iOS/iPadOS no admiten usos ampliados de clave personalizados (incluso si están configurados en el perfil de Intune y [#appconfig-userequestedkeyusages](#appconfig-userequestedkeyusages "mention") establecerse en **Verdadero**). Por lo tanto, sus certificados siempre tendrán *Autenticación de cliente* como uso ampliado de clave.
{% endhint %}


---

# 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/es/configuracion-de-scepman/application-settings/certificates.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.
