Os departamentos jurídicos lidam com contratos, arquivos de evidências e outros documentos altamente confidenciais. O fluxo de trabalho comum de fazer upload de um PDF para um serviço de compartilhamento baseado em nuvem cria instantaneamente um risco de segurança: o arquivo fica fora do perímetro corporativo e você perde o controle granular sobre quem pode visualizá‑lo e por quanto tempo.

E se você pudesse incorporar um visualizador de PDF seguro e criptografado diretamente em seu portal web .NET, garantindo que o documento nunca toque um servidor de terceiros?

Neste guia percorremos uma arquitetura prática construída em torno do Doconut Viewer, o SDK de visualização de documentos .NET. Ele é instalado em sua própria aplicação e não faz chamadas aos servidores Doconut, de modo que o documento nunca sai da sua infraestrutura.

Duas coisas para deixar claras antes do primeiro passo, pois o resto do guia depende delas. O Doconut.app é o visualizador web gratuito — um site, não um componente, e não o que você instala aqui. E a criptografia, os tokens e o registro de auditoria abaixo são de sua responsabilidade: o SDK renderiza documentos, não entrega um programa de conformidade. Doconut não possui certificação ISO 27001, relatório SOC 2 nem atestado HIPAA, portanto o argumento de conformidade que você pode realmente apresentar a um regulador é arquitetural — o arquivo permaneceu dentro de um limite que você já controla.

Por que o Compartilhamento Tradicional em Nuvem Não É Suficiente

Risco	Serviço de Nuvem Típico	O que esta arquitetura faz em vez disso
Exílio de dados - arquivo armazenado em servidores externos	Os arquivos são persistidos no armazenamento do provedor, frequentemente em regiões que você não pode controlar.	O PDF permanece na sua própria infraestrutura. O SDK o renderiza lá e não chama ninguém.
Perda de controle sobre a duração de acesso	Links de compartilhamento podem ser encaminhados indefinidamente.	Você emite tokens de curta duração e de uso único. Isso é código que você escreve, não um interruptor que você ativa.
Lacunas de conformidade	Os logs de auditoria costumam se limitar a eventos de “download”.	Você registra cada solicitação de visualização, porque a requisição vai para seu próprio endpoint.
Dependência de plugins	Muitos visualizadores exigem Flash, ActiveX ou extensões de navegador.	Nada é instalado na máquina do leitor; o navegador recebe páginas renderizadas.

Visão Geral da Solução

Instale o Doconut Viewer no seu projeto .NET.
Criptografe PDFs em repouso com uma chave no servidor, usando a criptografia nativa do .NET.
Incorpore o visualizador em uma página Razor ou view MVC, atrás de um token emitido pela sua aplicação.
Registre cada solicitação de visualização para trilhas de auditoria e detecção de anomalias.

Os passos 2, 3 e 4 são trabalho da sua aplicação. A parte do SDK é o passo 1 e a renderização; tudo que protege este design é código que você possui, o que também explica por que pode ser auditado pela sua própria equipe.

A seguir está um walkthrough detalhado de cada passo, incluindo recomendações de boas práticas para gerenciamento de chaves, segurança de tokens e registro de conformidade.

Passo 1 – Prepare seu Ambiente .NET

Abra sua solução no Visual Studio (2022 ou posterior recomendado).
Escolha seu framework alvo. O Doconut Viewer suporta ASP.NET, MVC, .NET Core, .NET 6+ e Blazor. Registre a versão que você escolher — os detalhes de integração são específicos de cada versão.
Instale o SDK a partir da página de download do Doconut, usando o pacote e a documentação que correspondam à versão selecionada. Pegue o nome do pacote e as etapas de configuração daquela documentação em vez de um artigo; ambos mudaram entre lançamentos.

Mantenha a configuração da licença fora do controle de versão enquanto estiver trabalhando nela. Essa é a coisa mais comum a vazar de um protótipo funcional.

Dicas Adicionais

Armazene a referência do pacote em um arquivo Directory.Packages.props para gerenciamento centralizado de versões entre vários serviços.

Etapa 2 – Armazenar PDFs com Criptografia Forte

2.1 Escolha um Algoritmo de Criptografia

Esta é a sua decisão e o seu código. System.Security.Cryptography no .NET fornece AES-256-GCM, que oferece criptografia autenticada — confidencialidade e integridade juntas — e é um padrão defensável para documentos em repouso.

Nenhum algoritmo de criptografia torna um sistema compatível com GDPR, HIPAA ou ISO 27001. Esses frameworks questionam processos, controle de acesso, retenção e evidências. Criptografia é um controle entre muitos, e uma biblioteca de visualização não pode fornecer o restante.

2.2 Implemente o Gerenciamento Seguro de Chaves

Nunca codifique chaves diretamente no código. Use Azure Key Vault, AWS KMS ou HashiCorp Vault para recuperar a chave de criptografia em tempo de execução.
Rotacione as chaves regularmente — a cada 90 dias é uma prática comum. Planeje o trabalho de recriptografia antes de precisar dele; descobrir que não há como trocar uma chave é algo ruim de se aprender durante um incidente.

