Автор темы
#1
ssh-audit ile SSH Yapılandırma Denetimi
[LIST]
Neden ssh-audit? Bazen manuel inceleme uzun sürer ve özellikle çok sayıda sunucuda standartlaştırma zordur. ssh-audit, konfigürasyon dosyasını (genellikle /etc/ssh/sshd_config) ve mevcut davranışları tarayarak güvenlik açısından kritik noktaları tek seferde ortaya koyar. En sık karşılaşılan hatalar arasında protokol sürümünün eski kalması, kök kullanıcıyla girişin açık bırakılması, güçlü kullanıcı doğrulama gerekmemesi ve oturum açma denemeleri için sınırlama olmaması yer alır.
Kurulum ve çalıştırma adımları:
Bu komutlar Debian/Ubuntu türevlerinde tipiktir; Red Hat tabanlı sistemlerde rpm/dnf ile kurulabilir. Çıktı, güvenlik açıklarını, zayıf anahtar kullanımlarını ve protokol sürümü gibi kritik parametreleri listeler.
Çıktıyı yorumlamak: ssh-audit, temel kategorileri belirtir:
Pratik iyileştirme örnekleri:
Raporu nasıl kullanmalı: ssh-audit çıktısındaki kırmızı işaretli noktalar için hedefli değişiklik listesi oluşturun. Değişiklikleri birlikte yöneten bir değişim yönetimi süreciyle uygulayın, yeniden başlatmadan önce yapılandırmanın doğruluğunu kontrol edin.
[simple]Sonuç olarak ssh-audit, SSH servisinin güvenlik açıklarını hızlı ve kesin bir şekilde ortaya koyar. Uygun ayarlamalarla, kök erişiminin sivrilmesini engelleyerek saldırı yüzeyini önemli ölçüde daraltırsınız. [/simple]
Bu aracı kullanırken hangi konfigürasyonlar sizin ortamınızda en kritik olarak görülüyor? Özellikle çok sayıda sunucuda tutarlılığı sağlamak için hangi yöntemleri benimsiyorsunuz?
Güvenli bir SSH yapılandırması, hizmetin açıklarını azaltmanın en temel adımlarından biridir. ssh-audit, mevcut ayarları hızlı bir şekilde analiz ederek yanlış ya da zayıf yapılandırmaları ortaya koyar ve pratik iyileştirme önerileri sunar. Bu yazıda, aracı kurarken nelere dikkat etmek gerektiğini ve çıktılardan nasıl yararlanılacağını adım adım inceleyeceğiz.
[LIST]
КОД
123sudo apt-get update
sudo apt-get install -y ssh-audit
sudo ssh-audit /etc/ssh/sshd_config
Bu komutlar Debian/Ubuntu türevlerinde tipiktir; Red Hat tabanlı sistemlerde rpm/dnf ile kurulabilir. Çıktı, güvenlik açıklarını, zayıf anahtar kullanımlarını ve protokol sürümü gibi kritik parametreleri listeler.
- Kullanılan protokol sürümü: SSH v1 kullanımı potansiyel güvenlik riskidir; mümkünse v2’ye geçiş hedeflenmelidir.
- Kök kullanıcıyla oturum açma: PermitRootLogin ve PermitRootLogin prohibit-password gibi ayarları kontrol eder.
- Parola doğrulama: PasswordAuthentication ve ChallengeResponseAuthentication değerleri üzerinden zayıf erişim kapılarını belirler.
- Kullanıcı sınırlamaları: AllowUsers/AllowGroups ile hangi kullanıcıların erişebileceğini netleştirir.
- Giriş denemesi sayısı ve süreleri: MaxAuthTries, LoginGraceTime gibi değerler kaba kuvvet ataklarına karşı kritik rol oynar.
- Anahtar tabanlı doğrulama ve anahtar türleri: RSA/ED25519 gibi anahtar türlerinin kullanım durumunu ve zararlı konfigürasyonları işaretler.
- Kanal ve iletim güvenliği: Kullanılan şifrelemeler, kütüphane sürümleri ve potansiyel zayıflıklar raporlanır.
КОД
12345678910111213141516# Protokol ve sürüm
Protocol 2
[b]Root oturumunu devre dışı bırak[/b]
PermitRootLogin no
[b]Parola doğrulamasını kapat ve sadece anahtar tabanlı doğrulamaya geç[/b]
PasswordAuthentication no
ChallengeResponseAuthentication no
[b]Deneme katsayılarını sıkılaştır[/b]
MaxAuthTries 3
LoginGraceTime 60
[b]Kullanıcı erişimini sınırla[/b]
AllowUsers admin alice-bkp
[b]Diffie-Hellman ve güçlendirme ayarları[/b]
KexAlgorithms curve25519-sha256@libssh.org,diffie-hellman-group-exchange-sha256
Ciphers chacha20-poly1305@openssh.com,aes256-gcm@openssh.com
MACs -hmac-sha2-512,-hmac-sha2-256
Not: Yukarıdaki ayarlar genel güvenlik iyileştirmelerini örnekler; organizasyonel politikalar ve mevcut uygulamalar dikkate alınarak uyarlanmalıdır. sshd_config değişikliklerini uygulamadan önce konfigürasyon hatalarını önlemek için bir test ortamında doğrulama yapılması önerilir.
[simple]Sonuç olarak ssh-audit, SSH servisinin güvenlik açıklarını hızlı ve kesin bir şekilde ortaya koyar. Uygun ayarlamalarla, kök erişiminin sivrilmesini engelleyerek saldırı yüzeyini önemli ölçüde daraltırsınız. [/simple]
Bu aracı kullanırken hangi konfigürasyonlar sizin ortamınızda en kritik olarak görülüyor? Özellikle çok sayıda sunucuda tutarlılığı sağlamak için hangi yöntemleri benimsiyorsunuz?
