SSH, SSH komutuna bir argüman olarak komut verildiğinde tüm şifreleri görünür yapar

Bunu çalıştırırsam:

ssh user@server 'mysql -u user -p'

Bana MySQL şifresini sorduğunda ve yazmaya başladığımda şifre ekranda görülebilir. Bunu nasıl önleyebilirim? Oturum sshaçıp MySQL komutunu çalıştırırsam, her şey yolunda gider .

Çalıştırmak için uzak bir komut sağlarsanız, SSH bir tty ayırmaz, bu nedenle uzak komut yankıyı devre dışı bırakamaz. Bu -tseçeneği kullanarak SSH'yi bir tty sağlaması için zorlayabilirsiniz :

ssh -t user@server 'mysql -u user -p'

Eşdeğer seçenek ( -oveya config dosyası için) RequestTTY. İnteraktif olmayan komutlar için istenmeyen etkileri olabileceğinden config içinde kullanmamaya dikkat ederdim .

Şifreyi korumalı bir seçenek dosyasında saklamak

Uzak bilgisayarın güvenliğine ^[*] güveniyorsanız , şifreyi, her biri aracılığıyla iletişim kurmanıza veya yazmaya gerek kalmadan, kılavuzun Son Kullanıcı Parola Güvenliği Yönergeleri bölümünde önerildiği şekilde uygun şekilde korunan bir seçenek dosyasında saklayabilirsiniz. sshsaati.

Özellikle .my.cnf, ana dizininizdeki dosyanın [istemci] bölümüne bir satır ekleyebilirsiniz :

[client]
password=your_pass

Elbette, örneğin dosya erişim modunu 400 veya 600 olarak ayarlayarak bu dosyanın kendinizden başkası tarafından erişilebilir olmasını engellemelisiniz.

chmod 600 ~/.my.cnf

Sonra gibi bir şey kullanabilirsiniz

ssh user@server 'mysql -u user110971 --defaults-file=/home/user110971/mysql-opts'

user110971hesabınızın kullanıcı adı nerede .

Ssh'yi sahte tty ( ssh -t) ataması için zorlamak

Bu sorun, her komut gönderdiğinizde gerçekleşir sshve varsayılan olarak sshbir takma tty atamadığı için girdiyi girmeniz gerekir .

Tty tahsisini şu seçenekle zorlayabilirsiniz: -t(gerekirse birden fazla bile):

-t

Sözde tty tahsisini zorla. Bu, uzak bir makinede isteğe bağlı ekran tabanlı programları yürütmek için kullanılabilir; bu, örneğin menü hizmetlerini uygularken çok yararlı olabilir. Birden fazla -tseçenek, ssh'nin yerel tty'si olmasa bile, tty tahsisini zorlar.

Eğer okuduğunuz gibi bu Debian yazı (Jul_11_2008) hakkında sudo, bu aşklar tekrarlanmasını Eski bir konudur:

ssh user@server "sudo ls"  
password: password  

Ve şifre size gösterilir

Çözüm, ssh'yi -t bayrağıyla sahte bir tty ayırmaya zorlamaktır:

ssh -t user@server sudo ls

Not:

^[*] Şifreyi yalnızca sizin tarafınızdan erişilebilen bir dosyada bırakıp, çalışan istemcideroot kullanmaya güveniyorsanız.
İşletim sistemini değiştiren uzaktaki bilgisayarı yeniden başlatmak veya HDD'yi kaldırmak mümkün ise, bilgisayar tamamen güvenli sayılmaz ... ancak bu durumda veritabanının kendisi güvenli olmaz.

Proc fs için "hidepid" takma seçeneği de değerlidir. Komut satırlarınızı diğer kullanıcılar için işlem listesinde görünmez kılar. fstab örneği:

proc /proc proc hidepid=1 0 0