Privacidade31 de agosto de 2026Moshe Achouz

Proteger PDF com Senha: Guia Completo e Grátis (2026)

Proteger PDF com senha: entenda a diferença entre senha de abertura e senha de permissões, escolha entre AES-256 e RC4 e faça isso grátis no navegador.

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.

  1. Abra a ferramenta Proteger PDF com senha.
  2. 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.
  3. Digite a senha de abertura. Essa é a senha que vai ser pedida a quem receber o documento.
  4. 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.
  5. Se a ferramenta oferecer, escolha AES-256 como algoritmo. É o padrão adequado em 2026.
  6. 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.
  7. Clique em proteger e baixe o resultado. Abra o arquivo baixado uma vez, digitando a senha, para confirmar que ficou como você esperava.
  8. 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.

Leia a seguir
Tem alguma dúvida sobre este artigo? Fale conosco
Proteger PDF com Senha: Guia Completo e Grátis (2026) — iFillPDF