CapordiaErişimleri dağıtmadan önce sorumluları adlandırın
Kiralama dosyasının sorumlusunu, projeye erişimi yetkilendiren kişiyi ve hedefte teknik değişiklikleri uygulayabilen kişiyi ayırın. Sonuçların sorumlusunun mutlaka süreç başlatması veya makineyi yönetmesi gerekmez. Hakları seçmeden önce gerekli işlemleri yazın: bir dışa aktarımı okumak, girdi yüklemek, bir görev çalıştırmak veya bir ortamı değiştirmek.
Ardından fiilen verilen erişimlerin kapsamını doğrulayın. Kimlik oluşturma veya izinleri ayarlama hakkınız yoksa, başka kişileri davet etmeden önce olası prosedürü onaylatın. Bu sınırı Capordia hesabının parolasını dağıtarak aşmayın. İşin paylaşılması ile ticari dosyanın yönetimi iki ayrı konudur.
Bireysel bir kimlik kullanın ve kapsamını bilin
Bireysel bir kimlik, tüm ekibin erişimini değiştirmeden bir kişinin erişimini kaldırmanızı sağlar. Anahtarla SSH kullanan bir organizasyonda OpenSSH, sunucunun bildiği ortak anahtarı ve kullanıcının elinde bulunan özel anahtarı birbirinden ayırır. Koordinasyon belgesi bir ortak anahtar referansı veya parmak izi içerebilir; özel anahtarı veya onun koruma parolasını asla içermemelidir.
Aynı sistem hesabına erişim sağlayan iki farklı anahtar otomatik olarak iki farklı dosya kapsamı oluşturmaz. İzinler hesaba ve makinede yapılandırılan mekanizmalara bağlıdır. Bu nedenle gereksinimin yalnızca bireysel kimlik doğrulamayı mı yoksa eylemlerin ayrılmasını da mı kapsadığına karar verin. Otomasyonlar için, bir meslektaşınızın kişisel kimliğini gizlice yeniden kullanmadan açık bir kimlik ve sahip öngörün.
Bir kimliği sunmadan önce hedefi doğrulayın
İlk erişimde, erişim teslim sürecinde elde edilen güvenilir bir referanstan makinenin adını, beklenen hesabı ve ana makine anahtarının parmak izini kontrol edin. Bu ana makine anahtarı sunucuyu tanımlar; kullanıcı anahtarınızdan farklıdır. Sunucunun kimliğindeki beklenmedik bir değişiklik mesajı, bilinen referansın otomatik olarak silinmesini değil, incelenmeyi hak eder.
OpenSSH ana makine anahtarlarını saklar ve değişikliklerini bildirir. Bu bilgiyi bağlamla birlikte kullanın: duyurulan makine yeniden kurulumu, değişen adres veya açıklanamayan bir olay. Beklenmiyorsa, devam etmeden önce değişikliği teyit ettirin. Amaç her bağlantıya bir ritüel eklemek değil, bir kimlik uyarısını basit bir görüntüleme rahatsızlığı olarak ele almaktan kaçınmaktır.
Kurgusal örnek: üç katılımcı, üç ihtiyaç
Kurgusal "Yapıtlar Dosyası" ekibi bir haftalık çalışmaya hazırlanıyor. Idriss proje A'nın işlemlerini yürütüyor, Noémie dışa aktarımları gözden geçiriyor ve Sacha ortamı yapılandırmak için geçici olarak devreye giriyor. Ekip tablodaki hakları istiyor ancak bunların gerçekte teslim edilen sistemle uygulanabilir olduğunu doğrulaması gerekiyor. Bu, ne mevcut müşteri hesapları ne de Capordia tarafından duyurulan ekip yönetimi işlevleriyle ilgilidir.
Belirleyici ilke, Noémie'nin bir sonucu açmak için yönetim erişimi elde etmemesi ve Sacha'nın müdahalesinin bir sonunun olmasıdır. Yalnızca insan onayı hiçbir hakkı yapılandırmaz: teknik sorumlu mevcut mekanizmaları uygular, ardından herkes öngörülen kontrolleri yürütür. İstenen ayrım gerçekleştirilemiyorsa, proje bu ayrımı gerektiren verileri devreye almadan önce organizasyonunu uyarlamalıdır.
| Katılımcı | İhtiyaç | İstenen kapsam | Yeniden değerlendirme |
|---|---|---|---|
| Idriss, yürütme | Girdileri yükle ve proje A'yı başlat | Çalışma alanı A, genel yönetim olmadan | Kampanya sonu veya rol değişikliği |
| Noémie, doğrulama | Teslim edilen dışa aktarımları oku | Girdiler değiştirilmeden, seçilen sonuçlar | Doğrulama sonu |
| Sacha, müdahale | İzin verilen ortamı hazırla | Tanımlanmış ve onaylanmış değişiklik | Müdahalenin alınmasından itibaren |
Bir erişim formu hazırlayın ve sınırları test edin
Form, bir kişiyi veya otomasyonu, teknik bir kimliği, bir onaylayıcıyı, bir kapsamı, bir gerekçeyi ve bir vadeyi birbirine bağlar. Sırları saklamadan ortak anahtarın referansını ve kaldırma prosedürünü saklayın. OpenSSH ssh-keygen, bir ortak anahtarın parmak izini görüntülemenizi sağlar: bu referans, özel kısmını kopyalamadan ekleme veya silme sırasında doğru anahtarı belirtmeye yardımcı olur.
Önce sentetik bir dosya üzerinde izin verilen bir eylemi, ardından reddedilmesi öngörülen, kapsam dışı bir eylemi test edin. Bir okuma rolü için açma çalışmalı ve kontrollü bir değişiklik girişimi reddedilmelidir. Bir silme yasağını test etmek için gerçek veriler kullanmayın. Ayrıca ortak yolları ve çıktıların hedefini de doğrulayın, çünkü bir klasör üzerindeki doğru bir hak, programın tüm yollarını garanti etmez.
Yetki kaldırımını planlayın ve yeni bir bağlantıyı doğrulayın
Yetki kaldırımını müdahalenin sonunda, bir kişinin ayrılması üzerine veya bir ihlal şüphesinden sonra tetikleyin. Sorumlu kişi, aynı kimlik için izin verilen diğer erişim yolları da dahil olmak üzere ilgili tüm yetkileri belirler. Kaldırımı gerçek yapılandırmaya göre uygular. OpenSSH'in RevokedKeys yönergesi, belgelenen mekanizmalardan olası bir tanesidir; doğrulama yapılmadan bir makinede etkin olduğu varsayılmamalıdır.
Ardından, sorumlunun kurtarma erişimini silmeden, yetkisi kaldırılan kimlikle yeni bir kimlik doğrulamanın reddedildiğini kontrol edin. Zaten açık oturumları, sürmekte olan görevleri ve otomasyon kimliklerini ayrı ayrı inceleyin: bir yetkiyi kaldırmak ile bir etkinliği durdurmak farklı kararlardır. Bir işin devam etmesi gerekiyorsa, sahipsiz bir kimlik bırakmak yerine sorumluluğunu üzerinde anlaşılmış bir prosedüre göre devredin.
Denetimi engelleyen kısa yollardan kaçının
Ortak bir özel anahtar, kimin onu değiştirmesi gerektiğinin bilinmesini engeller ve çoğu zaman toplu bir rotasyonu zorunlu kılar. « Geçici olarak » verilen geniş bir erişim, gözden geçirme tarihini kimse belirlemediyse kalıcı hale gelme eğilimindedir. Makineyi yönetmek için de kullanılan bir doğrulama hesabı, ayrılık kontrollerinin yorumlanmasını zorlaştırır. Bu sorunları, operasyonun bağımlılığı haline gelmeden önce erişim kaydında düzeltin.
Ayrıca, yalnızca teşhis edilmemiş bir zorluğu aşmak için ajan iletimleri, tüneller veya erişim istisnaları eklemekten kaçının. Bağlantı ihtiyacını ve kısıtlarını yetkili sorumlu tanımlasın. Bu kılavuz evrensel bir sunucu yapılandırması önermez: mekanizmalar verilen yetkilere, ortama ve proje gereksinimlerine bağlıdır. Genel bir dokümantasyon, hedefin doğrulanması yerine geçmez.
Denetlenebilir bir erişim düzenini yeniden kurmak
Teslim alırken onaylanmış matrisi, etkin kimlikleri, izin verilen ve reddedilen testleri, son tarihleri ve bir erişimi kaldırabilecek kişiyi bir araya getirin. İzinde olan birinin gizli bilgisini paylaşmadan yerine geçebilecek birinin bulunduğunu doğrulayın. Süreklilik, proje klasöründe paylaşılan bir parolaya değil, bir prosedüre ve yetkili bir yedek sorumluya dayanır.
Devir teslim sırasında artık gereksiz hale gelen erişimleri ve kişisel bir kimliğe bağlı otomasyonları gözden geçirin. Beklenmeyen bir ret işi engelliyorsa, teknik kimlik, ilgili yol ve arındırılmış hata bilgisiyle hedefli bir olay dosyası oluşturun. Yalnızca belirtiyi ortadan kaldırmak için genel yetkiler eklemeyin. Doğru kapanış, gerekli, test edilmiş ve sonu bilinen bir erişimdir.
Karar vermek için sorular
Capordia hesabı tüm ilgililerle paylaşılmalı mı?
Hayır. Kiralama takibi ile işe yönelik teknik erişimler ayrı ayrı düzenlenmelidir. Gerçekten verilen haklarla olası makine kimliklerini tanımlayın. Bu yöntem, Capordia alanında herhangi bir davet veya ekip rolü sistemini varsaymaz.
Genel bir anahtar otomatik olarak doğru yetkileri verir mi?
Hayır. Yetkilendirildiğinde kimlik doğrulama için kullanılır; erişilebilen işlemler ise hesaba ve sistemin izinlerine bağlıdır. Sentetik dosyalar üzerinde izin verilen bir işlemi ve reddedilmesi gereken bir işlemi doğrulayın.
Bir ekip üyesi ayrıldıktan sonra ne kontrol edilmeli?
Yetkilerini kaldırın, yeni bir kimlik doğrulamanın reddedildiğini kontrol edin ve kimliğiyle hâlâ ilişkili oturumları, işleri ve otomasyonları inceleyin. Kurtarma ve takip için yetkili bir sorumlu bulundurun. Sadece işaretlenmiş bir kutudan yola çıkarak erişimin kaldırıldığı sonucuna varmayın.