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

# Android

O artigo a seguir descreve como implantar um certificado de dispositivo ou de usuário para Android. A implantação de certificados Android é semelhante às implantações de certificados do Windows 10, macOS e iOS.

{% hint style="info" %}
O Android fornece dois conjuntos distintos de soluções: um é o [perfil de trabalho](https://developers.google.com/android/work/requirements/work-profile) (conhecido como *Perfil de trabalho de propriedade pessoal)* e o outro é o [dispositivo totalmente gerenciado](https://developers.google.com/android/work/requirements/fully-managed-device) (também conhecido como *Totalmente gerenciado, dedicado e perfil de trabalho de propriedade corporativa*). Em ambos os cenários, as configurações dos perfis de configuração de certificados permanecem consistentes.
{% endhint %}

{% hint style="info" %}
O gerenciamento do administrador de dispositivos Android foi lançado no Android 2.2 como uma forma de gerenciar dispositivos Android. Depois, a partir do Android 5, foi lançado o framework de gerenciamento mais moderno do Android Enterprise (para dispositivos que possam se conectar de forma confiável aos Google Mobile Services). **O Google está incentivando a migração do gerenciamento do administrador de dispositivos, reduzindo seu suporte de gerenciamento nas novas versões do Android**. Para mais informações, consulte [MS. Intune Redução do suporte ao administrador de dispositivos Android](https://techcommunity.microsoft.com/t5/intune-customer-success/decreasing-support-for-android-device-administrator/ba-p/1441935)
{% endhint %}

## Certificado raiz

A base para implantar certificados SCEP (de dispositivo ou de usuário) é confiar no certificado raiz do SCEPman. Portanto, você deve baixar o certificado raiz da CA e implantá-lo como um **certificado confiável** perfil via Microsoft Intune:

* [ ] Baixe o certificado da CA no portal do SCEPman

![](/files/cf313e9fa5a35329854ab41a04ce4c4d7601bd4e)

* [ ] Crie um perfil para Android Enterprise com o tipo **certificado confiável** no Microsoft Intune (com base na sua opção de inscrição para dispositivos Android)

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

* [ ] Carregue o **arquivo .cer**.
* [ ] Agora você pode implantar este perfil nos seus dispositivos. Escolha Todos os usuários e/ou Todos os dispositivos ou um grupo dedicado para a atribuição.

{% hint style="info" %}
Observe que você precisa usar o **mesmo grupo para atribuir** o **certificado confiável** e **perfil SCEP**. Caso contrário, a implantação do Intune pode falhar.
{% endhint %}

{% hint style="warning" %}
Algumas implantações do Android Enterprise exigem a cadeia completa da Autoridade Certificadora (CA raiz + CA intermediária) no perfil de certificado confiável do Intune. Isso é particularmente relevante após renovações de certificado da CA intermediária, em que implantar apenas a CA raiz pode resultar em falhas na implantação do certificado SCEP de usuário ou WLAN.
{% endhint %}

## Certificados de dispositivo

* [ ] Abra o portal do SCEPman e copie a URL em **Intune MDM**

<figure><img src="/files/4e783c06b86b396b3d015ad3deb6d9728a96b0a5" alt=""><figcaption></figcaption></figure>

* [ ] Crie um perfil para Android Enterprise com o tipo **certificado SCEP** no Microsoft Intune (novamente, com base na sua opção de inscrição para os dispositivos Android)

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

* [ ] Configure o perfil conforme descrito

<details>

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

Nesta seção, estamos configurando um certificado de dispositivo.

</details>

<details>

<summary>Formato do nome do sujeito: <code>CN={{DeviceId}}</code> ou <code>CN={{AAD_Device_ID}}</code></summary>

O SCEPman usa o campo CN do sujeito para identificar o dispositivo e como base para a geração do número de série do certificado. Microsoft Entra ID (Azure AD) e Intune oferecem dois IDs diferentes:

* {{DeviceId}}: Este ID é gerado e usado pelo Intune **(Recomendado).** (Requer [#AppConfig:IntuneValidation:DeviceDirectory](/pt/configuracao-do-scepman/application-settings/scep-endpoints/intune-validation.md#appconfig-intunevalidation-devicedirectory) ser definido como **Intune** ou **AADAndIntune**
* {{AAD\_Device\_ID}}: Este ID é gerado e usado pelo Microsoft Entra ID (Azure AD).

Você pode adicionar outros RDNs se necessário (por exemplo: `CN={{DeviceId}}, O=Contoso, CN={{WiFiMacAddress}}`). As variáveis suportadas estão listadas no [documentação da Microsoft](https://learn.microsoft.com/en-us/mem/intune/protect/certificates-profile-scep#create-a-scep-certificate-profile).

</details>

<details>

<summary>Nome alternativo do sujeito: <code>URI</code> Valor:<code>IntuneDeviceId://{{DeviceId}}</code></summary>

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

O campo URI é [recomendado pela Microsoft](https://techcommunity.microsoft.com/t5/intune-customer-success/new-microsoft-intune-service-for-network-access-control/ba-p/2544696) para soluções NAC identificarem os dispositivos com base em seu ID de dispositivo do Intune:

Outros valores de SAN, como DNS, podem ser adicionados se necessário.

</details>

<details>

<summary>Período de validade do certificado: <code>1 ano</code></summary>

O tempo restante antes de o certificado expirar. O padrão é definido como um ano.

O SCEPman limita a validade do certificado ao máximo configurado na configuração [***AppConfig:ValidityPeriodDays***](/pt/configuracao-do-scepman/application-settings/certificates.md#appconfig-validityperioddays), mas, caso contrário, usa a validade configurada na solicitação.

</details>

<details>

<summary>Uso da chave: <code>assinatura digital</code> e <code>criptografia de chave</code></summary>

Ative ambas as ações criptográficas.

</details>

<details>

<summary>Tamanho da chave (bits): <code>4096</code></summary>

O SCEPman suporta 4096 bits.

</details>

<details>

<summary>Certificado raiz: <code>Perfil da etapa anterior</code></summary>

Selecione o perfil do Intune de \[[#root-certificate](#root-certificate "mention")]\(android.md#root-certificate).

Se você estiver usando uma [CA intermediária](/pt/implementacao-do-scepman/intermediate-certificate.md), você ainda deve selecionar o perfil de certificado confiável para a CA raiz, não para a CA intermediária!

</details>

<details>

<summary>Uso estendido da chave: <code>Autenticação de cliente, 1.3.6.1.5.5.7.3.2</code></summary>

Escolha **Autenticação de cliente (1.3.6.1.5.5.7.3.2)** em **Valores predefinidos**. Os outros campos serão preenchidos automaticamente.

</details>

<details>

<summary>Limite de renovação (%): <code>20</code></summary>

Este valor define quando o dispositivo está autorizado a renovar seu certificado (com base no tempo de vida restante de um certificado existente). Leia a observação em **Período de validade do certificado** e selecione um valor adequado que permita ao dispositivo renovar o certificado por um longo período. Um valor de 20% permitiria que o dispositivo com certificado válido por 1 ano iniciasse a renovação 73 dias antes da expiração.

</details>

<details>

<summary>URLs do servidor SCEP: Abra o portal do SCEPman e copie a URL de <a href="#device-certificates">#Intune MDM</a></summary>

**Exemplo**

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

</details>

### **Exemplo**

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

## Certificados de usuário

Siga as instruções de [#Certificados de dispositivo](#device-certificates) e preste atenção às seguintes diferenças:

<details>

<summary>Tipo de certificado: <code>Usuário</code></summary>

Nesta seção, estamos configurando um certificado de usuário.

</details>

<details>

<summary>Formato do nome do sujeito: <code>CN={{UserName}},E={{EmailAddress}}</code></summary>

Você pode definir RDNs com base nas suas necessidades. As variáveis suportadas estão listadas no [documentação da Microsoft](https://docs.microsoft.com/en-us/mem/intune/protect/certificates-profile-scep#create-a-scep-certificate-profile). Recomendamos incluir o nome de usuário (por exemplo: janedoe) e o endereço de e-mail (por exemplo: <janedoe@contoso.com>) como configuração básica.

</details>

<details>

<summary>Nome alternativo do sujeito: <code>(UPN)</code>Valor: <code>{{UserPrincipalName}}</code></summary>

Você **deve** adicionar o nome principal do usuário como Nome alternativo do sujeito. **Adicione '{{UserPrincipalName}}' como Nome alternativo do sujeito do tipo nome principal do usuário (UPN).** Isso garante que o SCEPman possa vincular certificados a objetos de usuário no AAD.

Outros valores de SAN, como um endereço de e-mail, podem ser adicionados se necessário.

</details>

{% hint style="info" %}
É necessário ter um **Nome alternativo do sujeito** no **certificado SCEP, tipo de usuário**. Sem um SAN, você não tem acesso ao Wi-Fi da sua empresa.
{% endhint %}

### **Exemplo**

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

## Verificação de certificado

Para garantir a implantação correta de certificados no seu dispositivo Android, há duas opções:

* Em versões mais novas do Android (por exemplo, 14), você pode verificar certificados (de usuário e certificados confiáveis) nas **configurações** > **segurança e privacidade**
* Por meio de aplicativos de terceiros 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/pt/gestao-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.