Ağ sahibinin onaylayabileceği bir uzaktan erişim cihazı önerin

Uzaktan erişim cihazı, dışarıya doğru bağlantı kurduğunda ve gelen bir bağlantı noktası yönlendirmesine ihtiyaç duymadığında bile müşterinin ağ sınırını değiştirir. Onu kurulumu kolay yapan ve gözden kaçırılması kolay yapan şey, dışarıya doğru olan yöndür. Ağa girmeden önce bunu bir erişim tasarımı talebi olarak sunun. Bunu bahsetmenize gerek olmayan bir şeymiş gibi sunmak, teknik bir başarının sözleşme sorununa dönüşme biçimidir.

Ağ sahibinin dört soru soracağını varsayın: ne, kim, ne kadar uzağa ve bunu nasıl geri alırız.

Alt ağı değil, kaynağı isteyin

İşi sahibin kullandığı terimlerle anlatın: hangi kişinin hangi hizmete, hangi cihazda, ne kadar süreyle ihtiyacı var. Tek bir ana bilgisayardaki tek bir uygulamayla sınırlı bir talep onaylanması kolaydır. Alt ağ talebi, bir başkasının bölümlendirmesini yeniden düzenleme talebidir.

Müşteri hâlihazırda ihtiyacı karşılayan onaylı bir VPN, uzak masaüstü geçidi veya yönetilen destek kanalı işletiyor olabilir. Bunu önce kontrol edin, çünkü mevcut bir yolu yeniden kullanmak genellikle her iki taraf için en ucuz yanıttır. Uymuyorsa neden uymadığını tam olarak söyleyin. Bu karşılaştırma teklifin en güçlü parçasıdır.

Bir cihaz gerçekten gerekliyse sahibini, yazılım kaynağını, güncelleme sürecini ve amaçlanan kurulum noktasını getirin.

Bağlantıyı ve güvenin nerede bittiğini gösterin

Cihazı, uzak kullanıcıyı, varsa aracıyı veya aktarıcıyı ve korunan kaynağı çizin. Şifrelemenin nerede bittiğini ve her uç noktayı kimin yönettiğini işaretleyin. Dışarıya doğru bir oturum yine de yeni bir denetim yolu getirir ve bu, şemada görünür hale gelir. Trafiğin şifreli olduğunu söylemek bir gizlilik sorusunu yanıtlar, hiçbir yetkilendirme sorusunu yanıtlamaz.

Kipi açıkça belirtin: paket yönlendirme, uygulama ara sunucusu veya açığa çıkarılmış masaüstü. Her birinin yönlendirme ve ana bilgisayar güvenliği açısından farklı sonuçları vardır ve cihaz ele geçirildiğinde her biri farklı biçimde başarısız olur.

İlgisiz müşteri ağlarını ve cihazın kendi yönetim arayüzünü onaylanan kapsamın dışında tutun.

Kullanıcı kimliğini cihaz kimliğinden ayırın

Kullanıcı kaydı, cihaz kimliği, çok faktörlü kimlik doğrulama ve uygulamaya oturum açma dört farklı denetimdir ve teklif her birini adlandırmalıdır. Paylaşılan kimlik bilgileri yaygın kısayoldur ve sahibi, herkesi aksatmadan tek bir kişiyi iptal edemez durumda bırakır. Oturum açma uygulamada kalmalıdır. Cihaz bir bağlantının kimliğini doğrular; hizmet o bağlantının ne yapabileceğine karar verir.

NIST'in sıfır güven mimarisi burada yararlıdır, çünkü kaynak erişimini ağ konumunun bir sonucu değil, açık bir karar olarak ele alır.

Kurulumdan önce kurtarma ve kaldırma konusunda anlaşın

Sahip, erişimi size yapılan bir telefonla değil, kendi işlettiği bir denetimle derhal kapatabilmelidir. Kimlik bilgilerinin iptalini, cihazın kaldırılmasını, güncelleme sorumluluğunu ve bir son kullanma veya gözden geçirme tarihini yazın. Yeni uzak kanala bağlı olmayan yerel bir kurtarma yolu koruyun. Tedarikçi olmadan kimsenin kaldıramadığı bir cihaz, kolaylık kılığına girmiş kalıcı bir bağımlılıktır.

Kayıtları ölçülü tutun: onaylanan kimlikler, erişim kapsamı, önemli değişiklikler ve ilgili arızalar.

İlgisiz tarama geçmişi toplamak, cihazın var olduğunu kanıtlamak için iyi işletim kanıtı değildir ve sahibin hiç istemediği bir yükümlülük yaratır.

Başarılı bir onay nasıl görünür

Tasarımı sahiple birlikte, izin verilen tek bir hizmet ve reddedilmiş kalması gereken tek bir kaynakla kabul edin. O ikinci yarı, insanların atladığı kısımdır ve sınırın şemanın söylediği yerde olduğunu kanıtlayan tek kısımdır. İptali de aynı şekilde sınayın, cihaz gerçek iş taşımadan önce. Onay verilmezse müşterinin onaylı alternatifini kullanın veya işi yerinde yapın.

Çalışan bir bağlantı, erişim yolunu oluşturma izni değildir.

Onayı kapsamı ve son kullanma tarihiyle yazın ve sahibe bir kopyasını verin. O ağa dokunan bir sonraki kişi kaydı okuyacak, konuşmaya dair hatırladıklarınızı değil.