Paylaşılan yedek klasörlerinde sticky bit neden önemlidir?

Paylaşılan klasörlerde silme yetkisini yanlış vermeden yedekleri nasıl korursunuz?​

Yedek dosyalarını birden fazla kullanıcı, servis hesabı ya da ekip aynı dizinde tutuyorsa en sık kaçırılan konu izinlerden biridir. Klasörde herkes yazabiliyor ama herkes dosya silebiliyor olmak aynı şey değildir. Özellikle ortak kullanılan dizinlerde, bir kullanıcının yalnızca kendi oluşturduğu dosyayı silebilmesi, başkasının dosyasını silememesi çoğu zaman daha güvenli bir düzendir.

Linux ve benzeri sistemlerde bu ayrımı sağlamaya yarayan mekanizmalardan biri sticky bittir. Sticky bit bir dizinde etkinse, o dizin içindeki dosyaları silme veya yeniden adlandırma yetkisi yalnızca dosyanın sahibi, dizinin sahibi ya da yetkili kullanıcıda olur. Bu davranış, ortak kullanılan yedek, geçici dosya veya paylaşılan çalışma klasörlerinde istenmeyen silmeleri azaltır. Yetki modelinin tam etkisi dosya sahipliği, grup izinleri ve dizin üzerindeki diğer izinlerle birlikte değerlendirilmelidir.

Sticky bit tek başına neyi çözer, neyi çözmez?​

Sticky bit, bir dizinin içeriğine toplu erişimi açıp yalnızca silme yetkisini sınırlamak istediğiniz durumlarda işe yarar. Yani klasörü paylaşmak istiyor, ama başka bir kullanıcının yanlışlıkla veya kasıtlı olarak sizin yedeğinizi kaldırmasını istemiyorsanız uygun olabilir.

Ancak sticky bit şu sorunları tek başına çözmez:

• Dosyanın okunmasını engellemez.
• Dosyanın üzerine yazılmasını doğrudan engellemez.
• Yanlış sahiplik ve grup atamasını düzeltmez.
• Yedeklerin şifrelenmesi veya erişim kontrolü yerine geçmez.

Bu yüzden sticky bit’i, yedek güvenliğinin tamamı değil, paylaşılan dizinlerdeki silme riskini azaltan bir katman olarak düşünmek gerekir.

Hangi senaryolarda özellikle faydalıdır?​

Sticky bit en çok şu tür ortamlarda anlamlıdır:

• Birden fazla sistem kullanıcısının aynı klasöre dosya bırakması gereken yapılar
• Geçici iş dosyaları ile yedeklerin aynı ağ klasöründe tutulduğu düzenler
• Aynı dizinde log, çıktı ve arşiv dosyaları üreten servisler
• İşletim ekibinin ortak ama kontrollü yazma alanı kullandığı sunucular

Yedekler için pratikte daha doğru yaklaşım genelde şudur: Yedekler ayrı bir dizinde tutulur, sahiplik mümkün olduğunca tek servis hesabına verilir, grup yazma yetkisi yalnızca gerçekten gerekiyorsa açılır ve paylaşılan klasörlerde sticky bit ile silme riski sınırlandırılır.

Sık yapılan hata: izinleri genişletip güvenliği sonradan düşünmek​

En yaygın hata, “yedek atsın yeter” düşüncesiyle klasörü herkese yazılabilir hale getirmektir. Bu, kısa vadede işi kolaylaştırsa da uzun vadede üç risk doğurur:

• Yanlışlıkla silinen veya üzerine yazılan yedekler
• Farklı kullanıcıların birbirinin dosyalarını değiştirebilmesi
• Sorun çıktığında kimin neyi değiştirdiğini anlamanın zorlaşması

Bir diğer hata da sticky bit’i tek başına yeterli sanmaktır. Eğer dizin sahibi kötü belirlenmişse, servis hesabı gereğinden fazla yetkiliyse ya da yedekler aynı makinede açık metin olarak tutuluyorsa, sticky bit yalnızca dar bir problemi çözer.

Uygulamada nasıl düşünmelisiniz?​

Basit karar kuralı şu olabilir: Eğer dizin paylaşımlıysa ve amaç herkesin her şeyi yönetmesi değil, yalnızca kendi ürettiği dosyalarla çalışmasıysa sticky bit değerlendirilebilir. Ama yedek güvenliği için asıl temel; doğru sahiplik, en az ayrıcalık ilkesi, ayrı saklama alanı, düzenli geri yükleme testi ve mümkünse şifrelemedir.

Yani sticky bit, yedek klasörünü “dokunulmaz” yapmaz; sadece paylaşılan bir klasörde yanlış silmeyi daha zor hale getirir. Bu yüzden onu, düzgün tasarlanmış izin yapısının küçük ama faydalı bir parçası olarak kullanmak en doğru yaklaşımdır.