Resposta direta: um PDF aceita duas senhas diferentes e apenas uma delas protege alguma coisa. A senha de abertura (também chamada senha de usuário) criptografa o conteúdo do arquivo — sem ela, ninguém lê nada. A senha de permissões (senha de proprietário) apenas grava um sinalizador dizendo "não imprima, não copie"; qualquer leitor de PDF pode ignorá-lo, e ferramentas de linha de comando removem esse sinalizador em segundos. Se o seu objetivo é impedir que alguém leia o documento, defina uma senha de abertura com criptografia AES-256 e envie a senha por um canal diferente do arquivo. Você faz isso grátis no navegador em Proteger PDF com senha.
As duas senhas do PDF — e por que só uma protege de verdade
Essa é a confusão que faz muita gente enviar contrato, holerite e cópia de RG achando que o arquivo está trancado quando ele está aberto. O formato PDF, desde a especificação 1.1, prevê duas senhas com papéis completamente diferentes.
Senha de abertura (user password). É a senha que dispara a criptografia real. Quando você a define, o conteúdo das páginas — os fluxos de texto, as imagens, os anexos, os metadados — é cifrado com uma chave derivada dessa senha. Um leitor de PDF que não tenha a senha não consegue nem renderizar a primeira página, porque os bytes que ele encontra no arquivo são ruído. É criptografia de verdade, executada pelo formato, não uma convenção social.
Senha de permissões (owner password). É um segundo segredo que controla o que o leitor pode fazer com o documento já aberto: imprimir, copiar texto, extrair páginas, preencher formulários, adicionar comentários. Aqui está o detalhe que quase nenhum tutorial explica: quando você define apenas a senha de permissões, o PDF continua sendo criptografado — mas com uma senha de usuário vazia. Ou seja, qualquer programa consegue calcular a chave sozinho e abrir o arquivo sem perguntar nada a ninguém. As restrições ficam gravadas num campo chamado /P, um inteiro com bits de permissão, e o formato simplesmente pede ao leitor que respeite esses bits.
Repare no verbo: pede. Não impõe. O Adobe Acrobat respeita, o Pré-Visualização do macOS respeita, o Chrome respeita. Mas o respeito é uma escolha do software, não uma barreira criptográfica. Um utilitário de linha de comando como o qpdf, invocado com --decrypt, reescreve o mesmo documento sem os bits de restrição e sem nunca ter conhecido a senha de proprietário — porque não precisou dela para descriptografar: a chave estava acessível com a senha de usuário vazia.
A consequência prática é dura e vale a pena escrever sem rodeios: um PDF "protegido contra impressão e cópia" não está protegido. Ele está sinalizado. Se o documento contém dado que não pode circular, a senha de permissões é decoração. A senha de abertura é a fechadura.
Quando as duas senhas coexistem — o que é o cenário recomendado para documentos sensíveis — o arquivo fica de fato ilegível sem a senha de abertura, e as permissões passam a valer como uma camada extra de higiene para quem já tem acesso legítimo. Nunca use a mesma sequência para as duas: se a senha de proprietário for igual à de usuário, você acabou de entregar a chave de leitura para quem só precisaria da chave de edição.
Que criptografia o seu PDF está usando — RC4, AES-128, AES-256
Nem toda "senha de PDF" tem a mesma resistência. O PDF acumulou quatro gerações de manipuladores de segurança em três décadas, e ferramentas antigas ainda geram arquivos com o algoritmo mais fraco por padrão. Vale saber o que você está produzindo.
| Algoritmo | Versão do PDF | Tamanho da chave | Situação em 2026 |
|---|---|---|---|
| RC4 de 40 bits | PDF 1.1 – 1.3 | 40 bits | Obsoleto — espaço de chaves pequeno o bastante para busca exaustiva |
| RC4 de 128 bits | PDF 1.4 | 128 bits | Desaconselhado — o RC4 tem fragilidades conhecidas e foi retirado de outros padrões |
| AES-128 | PDF 1.6 | 128 bits | Aceitável — cifra sólida, derivação de chave mais fraca que a geração seguinte |
| AES-256 (revisão 5) | Extensão Adobe, PDF 1.7 | 256 bits | Evitar — a derivação de senha usa um único passo de hash, o que acelera ataques de dicionário |
| AES-256 (revisão 6) | PDF 2.0 / ISO 32000-2 | 256 bits | Recomendado — derivação de chave endurecida e iterativa |
O ponto que merece atenção não é a cifra em si: o AES é o mesmo AES usado em disco cheio e em TLS, e ninguém vai quebrá-lo por força bruta. O ponto é a derivação de chave — o processo que transforma a sua senha numa chave de 256 bits. Na revisão 5, esse processo era essencialmente um SHA-256 aplicado uma vez. Uma placa de vídeo comum testa uma quantidade absurda de senhas por segundo contra um hash desses. Na revisão 6, o padrão passou a exigir um laço iterativo que encarece cada tentativa. É essa diferença — e não o "256" no nome — que separa um arquivo que resiste de um arquivo que cai numa noite de ataque de dicionário.
Traduzindo para decisão prática: peça AES-256 sempre que a ferramenta oferecer, e desconfie de qualquer opção que ainda diga RC4 ou "compatível com Acrobat 5". Compatibilidade retroativa aqui significa criptografia de 2001.
Passo a passo — proteger um PDF com senha no navegador
O caminho mais curto, sem instalar nada, funciona igual no Windows, no macOS, no Linux e no celular.
- Abra a ferramenta Proteger PDF com senha.
- Arraste o arquivo para a área de upload, ou toque para escolher no aparelho. No celular, o seletor mostra também os arquivos do Google Drive e do iCloud.
- Digite a senha de abertura. Essa é a senha que vai ser pedida a quem receber o documento.
- Confirme a senha no segundo campo. Não existe recuperação: se você digitar errado nos dois campos, o arquivo fica inacessível para você também.
- Se a ferramenta oferecer, escolha AES-256 como algoritmo. É o padrão adequado em 2026.
- Opcionalmente, defina restrições de impressão e cópia. Lembre-se do que foi dito acima: elas valem como higiene, não como segurança.
- Clique em proteger e baixe o resultado. Abra o arquivo baixado uma vez, digitando a senha, para confirmar que ficou como você esperava.
- Envie o PDF e a senha por canais separados — o arquivo por e-mail, a senha por telefone ou aplicativo de mensagem. Senha escrita no corpo do mesmo e-mail que carrega o anexo não protege absolutamente nada.
O passo 8 é o que mais se ignora e o que mais custa caro. Todo o esforço criptográfico desaparece se o segredo viaja junto com o cofre.
Se em algum momento você precisar do caminho inverso — remover a proteção de um arquivo cuja senha você conhece, para arquivar ou para reenviar internamente —, use Desbloquear PDF.
Outros caminhos: Acrobat, macOS, LibreOffice, Word e linha de comando
Adobe Acrobat. Menu Arquivo → Proteger com senha, ou Ferramentas → Proteger → Criptografar com senha. É a implementação mais completa: separa explicitamente as duas senhas, expõe o nível de compatibilidade (que é onde você escolhe entre RC4, AES-128 e AES-256) e permite excluir os metadados da criptografia para que o arquivo continue indexável. Exige assinatura paga.
macOS, sem instalar nada. Abra o PDF na Pré-Visualização, vá em Arquivo → Exportar como PDF e marque "Criptografar". O sistema pede uma senha e produz um novo arquivo. É rápido e funciona offline, mas a interface não deixa escolher o algoritmo — você recebe o que a versão do sistema decidir usar. Também é possível imprimir para PDF e definir a senha na caixa de diálogo de impressão.
LibreOffice. Ao exportar um documento como PDF (Arquivo → Exportar como → Exportar como PDF), a aba Segurança traz os dois campos de senha e as caixas de permissão. Vantagem: é software livre, roda offline e a partir das versões recentes usa AES-256. Limitação: o caminho natural é exportar um documento que você está editando; para criptografar um PDF que já existe você precisa passar por outra rota.
Microsoft Word. Exportar como PDF permite marcar "Criptografar o documento com uma senha". Serve para quem está gerando o PDF a partir de um .docx de qualquer forma. Não serve para proteger PDFs recebidos de terceiros.
Linha de comando (qpdf). Para quem automatiza. O comando aceita as duas senhas como argumentos separados e o nível de criptografia como parâmetro explícito. É o caminho para proteger dezenas de arquivos num laço de shell, e é também — vale a ironia — a ferramenta que demonstra em segundos por que a senha de permissões sozinha não protege nada.
Comparativo das abordagens
A tabela compara o que cada caminho permite fazer, sem julgar qualidade de produto.
| Abordagem | Senha de abertura | Senha de permissões separada | Escolha explícita do algoritmo | Funciona no celular | Sem instalação | Automatizável em lote |
|---|---|---|---|---|---|---|
| Ferramenta no navegador | Sim | Sim | Sim | Sim | Sim | Parcial |
| Adobe Acrobat | Sim | Sim | Sim | Parcial | Não | Sim |
| Pré-Visualização (macOS) | Sim | Não | Não | Não | Sim | Parcial |
| LibreOffice | Sim | Sim | Parcial | Não | Não | Parcial |
| Microsoft Word (exportar) | Sim | Não | Não | Parcial | Não | Não |
| qpdf (linha de comando) | Sim | Sim | Sim | Não | Não | Sim |
Escolher uma senha que realmente resista
A cifra é forte; a senha quase nunca é. Como a chave de criptografia nasce da senha, a resistência real do arquivo é a resistência da sequência que você digitou. Um atacante que tem o arquivo em mãos pode testar candidatas offline, sem limite de tentativas e sem que ninguém perceba — não existe bloqueio após três erros, como num aplicativo de banco.
Isso muda o que conta como "senha boa":
- Comprimento vence complexidade. Uma frase de quatro palavras sem relação entre si resiste melhor que oito caracteres com símbolo e número, e você consegue ditar por telefone.
- Nada derivado do documento. O nome do cliente, o número do contrato, a data de vencimento, o CNPJ da empresa: são as primeiras coisas que um ataque dirigido testa, porque estão no próprio e-mail que carregava o anexo.
- Nada reaproveitado. Se a mesma senha protege trinta PDFs, quebrar um entrega os trinta.
- Substituições previsíveis não ajudam. Trocar "a" por "@" e "o" por "0" é a primeira regra que qualquer dicionário de ataque aplica.
- Documentos que circulam merecem senhas descartáveis. Uma senha por destinatário, ou por lote de envio, limita o estrago se ela vazar.
E, para fechar o ciclo: guarde a senha num gerenciador de senhas, não num arquivo de texto ao lado do PDF na mesma pasta.
LGPD: quando a senha deixa de ser cuidado e vira obrigação
No Brasil, um PDF com CPF, RG, endereço residencial, dados bancários, laudo médico ou informação de folha de pagamento carrega dado pessoal — e, nos dois últimos casos, dado pessoal sensível. A Lei Geral de Proteção de Dados (Lei 13.709/2018) não lista tecnologias obrigatórias, mas exige, no artigo 46, que o controlador adote medidas de segurança aptas a proteger os dados de acessos não autorizados. Criptografar o arquivo antes de enviá-lo é exatamente esse tipo de medida, e é a mais barata que existe.
Há também um ângulo defensivo. O artigo 48 obriga a comunicar à ANPD e ao titular os incidentes de segurança que possam acarretar risco relevante. Um anexo enviado por engano para o endereço errado é um incidente — mas um anexo criptografado enviado por engano, com a senha transmitida por outro canal a outro destinatário, é um incidente com risco materialmente menor, e essa diferença aparece na avaliação que a sua organização vai ter de fazer.
Alguns hábitos que valem a pena virar rotina em escritórios de contabilidade, imobiliárias, clínicas e departamentos de RH:
- Criptografar todo PDF que contenha CPF completo antes de qualquer envio externo.
- Nunca colocar a senha no corpo do e-mail nem no nome do arquivo.
- Evitar senhas padronizadas por escritório (o famoso "os quatro últimos dígitos do CPF" é adivinhável por quem já tem o documento na frente).
- Anonimizar antes de proteger quando o dado não é necessário — tarjar o número visualmente não basta, é preciso apagar o texto de verdade com Apagar texto do PDF.
- Documentar quem recebeu o quê e quando, porque a lei fala em responsabilização e prestação de contas.
Casos limites
PDF já assinado digitalmente. Criptografar depois da assinatura é possível e não invalida a assinatura, porque a cifra atua sobre os fluxos e a assinatura cobre o intervalo de bytes assinado. Mas alguns validadores tratam o arquivo criptografado com menos naturalidade. Se o documento vai passar por validação automatizada, teste antes. A ordem inversa — assinar um PDF criptografado — costuma ser bloqueada pela própria ferramenta de assinatura. Para essa parte do fluxo, veja assinar PDF grátis.
PDF com formulário preenchível. A criptografia preserva os campos, mas as permissões podem travá-los sem que você perceba: existe um bit específico para "preenchimento de formulários" e outro para "modificação do documento". Marcar restrição demais transforma um formulário utilizável em um documento que abre e não aceita nada. Se o objetivo é enviar algo para o outro lado preencher, veja preencher PDF grátis e mantenha o bit de formulário liberado.
Documento que precisa ser indexado. Se o PDF vai para um sistema de gestão documental que faz busca no conteúdo, a criptografia impede a indexação — o indexador não tem a senha. Nesse cenário, proteja a cópia que circula e mantenha a cópia interna sem senha, dentro de um repositório com controle de acesso.
Arquivo grande que também precisa ser comprimido. Comprima primeiro, criptografe depois. A compressão precisa ler e reescrever os fluxos de imagem, e não consegue fazer isso num arquivo cifrado sem descriptografá-lo antes. Veja comprimir PDF grátis para essa etapa.
Junção de vários PDFs protegidos. Não dá para juntar arquivos criptografados diretamente: cada um tem sua própria chave. Remova a proteção dos originais, junte com Juntar PDF e criptografe o resultado uma única vez.
Senha perdida. Não existe porta dos fundos. Se você perdeu a senha de abertura de um arquivo que produziu, o caminho é regenerar o PDF a partir do documento de origem. Serviços que prometem "recuperar" a senha estão, na prática, tentando adivinhá-la — e, se conseguirem rápido, isso diz mais sobre a fraqueza da senha do que sobre a competência do serviço.
Erros frequentes
Confiar na senha de permissões. É o erro número um, e a razão de este artigo começar por ele. "Protegido contra cópia" não é proteção.
Mandar arquivo e senha no mesmo e-mail. O segundo erro mais comum, e o mais fácil de corrigir.
Usar RC4 por inércia. Ferramentas antigas e algumas opções de "máxima compatibilidade" ainda produzem RC4. Se a interface oferecer escolha, escolha AES-256.
Tarjar em vez de apagar. Desenhar um retângulo preto por cima de um CPF não remove o texto: ele continua no fluxo de conteúdo e reaparece em qualquer extração. Tarja é aparência; remoção é conteúdo.
Achar que a senha protege o que já circulou. Criptografar hoje não afeta as cópias que já foram enviadas ontem. A proteção precisa acontecer antes do primeiro envio.
Proteger o arquivo e deixar os metadados abertos. Título, autor, aplicativo gerador e caminho original de gravação viajam junto. Em documentos sensíveis, limpe os metadados antes de criptografar.
Esquecer o destinatário no celular. Nem todo leitor de PDF em celular lida bem com AES-256; se o documento vai para alguém que só usa o aparelho, confirme que ele consegue abrir antes de considerar o envio concluído.
Perguntas frequentes
Colocar senha em PDF é grátis? Sim. A criptografia faz parte do próprio formato PDF, não é um serviço à parte. Você pode fazer isso no navegador, no macOS sem instalar nada, no LibreOffice ou por linha de comando, sem custo.
Qual é a diferença entre senha de abertura e senha de permissões? A senha de abertura criptografa o conteúdo: sem ela o arquivo não abre. A senha de permissões apenas grava restrições que o leitor de PDF pode escolher respeitar ou não. Só a primeira é uma proteção efetiva.
A senha de permissões serve para alguma coisa, então? Serve para evitar o acidente e o descuido — impedir que alguém imprima por engano uma via de rascunho, por exemplo. Não serve para conter alguém que queira contornar a restrição.
AES-256 é sempre melhor que AES-128? Na prática atual, sim, desde que seja a variante do PDF 2.0. A vantagem não está tanto no tamanho da chave e sim na forma como a senha é transformada em chave, que é bem mais custosa de atacar. Mas uma senha fraca com AES-256 continua sendo uma senha fraca.
Dá para remover a senha depois? Sim, se você a conhece. Basta abrir o arquivo com a senha e exportar sem proteção, ou usar uma ferramenta de desbloqueio. Sem a senha de abertura, não há caminho legítimo.
Um PDF com senha respeita a LGPD automaticamente? Não. A criptografia é uma medida de segurança relevante, provavelmente a mais eficiente em relação ao esforço, mas conformidade envolve também base legal para o tratamento, minimização dos dados coletados, prazo de retenção e resposta a incidentes. A senha resolve uma peça do quebra-cabeça, não o quebra-cabeça.
Resumindo
Proteger um PDF com senha é uma operação de trinta segundos que quase todo mundo faz pela metade. O resumo operacional cabe em cinco linhas: defina a senha de abertura, não apenas a de permissões; peça AES-256; escolha uma senha longa e não derivada do documento; envie a senha por um canal diferente do arquivo; e, se o documento tem CPF, trate isso como uma exigência de segurança da LGPD e não como zelo pessoal.
Comece por aqui: Proteger PDF com senha. Se depois precisar retirar a proteção de um arquivo cuja senha você tem, o caminho é Desbloquear PDF. E se o documento ainda vai passar por edição antes do envio, editar PDF grátis cobre a etapa anterior. As condições de uso das ferramentas estão em preços.