Como o Redtrust controla o uso de certificados

Visão geral

O Redtrust protege e controla o uso de cada certificado digital sob sua custódia. Proteger a identidade digital envolve mais de uma camada, e o Redtrust cuida de uma específica e bem definida. Esta página explica a camada que o Redtrust controla, como ela funciona e como se encaixa junto às demais camadas da sua segurança. Entender esses limites ajuda você a projetar políticas que aproveitam ao máximo a plataforma.

A camada do certificado

Quando você faz upload de um certificado para o Redtrust, a plataforma assume a custódia da sua chave privada. A chave nunca pode ser extraída e o certificado nunca é exposto diretamente a usuários ou aplicações (consulte Certificados). A partir desse momento, cada uso do certificado passa pelo agente, e é isso que dá a você controle sobre ele:

• Cada uso é rastreado: cada operação é registrada como um evento, oferecendo um histórico completo de quando e como cada certificado foi usado (consulte Eventos).
• O uso é regido por políticas: as políticas decidem quais usuários podem usar cada certificado, em quais sites e aplicações e em quais horários (consulte Políticas).
• O acesso é filtrado por destino: quando o serviço de destino expõe URLs identificáveis, as políticas permitem ou bloqueiam o acesso por site ou por caminho. Para gateways ou aplicações que apresentam um único login para vários serviços, consulte Sites mapeados.

Esta é a camada que o Redtrust blinda: um certificado sob custódia não pode ser usado sem passar por esses controles.

O controle começa com a custódia

O controle de um certificado começa no momento em que ele passa a estar sob a custódia do Redtrust. Um certificado que existe apenas na máquina de um usuário está, por natureza, sem controle: pode ser copiado, usado sem deixar rastro e é fácil de vazar. Incorporar esse certificado ao Redtrust é exatamente o que substitui esse estado sem controle por uma supervisão centralizada e baseada em políticas.

Portanto, o caminho para controlar um certificado é simples: faça upload dele para a plataforma. A partir desse momento, tudo fica protegido, rastreado e controlado.

Onde o Redtrust se encaixa na sua segurança

Proteger a identidade digital funciona como um conjunto de camadas, cada uma tratada pelo sistema mais adequado a ela. As camadas que você opera são:

• Redtrust: protege a chave privada e controla como cada certificado sob custódia é usado: quem pode usá-lo, onde e quando.
• Seus controles de rede: firewalls e proxies cuidam do tráfego de e para os sites.

Além das camadas que você opera, o serviço de destino (o site ou serviço online no qual você faz login com um certificado, como a AEAT ou outro portal da administração pública) define suas próprias regras sobre o que você pode fazer uma vez dentro.

Juntas, essas camadas formam uma defesa em profundidade, e o Redtrust torna a camada do certificado uma camada na qual você pode confiar plenamente.

O que isso significa na prática

Como cada certificado sob custódia é protegido, rastreado e controlado por políticas, você pode conceder acesso preciso por usuário. Um usuário pode ter permissão para usar um certificado em todo um site da administração pública, enquanto os colegas ficam restritos apenas aos procedimentos de que precisam, com todo o restante negado por padrão: um nível de controle que não existe quando os certificados ficam nas máquinas locais.

Delimitar o acesso a um único procedimento é uma questão de design de políticas e sites: consulte Delimitar o acesso a um procedimento específico.

Delimitar o acesso a um procedimento específico

Permitir ou bloquear um procedimento individual é uma questão de design de políticas e sites dentro da camada do certificado. Duas características dos sites da administração pública determinam como fazer isso.

Um procedimento pode ser acessado por mais de uma URL. Um usuário pode abri-lo diretamente ou chegar a ele por um procedimento relacionado. A filtragem por políticas atua sobre a URL, portanto, para delimitar um procedimento você considera todos os caminhos que levam a ele: bloquear uma única URL deixa os demais abertos.

Essas URLs têm duas formas:

• Uma URL de aplicação dedicada, em que o procedimento tem o próprio caminho e o ano ou a variante é apenas um segmento dentro dele. Uma única regra com curinga cobre todas as variantes.
• Um endpoint compartilhado, em que vários procedimentos (ou todos os documentos) passam pelo mesmo caminho e se distinguem apenas por um identificador por item, como um código de verificação. O caminho por si só não identifica nada específico, então você enumera cada identificador (por exemplo, uma entrada por exercício fiscal). Uma regra sobre o caminho compartilhado sem o identificador bloquearia também itens não relacionados.

Você pode delimitar a partir de qualquer um dos lados:

• Lista de permissões: permita apenas os procedimentos de que os usuários precisam e negue o restante por padrão. É a melhor opção quando o acesso deve ser restrito. Consulte Como definir o acesso ao eCAC.
• Lista de bloqueios: permita o site amplamente e negue procedimentos específicos com uma política de prioridade mais alta. É a melhor opção quando você quer bloquear uma exceção. Consulte Como restringir o acesso a um procedimento da AEAT.