Etapa 3 – Gere um Token com Validade Temporal e de Uso Único

O token de pré‑visualização funciona como um crachá de uso único que expira automaticamente. Ele contém:

User ID – Quem tem permissão para visualizar o documento.
PDF ID – Qual arquivo criptografado deve ser transmitido.
Expiration – Normalmente 5–10 minutos, configurável por política.
Signature – Assinatura HMAC ou RSA para impedir adulteração.

3.1 Considerações de Segurança

TLS em todos os lugares – Sempre sirva o token via HTTPS.
Privilégio mínimo – Codifique apenas os dados necessários para a pré‑visualização; evite incorporar reivindicações extras.
Revogação de token – Uma simples “lista negra” no Redis permite revogação imediata se os direitos de acesso de um usuário mudarem.

Etapa 4 – Incorporar o Visualizador DoconutApp

4.1 Endpoint de Streaming no Lado do Servidor

Descriptografe na memória se o seu modelo de ameaça exigir, para que o texto plano nunca seja gravado em disco. Este é o seu endpoint, portanto é sua escolha e seu código a ser revisado.
A renderização ocorre no seu servidor, não no navegador do leitor. Isso permite que o navegador exiba o documento sem jamais receber o arquivo fonte — e também é a razão para verificar onde o SDK grava a saída temporária de renderização e o que a remove.

4.2 Não São Necessários Plugins

O leitor recebe páginas renderizadas por meio de tecnologias web padrão, portanto o visualizador funciona em Chrome, Edge, Firefox e Safari sem plugin, controle ActiveX ou dependência de Flash. Nada é instalado no laptop de um advogado, o que geralmente faz a diferença entre uma revisão de segurança que termina e uma que não termina.

Etapa 5 – Auditar e Registrar Acessos para Conformidade

As equipes jurídicas frequentemente precisam de um rastro à prova de adulteração de quem visualizou qual contrato e quando. Implemente um pipeline de registro estruturado:

Campo	Descrição
`UserId`	Identificador do profissional jurídico solicitante
`PdfId`	Referência interna ao documento criptografado
`Timestamp`	Horário UTC da solicitação de pré‑visualização
`IpAddress`	IP de origem (útil para verificações de geolocalização)
`UserAgent`	String do navegador para análise forense
`Result`	Sucesso / Falha (ex.: token inválido, erro de descriptografia)

Melhores Práticas

Armazene logs em um datastore somente-append, imutável (ex.: Azure Log Analytics, Splunk ou um bucket S3 write‑once).
Habilite alertas para padrões anormais — como o mesmo token usado a partir de dois IPs distintos em segundos.
Política de retenção: Mantenha logs pelo período exigido pela sua jurisdição (geralmente 7 anos para registros legais).

Resumo Rápido

Instale o Doconut Viewer no seu projeto .NET, usando a documentação da sua versão.
Criptografe PDFs ao gravar com AES-256-GCM da própria biblioteca de criptografia do .NET; gerencie chaves via um serviço de cofre.
Emita um token de pré‑visualização de curta duração e uso único quando um usuário solicitar a visualização.
Renderize no seu servidor e incorpore o visualizador em uma página Razor. O documento nunca vai para terceiros, e nada é instalado na máquina do leitor.
Registre cada pré‑visualização para auditoria, com alertas para padrões suspeitos.

Os pontos 2, 3 e 5 são seu código. Essa é a divisão honesta de trabalho, e vale a pena declarar claramente na sua própria documentação de segurança, pois um revisor eventualmente perguntará qual parte é responsável por quê.

Conclusão

Sharing PDF seguro não precisa envolver um serviço de terceiros. Com Doconut Viewer dentro do seu próprio portal .NET, seu departamento jurídico pode apresentar contratos confidenciais, exposições de litígio e políticas internas sem que o arquivo jamais deixe sua infraestrutura.

O que o SDK oferece é essa última parte: renderização, no seu ambiente, sem chamadas externas. A criptografia de ponta a ponta, o controle de acesso e o registro de auditoria são seus — e esse é o ponto, porque um visualizador que alegasse fornecê‑los exigiria que você confiasse na conformidade de um fornecedor em vez da sua própria.

Pronto para experimentar? Visite doconut.com — a licença de avaliação é gratuita, e as demonstrações ao vivo são a maneira mais rápida de ver se a renderização aguenta seu pior documento antes de escrever qualquer código acima.

Implementar estas etapas dará tranquilidade aos oficiais de conformidade, reduzirá a superfície de ataque e manterá seus PDFs firmemente dentro do firewall corporativo — exatamente a postura de segurança que qualquer equipe jurídica precisa.

Fique seguro, fique em conformidade e mantenha esses envelopes lacrados onde eles pertencem: dentro do seu próprio cofre.