Como passar a senha para su / sudo / ssh sem substituir o TTY?

Estou escrevendo um programa C Shell que estará fazendo suou sudoou ssh. Todos querem suas senhas na entrada do console (o TTY), em vez de stdin ou na linha de comando.

Alguém conhece uma solução?

A configuração sem senha sudonão é uma opção.

Espero pode ser uma opção, mas não está presente no meu sistema simplificado.

Para sudo, existe uma opção -S para aceitar a senha da entrada padrão. Aqui está a entrada do homem:

    -S          The -S (stdin) option causes sudo to read the password from
                the standard input instead of the terminal device.

Isso permitirá que você execute um comando como:

echo myPassword | sudo -S ls /tmp

Quanto ao ssh, fiz muitas tentativas para automatizar / script seu uso sem sucesso. Não parece haver nenhuma maneira incorporada de passar a senha para o comando sem avisar. Como outros já mencionaram, o utilitário " expect " parece ter como objetivo solucionar esse dilema, mas, em última análise, configurar a autorização correta de chave privada é o caminho correto a seguir ao tentar automatizar isso.

Eu escrevi um Applescript que solicita uma senha por meio de uma caixa de diálogo e cria um comando personalizado do bash, assim:

echo <password> | sudo -S <command>

Não tenho certeza se isso ajuda.

Seria bom se o sudo aceitasse uma senha pré-criptografada, para que eu pudesse criptografá-la no meu script e não me preocupar em ecoar senhas de texto não criptografado. No entanto, isso funciona para mim e minha situação.

Para sshque você pode usar sshpass: sshpass -p yourpassphrase ssh user@host.

Você só precisa baixar o sshpass primeiro :)

$ apt-get install sshpass
$ sshpass -p 'password' ssh username@server

Eu tenho:

ssh user@host bash -c "echo mypass | sudo -S mycommand"

Funciona para mim.

Para o sudo, você também pode fazer isso:

sudo -S <<< "password" command

A solução usual para esse problema é configurar um aplicativo auxiliar que execute a tarefa que requer acesso de superusuário: http://en.wikipedia.org/wiki/Setuid

Sudo não é para ser usado offline.

Edição posterior: o SSH pode ser usado com autenticação de chave pública-privada. Se a chave privada não tiver uma senha, o ssh poderá ser usado sem solicitar uma senha.

Isso pode ser feito configurando chaves públicas / privadas nos hosts de destino aos quais você estará se conectando. A primeira etapa seria gerar uma chave ssh para o usuário executando o script no host local, executando:

ssh-keygen
Enter file in which to save the key (/home/myuser/.ssh/id_rsa): <Hit enter for default>
Overwrite (y/n)? y

Em seguida, digite uma senha em branco. Depois disso, copie sua chave ssh no host de destino ao qual você estará se conectando.

ssh-copy-id <remote_user>@<other_host>
remote_user@other_host's password: <Enter remote user's password here>

Depois de registrar as chaves ssh, você poderá executar um silêncio ssh remote_user@other_hostdo host local.

Talvez você possa usar um expectcomando ?:

expect -c 'spawn ssh root@your-domain.com;expect password;send "your-password\n";interact

Esse comando fornece a senha automaticamente.

Quando não há melhor escolha (como sugerido por outros), o homem socat pode ajudar:

   (sleep 5; echo PASSWORD; sleep 5; echo ls; sleep 1) |
   socat - EXEC:'ssh -l user server',pty,setsid,ctty

          EXEC’utes an ssh session to server. Uses a pty for communication
          between socat and ssh, makes it ssh’s  controlling  tty  (ctty),
          and makes this pty the owner of a new process group (setsid), so
          ssh accepts the password from socat.

Toda a complexidade pty, setsid e ctty é necessária e, embora você não precise dormir por muito tempo, precisará dormir. A opção echo = 0 também vale uma olhada, assim como passar o comando remoto na linha de comando do ssh.

Dê uma olhada expect utilitário linux.

Ele permite enviar saída para o stdio com base na correspondência simples de padrões no stdin.

Configure o SSH para Autenticação de Chave Pública, sem uma senha na chave. Cargas de guias na rede. Você não precisará de uma senha para fazer login. Você pode limitar as conexões para uma chave com base no nome do host do cliente. Fornece segurança razoável e é excelente para logins automatizados.

ssh -t -t me@myserver.io << EOF
echo SOMEPASSWORD | sudo -S do something
sudo do something else
exit
EOF

Eu tive o mesmo problema. script de diálogo para criar diretório no PC remoto. diálogo com ssh é fácil. Eu uso o sshpass (instalado anteriormente).

   dialog --inputbox "Enter IP" 8 78 2> /tmp/ip

   IP=$(cat /tmp/ip)


   dialog --inputbox "Please enter username" 8 78 2> /tmp/user

   US=$(cat /tmp/user)


   dialog --passwordbox "enter password for \"$US\" 8 78 2> /tmp/pass

   PASSWORD = $(cat /tmp/pass)


   sshpass -p "$PASSWORD" ssh $US@$IP mkdir -p /home/$US/TARGET-FOLDER


   rm /tmp/ip

   rm /tmp/user

   rm /tmp/pass

saudações da Alemanha

titus

Com base na resposta de @ Jahid, isso funcionou para mim no macOS 10.13:

ssh <remote_username>@<remote_server> sudo -S <<< <remote_password> cat /etc/sudoers

uma sshpassalternativa melhor é:passh https://github.com/clarkwang/passh

Efetue login em um servidor remoto

 $ passh -p password ssh user@host

Execute um comando no servidor remoto

 $ passh -p password ssh user@host date

outros métodos para passar a senha

-p A senha (Padrão: `senha ')

-p env: lê a senha do env var

-p file: lê a senha do arquivo

aqui expliquei por que é melhor que o sshpass e outras soluções.

echo <password> | su -c <command> <user> 

Isso está funcionando.

Codificar uma senha em um script expect é o mesmo que ter um sudo sem senha, na verdade pior, já que o sudo ao menos registra seus comandos.

Uma maneira seria usar a opção read -s. Dessa forma, os caracteres da senha não serão repetidos na tela. Eu escrevi um pequeno script para alguns casos de uso e você pode vê-lo no meu blog: http://www.datauniv.com/blogs/2013/02/21/a-quick-little-expect-script/

USAR:

echo password | sudo command

Exemplo:

echo password | sudo apt-get update; whoami

Espero que ajude..

Você pode fornecer a senha como parâmetro para esperar o script.

su -c "Command" < "Password"

Espero que seja útil.