A maioria das definições de um gestor de palavras-passe é uma troca simples entre conveniência e esforço. Uma delas é uma troca entre conveniência e risco, e a parte interessante é que o fornecedor o diz na sua própria página de documentação em vez de o esconder.
O que a definição faz realmente
O preenchimento automático comum espera que lho peçam. Chega a uma página de início de sessão, clica na extensão ou carrega num atalho, e as credenciais entram.
O preenchimento automático ao carregar a página elimina esse passo. No momento em que a página acaba de carregar, os campos são preenchidos. Sem clique, sem atalho, sem nada que se note. Para quem inicia sessão nos mesmos poucos serviços o dia inteiro, é uma verdadeira poupança de tempo, e é por isso que a definição existe.
A frase que vale a pena ler duas vezes
O Bitwarden documenta a sua própria funcionalidade assim:
Esta funcionalidade está desativada por predefinição porque, embora seja geralmente segura, sites comprometidos ou não fiáveis podem tirar partido disto para roubar credenciais.
Três coisas numa só frase, e as três importam.
Está desativada por predefinição, para que ninguém chegue ao risco por acidente. É descrita como geralmente segura, o que é uma caracterização honesta e não um alarme. E o modo de falha específico é nomeado: sites comprometidos ou não fiáveis, a tirar partido do comportamento para obter credenciais.
Um fornecedor que quisesse ver a funcionalidade adotada tê-la-ia apresentado como um interruptor de conveniência com uma nota de rodapé. Isto lê-se antes como uma decisão entregue ao utilizador com o raciocínio anexado.
Porque é que o momento é todo o problema
Eis a parte que é fácil deixar passar, porque soa a uma pequena diferença.
Um preenchimento manual exige que esteja presente e que decida. Vê a página, reconhece-a ou não, e só então age. Essa pausa está a fazer trabalho de segurança mesmo quando não pensa nela dessa forma.
Um preenchimento ao carregar a página acontece antes dessa pausa. Se seguiu uma ligação que não era o que supunha, ou se um site em que confia foi comprometido, as credenciais chegam ao formulário enquanto ainda está a ler o cabeçalho. A definição não elimina apenas um clique. Elimina o momento em que um ser humano olha para a página e forma um juízo.
É por isso que as mesmas credenciais, o mesmo gestor e o mesmo site podem estar seguros com uma definição e expostos com a outra. Nada relacionado com a robustez da palavra-passe muda seja o que for aqui.
As duas proteções, e os seus limites
O Bitwarden documenta proteções em vez de deixar a funcionalidade a nu, e ser preciso quanto ao que elas cobrem importa mais do que enumerá-las.
Os iframes não fiáveis são bloqueados. As extensões de navegador não fazem o preenchimento automático ao carregar a página dentro de um iframe não fiável. Isto encerra uma forma de ataque real, em que uma frame hostil está incorporada dentro de uma página que de resto parece inteiramente normal.
Uma ligação despromovida desencadeia um aviso. Se a entrada guardada espera HTTPS e a página é servida por HTTP, aparece um aviso antes do preenchimento. Isso apanha uma interceção ou uma falsificação que depende de fazer cair a ligação para HTTP simples.
Ambas são significativas. Nenhuma delas responde ao caso nomeado na própria frase do fornecedor: um domínio legítimo que tenha sido ele próprio comprometido. A verificação do iframe não ajuda quando o código hostil está na página propriamente dita, e a verificação de HTTPS não ajuda quando o atacante detém um certificado válido para um domínio que agora controla. As proteções estreitam o risco. Não eliminam a razão pela qual a definição vem desativada.
Como decidir de facto
Esta não é uma pergunta com uma única resposta correta, e quem lhe disser o contrário está a vender simplicidade.
A variável não é a sua palavra-passe, é a sua navegação. Quem inicia sessão em quatro serviços conhecidos a partir da sua própria máquina enfrenta uma exposição diferente de quem abre ligações de remetentes desconhecidos o dia inteiro. A robustez daquilo que está a ser preenchido é irrelevante, porque o risco é que seja preenchido algures onde não se pretendia.
Calcule o custo real de a deixar desativada. É um clique, ou um atalho de teclado, por cada início de sessão. Se é essa a fricção a resolver, pese-a contra um modo de falha que custa uma conta.
Se a ativar, ative-a com conhecimento de causa. A funcionalidade não é uma armadilha e a documentação não esconde nada. É uma escolha com uma consequência declarada, e a única versão má dessa escolha é a que se faz sem ler a frase.
O gestor que documenta os seus próprios compromissos → BitwardenCódigo aberto · O preenchimento ao carregar vem desativado por predefinição · Auto-alojamento disponível→A versão curta
O preenchimento automático ao carregar a página preenche formulários de início de sessão sem lhe ser pedido, e o Bitwarden entrega-o desativado porque sites comprometidos ou não fiáveis podem tirar partido disso para roubar credenciais.
O mecanismo é o momento e não a criptografia: preencher antes de ter olhado para a página elimina a verificação humana que um preenchimento manual preserva. Duas proteções documentadas, bloquear iframes não fiáveis e avisar perante uma ligação HTTP inesperada, estreitam o risco sem cobrir um site legítimo que tenha sido comprometido.
Desativado é a predefinição e desativado é a resposta segura. Ativá-lo é defensável se souber porque está desativado, e é esse todo o sentido da frase que o fornecedor escreveu.
A descrição do preenchimento automático ao carregar a página, a razão citada para estar desativado por predefinição, e as duas proteções documentadas, bloquear o preenchimento automático ao carregar a página em iframes não fiáveis e avisar antes de preencher em HTTP quando se espera HTTPS a partir do URI guardado, são retiradas da documentação de ajuda publicada pelo Bitwarden sobre o preenchimento automático no navegador, consultada à data de redação. Outros gestores de palavras-passe implementam esta definição de forma diferente e alguns ativam um comportamento comparável por predefinição; consulte a documentação do seu próprio gestor em vez de assumir que isto se aplica em toda a parte. As ligações comerciais têm o atributo rel="sponsored nofollow"; pode aplicar-se uma comissão de afiliação, sem custo adicional para si.
★ Audit Cure53 2024 · ✓ Plan gratuit · Cross-platform
Proteja as suas contas → NordPassPalavras-passe fortes e únicas · scanner de fugas · plano gratuito→Perguntas frequentes
O que é o preenchimento automático ao carregar a página?
É a definição que faz o seu gestor de palavras-passe preencher um formulário de início de sessão no momento em que a página acaba de carregar, sem que clique em nada. O preenchimento automático comum espera que lho peça, através de um clique ou de um atalho de teclado. Esta variante elimina esse passo, que é exatamente o que a torna cómoda e exatamente o que a torna diferente do ponto de vista da segurança.
O preenchimento automático ao carregar a página é seguro?
A própria documentação do Bitwarden responde a isto com cuidado, em vez de um sim ou não. Afirma que a funcionalidade está desativada por predefinição porque, embora seja geralmente segura, sites comprometidos ou não fiáveis podem tirar partido disto para roubar credenciais. Portanto, a resposta honesta é que costuma correr bem e comporta um risco específico, e é por isso que a escolha lhe é deixada a si em vez de ser feita por si.
Porque é que o momento importa tanto?
Porque um preenchimento manual exige que olhe para a página e decida agir, ao passo que um preenchimento ao carregar a página acontece quer tenha reparado quer não onde foi parar. Se um site estiver comprometido ou não for aquele que julgava, as credenciais já estão no formulário antes de ter avaliado seja o que for. A definição elimina o momento de discernimento, não apenas o clique.
Que proteções existem se a ativar?
O Bitwarden documenta duas. As extensões de navegador bloqueiam o preenchimento automático ao carregar a página em iframes não fiáveis, o que encerra o caso de uma frame hostil incorporada numa página que de resto é normal. E aparece um aviso antes do preenchimento automático num site HTTP quando se esperava HTTPS com base no URI guardado, o que apanha uma ligação despromovida ou falsificada. Ambas são reais, e nenhuma delas cobre um domínio legítimo que tenha sido ele próprio comprometido.
Devo ativá-la?
Depende de um juízo que só você pode fazer, que é o quanto confia nos sites onde inicia sessão habitualmente e a probabilidade de ir parar a uma página que não tencionava visitar. Quem inicia sessão em três serviços conhecidos a partir de uma máquina pessoal está numa posição diferente de quem abre ligações de remetentes desconhecidos o dia inteiro. A posição por predefinição é desativada, e ficar por aí custa-lhe um clique por cada início de sessão.
