Digitei minha senha acidentalmente no campo de login. Ainda é segura?


75

Eu estava olhando para o meu teclado e digitei minha senha porque pensei que já havia digitado meu nome de login. Eu pressionei Enter, então quando ele pediu a senha eu pressionei Ctrl+ c.

Devo tomar alguma medida de precaução para garantir que a senha não seja armazenada em texto sem formatação em algum lugar ou devo alterá-la?

Também estava em um tty no servidor ubuntu 16.04 LTS.


10
Sua senha estará no arquivo de log e você deve editá-la para não incluir sua senha, mas mesmo depois de removê-la, sugerimos que você altere sua senha de qualquer maneira.
precisa saber é o seguinte


4
Outro bom motivo para usar chaves públicas SSH + de um PC separado e manter a tela e o teclado do console apenas para emergências.
RedGrittyBrick

@stacey que Q é para acessar um site (presumivelmente remoto) controlado por outras pessoas; isto é para um sistema local. Há alguma sobreposição, mas não é a mesma coisa.
David_thompson_085

2
Ainda não tenho nenhum sistema Ubuntu 16.04 para testar isso. Porém, seguir exatamente as mesmas etapas em uma instalação da área de trabalho do Ubuntu 14.04 não registra o nome de usuário ou a senha. Você parece ter pressionado ctrl-c no momento certo para evitar que sua senha chegue a qualquer arquivo de log.
kasperd

Respostas:


101

A preocupação é se sua senha é registrada no log de autenticação.

Se você estiver efetuando login em um console de texto no Linux e pressionado Ctrl+C no prompt de senha, nenhuma entrada de log será gerada. Pelo menos, isso é verdade para o Ubuntu 14.04 ou Debian jessie com SysVinit, e provavelmente para outras distribuições Linux; Eu não verifiquei se esse ainda é o caso em um sistema com Systemd. Pressionar Ctrl+ Cmata o loginprocesso antes de gerar qualquer entrada de log. Então você está seguro .

Por outro lado, se você realmente fez uma tentativa de login, o que acontece se você pressionou Enterou Ctrl+ Dno prompt da senha, o nome de usuário digitado aparecerá em texto sem formatação nos logs de autenticação. Todas as falhas de logon são registradas; a entrada do log contém o nome da conta, mas nunca inclui nada sobre a senha (apenas o fato de a senha estar incorreta).

Você pode verificar revisando os logs de autenticação. No Ubuntu 14.04 ou Debian jessie com SysVinit, os logs de autenticação estão presentes /var/log/auth.log.

Se esta é uma máquina sob seu controle exclusivo, e não faz logon remotamente, e o arquivo de log ainda não foi copiado, e você deseja editar o arquivo de log sem quebrar nada, edite o log arquivo para remover a senha.

Se sua senha for registrada nos logs do sistema, considere-a comprometida e altere-a. Os logs podem vazar por todos os tipos de razões: backups, solicitações de assistência ... Mesmo se você for o único usuário nesta máquina, não arrisque.

Nota: Eu não verifiquei se o Ubuntu 16.04 funciona de maneira diferente. Esta resposta pode não ser generalizável para todas as variantes do Unix e certamente não é generalizável para todos os métodos de login. Por exemplo, o OpenSSH registra o nome de usuário, mesmo se você pressionar Ctrl+ Cno prompt da senha (antes que ele mostre o prompt da senha).


13
No último caso, você também deve alterá-lo em todos os lugares em que o tiver reutilizado.
precisa saber é o seguinte

2
Corrija-me se estiver errado, mas geralmente as únicas pessoas que verão esses registros são as que já poderiam ter acesso aos seus dados, se quisessem. E daí se eles virem a senha? Qual é o grande problema?
Mehrdad

4
Os logs de autenticação do @Mehrdad normalmente são reservados aos administradores, é verdade. Mas há uma diferença entre confiar em alguém com a capacidade de instalar um keylogger e confiar em minhas senhas. Também é possível que um backup vaze ou que eu compartilhe logs com alguém para ajudar na solução de problemas etc. Os riscos de vazamento de uma entrada de log são altos demais para serem ignorados.
Gilles

1
Se esta resposta estiver correta, é uma regressão comparada ao Ubuntu 14.04. Seguir as etapas mencionadas no Ubuntu 14.04 não registra o nome de usuário ou a senha, porque o logon foi interrompido pressionando ctrl-c antes que essas informações fossem registradas.
kasperd

2
@kasperd Poste como resposta.
Wizzwizz4

7

No seu caso, você está seguro - você digitou uma senha e a cancelou. Uma senha digitada no prompt de login seguida por senha incorreta será considerada falha na autenticação e será parcialmente registrada no btmplog. No ttyentanto, para o console, tudo bem.

$ sudo lastb                                                                   
[sudo] password for xieerqi: 
UNKNOWN  tty1                          Mon Apr 25 22:14 - 22:14  (00:00)    

A senha digitada "acidentalmente" foi registrada como UNKNOWN, então tudo de bom aqui. No entanto, as autenticações com falha na tela de login da GUI mostram entradas de login com falha sem ofuscação

$ sudo lastb                                                                   
[sudo] password for xieerqi: 
hellowor :1           :1               Mon Apr 25 22:17 - 22:17  (00:00)    
UNKNOWN  tty1                          Mon Apr 25 22:14 - 22:14  (00:00)    

Existe algo de bom nisso? Bem . . .O invasor precisaria ter acesso ao seu sistema, ainda mais - ele / ela precisaria ter acesso root para ler o btmplog. O que também significa para um computador de usuário único - isso equivale a ter sua senha roubada, para que a entrada não seja útil para o invasor de qualquer maneira, se ele souber sua senha. A senha na entrada, como você já pode deduzir, foi registrada apenas parcialmente, mas isso oferece uma grande vantagem para um invasor, portanto não há nada de bom nessa parte

Você deve alterar a senha? Provavelmente, apenas para ter 100% de certeza. Por outro lado, um invasor precisa ter acesso ao seu btmplog, que é o mesmo que ter acesso /etc/shadow, portanto, não há nenhuma vantagem real nele.

Nota lateral : Toda a saída do meu Ubuntu 14.04


Também é verdade que esse arquivo de texto plano mostraria a senha no arquivo de log se alguém inicializasse um sistema operacional ao vivo na mesma máquina. Se você usar essa mesma senha em outro lugar, isso poderá representar um risco de segurança separado. Eu recomendaria expulsá-los do arquivo de log e usar um programa que sobrescreva o espaço livre, dependendo da importância dessa senha para você
Joe

@ Joe, sobre quais logs específicos estamos falando? /var/log/auth.log? Sim, a reutilização de senha é um problema comum, estou ciente disso, portanto não reutilizo nenhum.
Sergiy Kolodyazhnyy

1
Apenas um lado pensado para os outros também quando eles pesquisam isso, pois conheço tantas pessoas que têm uma senha para tudo.
Joe

Também deve mais gravar o arquivo btmp bem
Joe

então, para concluir .. simplesmente sudo rm /var/log/btmp?
22419 philip4:
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.