Bir geliştirici, sunucusuna scp ile dosya aktardıktan sonra SSH üzerinden erişim sağlayamadığını fark etti. "Permission denied (publickey)" hatası alıyordu. Neyse ki, aynı makinede kurulu bir WebDAV sunucusu sayesinde dosya sistemine erişebiliyordu. İlk başta authorized_keys dosyasının üzerine yazıldığını düşündü ancak dosya sağlamdı. Yeni bir anahtar oluşturmak veya farklı bir makineden denemek de işe yaramadı. Geçici bir çözüm olarak parola ile giriş yapabildi ancak bu kalıcı bir çözüm değildi.
Sorunun kaynağını araştırırken, ana dizininin (home directory) dosya izinlerinin rwxrwxrwx (777) olarak değiştiğini fark etti. Normalde bu izinlerin rwx------ (700) olması gerekiyordu. SSH, güvenlik gereği, kullanıcı ana dizininin veya özel anahtar dosyasının çok açık izinlere sahip olması durumunda bağlantıyı reddeder. Bu durum, özel anahtar dosyalarının başkaları tarafından okunabilir olmaması gerektiği prensibine benzer bir sunucu tarafı kontrolüdür.
Ana dizin izinlerini rwx------ (700) olarak geri çevirdiğinde SSH erişimi normale döndü. OpenSSH günlüklerinde de "Authentication refused: bad ownership or m..." şeklinde bir hata kaydı bulundu. Bu deneyim, scp gibi dosya transfer araçlarının veya diğer uygulamaların yanlışlıkla dosya izinlerini değiştirebileceğini ve bunun SSH erişimini engelleyebileceğini gösteriyor. Bu tür durumlarla karşılaşan kullanıcıların öncelikle dosya ve dizin izinlerini kontrol etmeleri gerektiği vurgulanıyor.
Yanlış dosya izinleri, özellikle ana dizin izinleri, SSH erişimini beklenmedik şekilde engelleyebilir ve bu durum genellikle gözden kaçan bir güvenlik kontrolünden kaynaklanır.