Edição de comando local de permissão do Debian

Question

Eu tenho uma caixa de debian da qual não consigo copiar arquivos.

A instalação do ssh novamente não corrige esse problema

hosting:/home/gcushing# scp test.text [email protected]:/home/gcushing
command-line: line 0: Bad configuration option: PermitLocalCommand
lost connection

Eu adicionei e removi o PermitLocalCommand de / etc / ssh / ssh config

FYI, / usr / bin / ssh é o único estranho:

xach@hosting:/$ grep '\(ssh\|scp\)$' /var/lib/dpkg/info/openssh-client.md5sums 
ef75badecd778d4c91d8679c63a7512c  usr/bin/ssh 
53adbbcc6ae2d03c145e94bef36cbc98  usr/bin/scp 

xach@hosting:/$ md5sum usr/bin/ssh /usr/bin/scp 
c5022a79360ae8d32051ec2cd23ced25  usr/bin/ssh 
53adbbcc6ae2d03c145e94bef36cbc98  /usr/bin/scp 

    

Answer 1

Eu tive um compromisso com isso do rootkit sebd. Obrigado pelo heads up.

grep '\(ssh\|scp\)$' /var/lib/dpkg/info/openssh-client.md5sums
cd649a9c527c0c7980bc6d700296eaef  usr/bin/ssh

md5sum usr/bin/ssh /usr/bin/scp
3d36ae70e17854b6bc8de710293f63b0  usr/bin/ssh

    

Answer 2

Isso é realmente obscuro como a soma de verificação do binário real é diferente do que o pacote especifica que deveria ser. Este host está conectado à Internet?

Tente também usar o comando 'purgar-get' para reinstalar o openssh.

    

Answer 3

Eu encontrei o mesmo problema - um cliente ssh tinha sido forçado a entrar em um servidor quando o http estava aberto na internet por apenas algumas horas ... Eles tinham instalado uma pasta (/root/.kde), substituíram o binário / usr / bin / ssh e enviaram sua própria versão de um crontab para o root que executava um script na pasta .kde. Eu removi o pacote para programas cliente openssh - e o ssh ainda estava lá. Eu não pude removê-lo, nem mesmo como root ... Eu achei que tinha sido feito "imutável" com o comando "chattr". Ficou assim: -bash-3.2# lsattr ssh
-u--ia------- ssh
Consertar: -bash-3.2# chattr -u -i -a ssh
-bash-3.2# lsattr ssh
------------- ssh
Então eu pude remover o ssh e reinstalar os programas do cliente openssh com sucesso. Com a versão correta do ssh, o parâmetro Forçado PermitLocalCommand = no, que é usado tanto pelo scp quanto pelo sftp, é passado para o ssh e não é rejeitado.