Cihaz güvenlik modeli

CID222, kendi altyapınızın içinde bir sanal cihaz olarak çalışır. Bu tek gerçek, güvenlik modelinin büyük bölümünü belirler: sınır cihazdır ve dışındaki her şey ya kimliği doğrulanmıştır ya da adrese göre kabul edilmiştir.

Sorun

İstemleri denetleyen bir ağ geçidi, kurumdaki en hassas metni en azından kısa süreliğine elinde tutar. Kendisini yararlı kılan sağlayıcı kimlik bilgilerini de tutar. Bunu neyin koruduğuna karar vermek; sınırın içinde kimin olduğu, kenarında kimin durduğu ve ürünün doğrulayamadığı bir iddiaya nerede inandığı konusunda kesin konuşmayı gerektirir.

CID222 bunu nasıl yapar

Sınır cihazdır ve cihaz sizindir

Hiçbir istem, yanıt veya tespit cihazdan çıkıp sağlayıcıya gitmez. Tespit modelleri yerel çalışır, lisans doğrulaması cihazda tutulan bir güven çıpasına karşı çevrimdışı yapılır ve başvuru katalogları imajın içinde gelir. Sağlayıcıya giden tek dış yol, isteğe bağlı çevrimiçi güncelleme kanalıdır ve bunu hiç kullanmayan hava boşluklu bir dağıtım, eksik değil desteklenen bir dağıtımdır.

Bunun dürüst yarısı şudur: cihaz, sizin hipervizörünüzde bir sanal makinedir. Diski, belleği ve anlık görüntüleri sizindir. Cihazı kendi yöneticisinden koruyan, sağlayıcıda duran bir anahtar yoktur; uzaktan bir kapatma düğmesi de yoktur. Hipervizörü kim denetliyorsa cihazı da o denetler.

API'ye iki kimlik ulaşır

JWT_SECRET oturumların ötesinde de yük taşır: saklanan sağlayıcı kimlik bilgilerini ve dizin bağlanma parolasını koruyan anahtarları türetir. Ağ geçidi bilinen bir yer tutucu değerde başlamayı reddeder ve değer ayarlanmamışsa her açılışta yeni bir gizli anahtar üretir — bu da oturumları geçersiz kılar ve saklanan o gizli değerleri okunamaz hâle getirir.

Sağlayıcı kimlik bilgileri AES-256-GCM ile şifreli tutulur ve API tarafından asla döndürülmez.

Erişim denetimi role göre zorlanır, henüz yeteneğe göre değil

Beş rol vardır. Bugün zorlanan şey, her uç noktadaki rol dekoratörü ve bir rolün hangi panel sayfalarını açabileceğine karar veren sayfa temelidir.

70 yetenekli bir model her istekte hesaplanır ve karşılaştırılır, ancak hiçbir şeyi zorlamaz. Dekoratörler politikaya dönüşmeden önce onunla uzlaştırılabilsin diye gölge kipte çalışır.

Adı anılmaya değer iki rol vardır:

• viewer, güvenli bir HTTP yönteminde her rol koşulunu karşılar ve değiştirici her isteği genel olarak reddedilir — bu, bir uç nokta listesinin değil, isteğin bir niteliğinin sonucudur.
• Dış bir auditor, tüm kiracılardaki uyumluluk ve yönetişim kanıtlarını okur ve mesaj içeriğini okuyamaz. Tek katı dışlaması sohbettir: oturum tutan bir denetçi, müşterinin tokenlarını harcar ve onayladığı kanıta satır yazardı.

Denetim kenarı adrese göre kabul edilir

Internet Content Adaptation Protocol (ICAP) üzerinden tümleşmiş bir güvenli web ağ geçidi farklı türden bir çağırandır: ne bir kişi ne de anahtar taşıyan bir uygulama; bir ağ eşidir. Bir izin listesine karşı kaynak adresine göre kabul edilir ve her isteğe eklediği kullanıcı adına güvenilir. Bu, üründeki en zayıf güven ilişkisidir ve aşağıdaki sınırlar nedenini söyler.

Sınırlar ve bilinen eksikler

• ICAP dinleyicisi eşini doğrulayamaz. CID222'nin tümleştiği hiçbir güvenli web ağ geçidi ürünü ICAP için bir kimlik bilgisi ya da özel başlık alanı sunmaz; bu yüzden kabul yalnızca kaynak adrese göredir ve kabul edilen bir eşe, her istek için iddia ettiği kullanıcı adına kadar inanılır. ICAP ağ yolunu güvenilen altyapı olarak ele alın ve bunun gerçekten doğru olduğu bir ağ bölütüne koyun.
• Aynı ana makinedeki bir sanal makine laboratuvarında kaynak IP'ye göre kabul anlamsızdır. Ağ geçidi CID222'nin yanında bir sanal makine olarak çalıştığında, kaynak ağın kendi adres dönüşümü adresi yeniden yazar ve her eş konteyner köprüsü adresiyle gelir. Yerel ağdaki fiziksel bir ağ geçidi adresini korur ve izin listesi çalışır; laboratuvardaki bir sanal makine korumaz. Dinleyici bu durumu algılar ve bir kez günlükler — herhangi bir kaynak adres denetimine güvenmeden önce o günlüğü okuyun.
• İzin listesi varsayılanı genişletmez, onun yerine geçer. Bir izin verilen kaynak listesi ayarlamak, özel adres aralığı varsayılanını eklemek yerine kaldırır.
• Okuyucusunu bulana kadar güvenlik görünümlü her alanı zorlanmıyor sayın. İki denetim politikası alanı 2026-08-29 tarihine kadar yazılıyor, gösteriliyor ve hiçbir şey tarafından okunmuyordu. İkisi de artık zorluyor ve yükseltme önceki değerlerini bilinçli olarak temizliyor — çünkü hiç uygulanmamış bir değer, aksi hâlde başında kimse olmadan çağıranları reddetmeye başlardı.
• Ağ geçidi API anahtarlarının uç nokta bazlı kapsamı yoktur. Bir anahtar, isteğe bağlı süre dolumu olan kiracı düzeyinde bir kimlik bilgisidir. Bir grup anahtarı ayrıca en erken eklenen üyenin kimliğini ödünç alır; bu yüzden o kullanıcıyı kaldırmak anahtarı iptal etmek yerine anahtarın kimliğini devreder.
• Denetim izi kurcalamaya kapalı değildir. Bkz. veri işleme ve saklama.
• Ürün kendini kendi ana makinesinden koruyamaz. Cihaz sıradan bir sanal makine olarak gelir: hipervizörde root yetkisi olan bir yönetici diski ve belleği okuyabilir. Cihazın içindeki denetimler kurcalamanın maliyetini artırır; imkânsız kılmaz ve hiçbir belge bunun aksini iddia etmemelidir.

İlgili

• Sıkılaştırma kontrol listesi — cihaz üretim trafiği taşımadan önce işletmecinin işi olan ayarlar.
• Veri işleme ve saklama — koruduğunuz diskte ne olduğu.
• Erişim denetimi — burada anlatılan rollerin atanması.