SSH güvenliğini iyileştirmek için ilginç bir ipucu

Bu sefer bir göreceğiz kısa ve basit ipucu geliştirmemize yardımcı olacak güvenlik ile uzak bağlantılarımızın SSH.

SSH bağlantılarını yönetmek için GNU / Linux sistemleri tarafından sağlanan paket olan OpenSSH, çok çeşitli seçeneklere sahiptir. Kitap okumak SSH Güvenli Kabuk ve kılavuz sayfalarında SSH istemcisine / etc / ssh dizininde varsayılan olarak bulunandan farklı bir yapılandırma dosyası kullanmasını söyleyen -F seçeneğini buldum.

Bu seçeneği nasıl kullanıyoruz?

Aşağıdaki gibi:

ssh -F / yol / yolunuz / konfigürasyon / dosya kullanıcı @ ip / ana bilgisayar

Örneğin, Masaüstünde my_config adında özel bir yapılandırma dosyamız varsa ve Carlos kullanıcısıyla bilgisayara 192.168.1.258 IP'si ile bağlanmak istiyorsak, o zaman komutu aşağıdaki gibi kullanırız:

ssh -F ~ / Masaüstü / my_config carlos@192.168.1.258

Bağlantının güvenliğine nasıl yardımcı olur?

Sistemimizde bulunan bir saldırganın, yönetici ayrıcalıklarına henüz sahip değilse hemen almaya çalışacağını hatırlayın, bu nedenle, ağdaki diğer makinelere bağlanmak için ssh yürütmesi oldukça kolay olacaktır. Bundan kaçınmak için / etc / ssh / ssh_config dosyasını yanlış değerlerle yapılandırabiliriz ve SSH aracılığıyla bağlanmak istediğimizde, kaydettiğimiz yapılandırma dosyasını yalnızca bildiğimiz bir konuma (harici bir depolama aygıtında bile) kullanacağız, yani diyelim ki, karanlıkta güvenliğe sahip olurduk. Bu şekilde saldırgan, SSH kullanarak bağlanamadığını ve bağlantıları varsayılan yapılandırma dosyasında belirtilenlere göre yapmaya çalıştığını öğrenince şaşırır, bu yüzden ne olduğunu fark etmesi zorlaşır ve onu çok karmaşık hale getiririz. iş.

Bu, SSH sunucusunun dinleme bağlantı noktasını değiştirmek, SSH1'i devre dışı bırakmak, hangi kullanıcıların sunucuya bağlanabileceğini belirlemek, sunucuya hangi IP veya IP aralığının bağlanabileceğini ve içinde bulabileceğimiz diğer ipuçlarını açıkça belirtmek için eklendi. http://www.techtear.com/2007/04/08/trucos-y-consejos-para-asegurar-ssh-en-linux SSH bağlantılarımızın güvenliğini artırmamıza izin verecekler.

Yukarıda açıklanan her şey tek satırda yapılabilir. Uzak bir PC'ye SSH aracılığıyla her giriş yapmaya çalıştığımızda, birden fazla seçenek içeren büyük bir satır yazmak benim zevkime göre oldukça sıkıcı olurdu, örneğin, aşağıdaki söylediklerimin bir örneği olabilir:

ssh -p 1056 -c balon balığı -C -l carlos -q -i kendim 192.168.1.258

-p Uzak ana bilgisayarda bağlanılacak bağlantı noktasını belirtir.
-c Oturumun nasıl şifreleneceğini belirtir.
-C Oturumun sıkıştırılması gerektiğini belirtir.
-l Uzak ana bilgisayarda oturum açılacak kullanıcıyı belirtir.
-q Tanı mesajlarının bastırıldığını gösterir.
-i (özel anahtar) ile tanımlanacak dosyayı gösterir

Ayrıca, her ihtiyacımız olduğunda tüm komutu yazmak zorunda kalmamak için terminalin geçmişini kullanabileceğimizi de unutmamalıyız, bu bir saldırganın da yararlanabileceği bir şeydir, bu yüzden en azından SSH bağlantılarının kullanımında bunu önermem.

Güvenlik sorunu bu seçeneğin tek avantajı olmasa da, bağlanmak istediğimiz her sunucu için bir yapılandırma dosyası olması gibi başkalarını da düşünebilirim, böylece bir sunucuya her bağlantı kurmak istediğimizde seçenekleri yazmaktan kaçınacağız. Belirli bir konfigürasyona sahip SSH.

Farklı konfigürasyonlara sahip birkaç sunucunuz olması durumunda -F seçeneğini kullanmak çok yararlı olabilir. Aksi takdirde, pratik olarak imkansız olan tüm ayarların hatırlanması gerekecektir. Çözüm, her sunucunun gereksinimlerine göre mükemmel bir şekilde hazırlanmış, bu sunuculara erişimi kolaylaştıran ve sağlayan bir yapılandırma dosyasına sahip olmak olacaktır.

Bu bağlantıda http://www.openbsd.org/cgi-bin/man.cgi?query=ssh_config SSH istemcisi yapılandırma dosyasını nasıl düzenleyeceğinizi öğrenebilirsiniz.

Bunun SSH'yi sağlamak için bulabileceğimiz yüzlerce ipucundan sadece bir tanesi olduğunu unutmayın, bu nedenle güvenli uzaktan bağlantılara sahip olmak istiyorsanız OpenSSH'nin bize sunduğu olasılıkları birleştirmeniz gerekir.

Şimdilik bu kadar, umarım bu bilgiler size yardımcı olur ve önümüzdeki hafta SSH güvenliği hakkında başka bir gönderi bekler.