> 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/administracion-de-certificados/microsoft-intune/android.md).

# Android

El siguiente artículo describe cómo implementar un certificado de dispositivo o de usuario para Android. La implementación de certificados en Android es similar a las implementaciones de certificados en Windows 10, macOS e iOS.

{% hint style="info" %}
Android ofrece dos conjuntos de soluciones distintos: uno es el [perfil de trabajo](https://developers.google.com/android/work/requirements/work-profile) (conocido como *Perfil de trabajo de propiedad personal)* y el otro es el [dispositivo totalmente administrado](https://developers.google.com/android/work/requirements/fully-managed-device) (también conocido como *Totalmente administrado, dedicado y perfil de trabajo de propiedad corporativa*). En ambos escenarios, la configuración de los perfiles de configuración de certificados permanece constante.
{% endhint %}

{% hint style="info" %}
La administración mediante el administrador de dispositivos de Android se lanzó en Android 2.2 como una forma de administrar dispositivos Android. Luego, a partir de Android 5, se lanzó el marco de administración más moderno de Android Enterprise (para dispositivos que pueden conectarse de forma fiable a Google Mobile Services). **Google fomenta la migración desde la administración mediante el administrador de dispositivos al reducir su compatibilidad de administración en las nuevas versiones de Android**. Para más información, consulte [MS. Intune Disminución del soporte para el administrador de dispositivos de Android](https://techcommunity.microsoft.com/t5/intune-customer-success/decreasing-support-for-android-device-administrator/ba-p/1441935)
{% endhint %}

## Certificado raíz

La base para implementar certificados SCEP (de dispositivo o de usuario) es confiar en el certificado raíz de SCEPman. Por lo tanto, debe descargar el certificado raíz de la CA e implementarlo como un **certificado de confianza** perfil a través de Microsoft Intune:

* [ ] Descargue el certificado de la CA desde el portal de SCEPman

![](/files/b1f881a8c3a70140cfe0d7ae1660a6638dbf1e91)

* [ ] Cree un perfil para Android Enterprise con el tipo **certificado de confianza** en Microsoft Intune (según su opción de inscripción para dispositivos Android)

<figure><img src="/files/d1f014e6dd3515c3f6e8b9973b084f3a07df7234" alt=""><figcaption></figcaption></figure>

* [ ] Cargue el **archivo .cer**.
* [ ] Ahora puede implementar este perfil en sus dispositivos. Elija Todos los usuarios y/o Todos los dispositivos o un grupo dedicado para la asignación.

{% hint style="info" %}
Tenga en cuenta que debe usar el **mismo grupo para asignar** el **certificado de confianza** y **perfil SCEP**. De lo contrario, la implementación de Intune podría fallar.
{% endhint %}

{% hint style="warning" %}
Algunas implementaciones de Android Enterprise requieren la cadena completa de la Autoridad de certificación (CA raíz + CA intermedia) en el perfil de certificado de confianza de Intune. Esto es especialmente relevante después de las renovaciones del certificado de la CA intermedia, donde implementar solo la CA raíz puede provocar fallos en la implementación del certificado de usuario SCEP o del certificado WLAN.
{% endhint %}

## Certificados de dispositivo

* [ ] Abra el portal de SCEPman y copie la URL debajo de **Intune MDM**

<figure><img src="/files/2834ce0525b51593b095c04da8fbbea8301b1de3" alt=""><figcaption></figcaption></figure>

* [ ] Cree un perfil para Android Enterprise con el tipo **certificado SCEP** en Microsoft Intune (de nuevo, según su opción de inscripción para los dispositivos Android)

<figure><img src="/files/a77824cf09f36d1dfa70fad3c48cd791b76267f7" alt=""><figcaption></figcaption></figure>

* [ ] Configure el perfil como se describe

<details>

<summary>Tipo de certificado: <code>Dispositivo</code></summary>

En esta sección, estamos configurando un certificado de dispositivo.

</details>

<details>

<summary>Formato del nombre del sujeto: <code>CN={{DeviceId}}</code> o <code>CN={{AAD_Device_ID}}</code></summary>

SCEPman utiliza el campo CN del sujeto para identificar el dispositivo y como base para la generación del número de serie del certificado. Microsoft Entra ID (Azure AD) e Intune ofrecen dos identificadores diferentes:

* {{DeviceId}}: Este identificador es generado y utilizado por Intune **(Recomendado).** (Requiere [#AppConfig:IntuneValidation:DeviceDirectory](/es/configuracion-de-scepman/application-settings/scep-endpoints/intune-validation.md#appconfig-intunevalidation-devicedirectory) que se establezca en **Intune** o **AADAndIntune**
* {{AAD\_Device\_ID}}: Este identificador es generado y utilizado por Microsoft Entra ID (Azure AD).

Puede agregar otros RDN si es necesario (p. ej.: `CN={{DeviceId}}, O=Contoso, CN={{WiFiMacAddress}}`). Las variables admitidas se enumeran en la [documentación de Microsoft](https://learn.microsoft.com/en-us/mem/intune/protect/certificates-profile-scep#create-a-scep-certificate-profile).

</details>

<details>

<summary>Nombre alternativo del sujeto: <code>URI</code> Valor:<code>IntuneDeviceId://{{DeviceId}}</code></summary>

```
IntuneDeviceId://{{DeviceId}}
```

El campo URI es [recomendado por Microsoft](https://techcommunity.microsoft.com/t5/intune-customer-success/new-microsoft-intune-service-for-network-access-control/ba-p/2544696) para que las soluciones NAC identifiquen los dispositivos en función de su ID de dispositivo de Intune:

Se pueden agregar otros valores de SAN, como DNS, si es necesario.

</details>

<details>

<summary>Período de validez del certificado: <code>1 año</code></summary>

El tiempo restante antes de que caduque el certificado. El valor predeterminado es de un año.

SCEPman limita la validez del certificado al máximo configurado en la configuración [***AppConfig:ValidityPeriodDays***](/es/configuracion-de-scepman/application-settings/certificates.md#appconfig-validityperioddays), pero en caso contrario usa la validez configurada en la solicitud.

</details>

<details>

<summary>Uso de clave: <code>Firma digital</code> y <code>cifrado de clave</code></summary>

Active ambas acciones criptográficas.

</details>

<details>

<summary>Tamaño de clave (bits): <code>4096</code></summary>

SCEPman admite 4096 bits.

</details>

<details>

<summary>Certificado raíz: <code>Perfil del paso anterior</code></summary>

Seleccione el perfil de Intune de \[[#root-certificate](#root-certificate "mention")]\(android.md#root-certificate).

Si está utilizando un [CA intermedia](/es/despliegue-de-scepman/intermediate-certificate.md), aún debe seleccionar el perfil de certificado de confianza para la CA raíz, ¡no para la CA intermedia!

</details>

<details>

<summary>Uso extendido de clave: <code>Autenticación de cliente, 1.3.6.1.5.5.7.3.2</code></summary>

Elija **Autenticación de cliente (1.3.6.1.5.5.7.3.2)** en **Valores predefinidos**. Los demás campos se completarán automáticamente.

</details>

<details>

<summary>Umbral de renovación (%): <code>20</code></summary>

Este valor define cuándo se permite al dispositivo renovar su certificado (según el tiempo de vida restante de un certificado existente). Lea la nota bajo **Período de validez del certificado** y seleccione un valor adecuado que permita al dispositivo renovar el certificado durante un largo período. Un valor del 20 % permitiría que el dispositivo con un certificado válido de 1 año inicie la renovación 73 días antes de la expiración.

</details>

<details>

<summary>URL del servidor SCEP: Abra el portal de SCEPman y copie la URL de <a href="#device-certificates">#Intune MDM</a></summary>

**Ejemplo**

```
https://scepman.contoso.com/certsrv/mscep/mscep.dll
```

</details>

### **Ejemplo**

<figure><img src="/files/3664bfb4efed0aa307433e9f58c2780c2f637c2e" alt=""><figcaption></figcaption></figure>

## Certificados de usuario

Siga las instrucciones de [#Device certificates](#device-certificates) y tenga en cuenta las siguientes diferencias:

<details>

<summary>Tipo de certificado: <code>Usuario</code></summary>

En esta sección, estamos configurando un certificado de usuario.

</details>

<details>

<summary>Formato del nombre del sujeto: <code>CN={{UserName}},E={{EmailAddress}}</code></summary>

Puede definir RDN según sus necesidades. Las variables admitidas se enumeran en la [documentación de Microsoft](https://docs.microsoft.com/en-us/mem/intune/protect/certificates-profile-scep#create-a-scep-certificate-profile). Recomendamos incluir el nombre de usuario (p. ej.: janedoe) y la dirección de correo electrónico (p. ej.: <janedoe@contoso.com>) como configuración base.

</details>

<details>

<summary>Nombre alternativo del sujeto: <code>(UPN)</code>Valor: <code>{{UserPrincipalName}}</code></summary>

Usted **debe** agregar el nombre principal de usuario como nombre alternativo del sujeto. **Agregue '{{UserPrincipalName}}' como Nombre alternativo del sujeto de tipo nombre principal de usuario (UPN).** Esto garantiza que SCEPman pueda vincular certificados a objetos de usuario en AAD.

Se pueden agregar otros valores de SAN, como una dirección de correo electrónico, si es necesario.

</details>

{% hint style="info" %}
Es necesario tener un **nombre alternativo del sujeto** en el **certificado SCEP, tipo de usuario**. Sin un SAN, no tendrá acceso al Wi-Fi de su empresa.
{% endhint %}

### **Ejemplo**

<figure><img src="/files/a3a46c3c38daab6bfc7e5c84386da3d6eb7b7fc8" alt=""><figcaption></figcaption></figure>

## Verificación de certificados

Para garantizar la implementación correcta de certificados en su dispositivo Android, hay dos opciones:

* En las versiones más recientes de Android (p. ej., 14), puede verificar los certificados (de usuario y certificados de confianza) desde la **configuración** > **seguridad y privacidad**
* Mediante aplicaciones de terceros como [X509 Certificate Viewer Tool](https://play.google.com/store/apps/details?id=com.rdupletlabs.certificateviewer)


---

# 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 dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.scepman.com/es/administracion-de-certificados/microsoft-intune/android.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

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.