--- title: "Como assinar uma requisição" slug: "certificates-flow-how-to-sign-request" updated: 2026-11-06T18:58:46Z published: 2026-11-06T18:58:46Z canonical: "docs.senhasegura.io/certificates-flow-how-to-sign-request" --- > ## Documentation Index > Fetch the complete documentation index at: https://docs.senhasegura.io/llms.txt > Use this file to discover all available pages before exploring further. # Como assinar uma requisição Este documento fornece informações sobre como assinar uma requisição. A assinatura de uma requisição garante a autenticidade e integridade dos dados, verificando sua origem e prevenindo alterações durante a transmissão. ## Requisitos Uma requisição não assinada. ## Assinar uma requisição Para assinar uma requisição, veja os passos a seguir: 1. Na **Segura™ Platform**, na barra de navegação, passe o mouse sobre o **Menu de produtos** e selecione **Certificate Manager**. 2. No menu lateral, selecione **Requisições** > **SSL/TLS**. 3. Na requisição desejada, clique em **Ações > Solicitar assinatura**. 4. Na aba **Geral**, preencha as informações: 1. No campo **Auto-assinado? ***, selecione para auto-assinar a requisição. É recomendado para dispositivos que se comunicam apenas com outros dispositivos localizados em redes internas. 2. No campo **Escolha a CA**, selecione a CA que irá assinar a requisição. Este campo só é habilitado após selecionar **Não** no campo **Auto-assinado? ***. Se a CA selecionada utilizar um Network Connector, o texto **Utiliza Network Connector: `<agente>`** aparece ao lado deste campo, indicando o connector configurado na CA, ou **connector padrão** quando nenhum estiver selecionado. Esse texto aparece apenas para CAs que têm o campo **Usar Network Connector?** (DigiCert, GlobalSign e Let's Encrypt). Ele nunca aparece para uma CA Microsoft, mesmo que o dispositivo tenha um Network Connector. 3. No campo **Justificativa ***, insira a justificativa para assinar a requisição. 4. No campo **Motivo ***, selecione o motivo para assinar a requisição. 5. No campo **Governance Code**, insira um código de governança para ajudar a organização interna ou localização da requisição. 5. Opcional: Para certificados GoDaddy, vá até a aba **GoDaddy** e insira as seguintes informações: Se o produto não for compatível com a requisição, o Segura® a recusa. - Em uma requisição de novo certificado, no campo **Produto**, selecione o produto GoDaddy. O campo é obrigatório, vem pré-selecionado e lista apenas produtos de validação de domínio (DV). - Em uma requisição de renovação, no campo **Período ***, insira o período de renovação do seu produto GoDaddy. 6. Opcional: Para certificados DigiCert, vá até a aba **Informações adicionais** e insira as seguintes informações: Se o agente do Network Connector da CA estiver inacessível, um alerta explica o motivo, e os campos **Organização**, **Produto**, **Contato** e **Método de validação de domínio** ficam desabilitados. Os dados da conta são carregados apenas quando a CA é selecionada, então, depois que o agente reconectar, selecione a CA novamente ou reabra o formulário para habilitar os campos. O alerta também aparece se o túnel estiver indisponível, ou se a DigiCert negar o acesso. 1. No campo **Organização**, selecione a organização associada ao certificado. 2. No campo **Produto**, selecione o produto DigiCert para este certificado. 3. No campo **Contato**, selecione o contato da solicitação de certificado. 4. Para certificados de validação de domínio (DV), no campo **Método de validação de domínio**, selecione **Email**, **DNS CNAME**, **HTTP** ou **DNS TXT**. 7. Opcional: Para certificados Let's Encrypt, vá até a aba **Validação** e insira as seguintes informações: Se a CA Let's Encrypt utilizar um Network Connector, um ícone de ajuda ao lado de **Tipo de validação** explica que a conexão passa por ele. 1. No campo **URL**, insira a URL que o Segura® utiliza para publicar o arquivo de validação de domínio. 2. No campo **Tipo de validação**, selecione **FTP**, **FTPS** ou **SFTP**. O padrão é **SFTP**. 3. No campo **Caminho remoto**, insira o caminho no servidor web onde o Segura® publica o arquivo de validação. 4. No campo **Porta**, insira a porta da conexão. A porta padrão é 22, inclusive para FTP e FTPS: nesses casos, altere para a porta do seu servidor, normalmente 21 para FTP ou 990 para FTPS. 5. Opcional: Marque **Utilizar uma credencial cadastrada para acessar o domínio** e, em **Credencial de acesso cadastrada do sistema**, selecione a credencial a ser utilizada. Se você não utilizar uma credencial cadastrada, insira o usuário e a senha da conexão nos campos **Usuário** e **Senha**. 8. Opcional: Para certificados de uma CA Microsoft, vá até a aba **Template de assinatura** e, no campo **Template de assinatura**, insira o template do certificado. O padrão é `webserver`. Atenção A renovação automática não mantém o template do certificado original. O certificado renovado é assinado com o template `webserver`. Mais informações em [Como integrar com uma CA Microsoft](/v4-2/docs/pt/clm-integrate-microsoft-ca#template-de-certificado). 9. Clique em **Continuar**. 10. Na aba **Revisão**, verifique todas as informações inseridas nas abas anteriores e clique em **Salvar**. Alerta Para certificados GoDaddy, a renovação consumirá um crédito de renovação disponível ou saldo aplicável na conta. Se uma CA DigiCert rejeitar a credencial, a mensagem de erro identifica a causa (por exemplo, um ID de conta, usuário ou permissão de chave de API inválidos) em vez de exibir a resposta técnica bruta da DigiCert. Uma falha de comunicação com a DigiCert exibe a causa específica em vez de um erro de conexão genérico. Enquanto uma requisição Let's Encrypt aguarda a validação de domínio, ela permanece com o status **Aguardando assinatura**. A tela [Orientação para validação](/v4-2/docs/pt/certificate-manager-reference-certificate-requests#tela-orienta%C3%A7%C3%A3o-para-valida%C3%A7%C3%A3o) exibe, na coluna **Status**, a próxima verificação automática e a data em que a requisição expira. Se a validação não for concluída em até 7 dias a partir da primeira tentativa de assinatura, a requisição passa para **Erro ao assinar**. Em requisições criadas antes desse comportamento, os 7 dias contam a partir da criação da requisição. A mensagem de status indica que o prazo de 7 dias foi excedido e traz a última mensagem da Let's Encrypt. O motivo fica sempre registrado no relatório [Debug da assinatura](/v4-2/docs/pt/clm-signature-debug), mesmo com o log detalhado desligado. No relatório [Requisições SSL/TLS](/v4-2/docs/pt/certificate-manager-reference-certificate-requests), a requisição terá seu status atualizado para **Assinado**.