Skip to main content
CID222 Docs

Dağıtım kipleri

CID222'nin trafik yoluna yerleştirilebileceği altı yol; her birinin ne gördüğü, istemcide neye ihtiyaç duyduğu ve hangi pakete dâhil olduğu karşılaştırmalı olarak.

  • Sürüm: 0.4
  • Rol: admin_user, viewer

CID222 trafiği yakalamak için altı yer sunar. Bu seçim neyin görüneceğini belirler; hattın sonrasındaki hiçbir şey, yakalama noktasının hiç görmediği trafiği geri getiremez. Bu sayfa, dağıtım yordamını okumadan önce seçim yapabilmeniz için bunları karşılaştırır.

Sorun

Aynı kurum modellere aynı anda üç yoldan ulaşır — bir API'yi çağıran uygulamalar, bir sağlayıcının web sitesine yazan kişiler ve kendi protokollerini konuşan masaüstü araçları. Her yol farklı bir yerde biter ve yakalama açısından önemli olan tek sorunun yanıtı her birinde farklıdır: TLS oturumunun uç noktası kimdir ve istemci kimin sertifika otoritesine güvenir?

Tek bir kipi dağıtıp kapsamanın tamam olduğunu varsaymak sık yapılan hatadır. Her iç uygulamayı yöneten bir API ağ geçidi, bir çalışan Chrome'da bir sağlayıcının web sitesini açtığında yine de hiçbir şey görmez.

CID222 bunu nasıl yapar

KipNe görürİstemcide ne gerekirPaketDağıtım kılavuzu
API ağ geçidiSağlayıcı yerine CID222'yi adresleyen uygulamalar için tam istek ve yanıtTemel URL değişikliği ve bir ağ geçidi anahtarı. Sertifika işi yokTüm paketlerBaşlarken
Satır içi vekil (ağ geçidi CID222'dir)Denetim politikasındaki sağlayıcı ana bilgisayar adlarına giden, CID222 tarafından şifresi çözülen tarayıcı trafiğiGüven deposunda CID222'nin vekil sertifika otoritesi ve bir vekil ayarı ya da güvenlik duvarı yönlendirmesiTüm paketlerSatır içi vekil
ICAP üzerinden üçüncü taraf güvenli web ağ geçidiMüşterinin kendi ağ geçidinin zaten şifresini çözüp denetime gönderdiği her şeyYeni bir şey yok — ağ geçidinin otoritesi zaten kuruludurTüm paketlerICAP ve üçüncü taraf ağ geçitleri
Uç nokta ajanıKurumsal ağda olsun olmasın, sistem vekilini yok sayan masaüstü araçları dâhil iş istasyonundan çıkan trafikAjanın kurulmuş olması ve ürettiği cihaz başına otoriteTüm paketlerUç nokta ajanı
Tarayıcı eklentisiKullanıcının yönetilen tarayıcıda yazdıkları ve yüklediklerini, şifrelemeden önce okuyarakYönetilen tarayıcı politikasıyla dağıtılan eklentiTüm paketlerTarayıcı eklentisi
Claude Code eklentisiKodlama asistanı istemleri, araç komutları ve araç çıktıları ile depo ve oturum denetimleriEklenti ve asistanı ağ geçidine yönlendiren bir yönetilen ayarTüm paketler; kod güvenliği araç kapısı Enterprise gerektirirClaude Code eklentisi

Trafiği hangi kip taşırsa taşısın, sonucu aynı tespit hattı ve aynı politika belirler ve her karar aynı tespit akışına düşer.

Lisansın gerçekte ısırdığı yer

Yukarıdaki paket sütunu, lisansın kapı tuttuğu yönetim yüzeyini anlatır. Veri yolları bilinçli olarak kapısız bırakılmıştır; böylece geciken bir yenileme trafiği durdurmak yerine bir konsolu karartır: vekillerin ve ağ geçitlerinin çağırdığı denetim uç noktası ile uç nokta ajanlarının kendi kayıt, politika ve kalp atışı API'si, lisans anlaşmazlığı çözülene kadar çalışmayı sürdürür. Süresi geçmiş bir lisansın gerçekten durdurduğu şey, genel süre dolumu engeli aracılığıyla ürünün kendisidir. Bkz. paketler ve lisans katmanları.

Aralarında seçim yapmak

  • Uygulamalar sizin denetiminizde. API ağ geçidini kullanın. Tam bir istek–yanıt çiftini gören ve bunu çıkarım yapmadan adı belli bir hesaba bağlayan tek kiptir; ayrıca sertifika dağıtımı gerektirmez.
  • Müşteride zaten bir güvenli web ağ geçidi var. ICAP'i kullanın. Onların ürünü zaten TLS uç noktasıdır ve otoriteleri zaten her yönetilen cihazdadır; böylece iki yerine tek bir sertifika otoritesi olur ve CID222 dış erişimde tek bir arıza noktası hâline gelmez. Dosya yükleme davranışı da bu kipte daha iyidir, çünkü ağ geçidi tarayıcıyı çağırmadan önce çok parçalı gövdeyi yeniden birleştirir.
  • Müşteride güvenli web ağ geçidi yok. Satır içi vekili kullanın. CID222 iletme vekili olur; bu da kendisine yönlendirilen ana bilgisayar adları için veri yolunda olduğu anlamına gelir.
  • Masaüstü araçları ya da ağdan çıkan dizüstü bilgisayarlar. Uç nokta ajanını kullanın. Bir ağ sıçraması yerine işletim sisteminde zorlar.
  • Yakalama değil kanıt istiyorsunuz. Tarayıcı eklentisini kullanın. Hiçbir şeyin şifresini çözmez; çalıştığını, dışarı çıkarılamayan bir cihaz anahtarıyla imzaladığı kalp atışıyla kanıtlar ve CID222 sağlıklı cihazları, mevcut güvenlik duvarınızın yapay zeka trafiğine izin verdiği bir liste olarak yayımlar. Denetim güvenlik duvarındadır; eklenti kanıttır.
  • Kodlama asistanları. Trafiğin geri kalanını hangisi taşıyorsa onun yanında Claude Code eklentisini kullanın.

Bunlar birbirini dışlamaz. Dağıtımların çoğu, iç uygulamalar için bir API ağ geçidini tarayıcıya bakan bir kiple birleştirir.

Warning

Belirli bir sağlayıcı ana bilgisayar adı tam olarak tek bir noktada denetlenmelidir. Metin iki kez denetlenmeye dayanır; görsel ve dosya yüklemeleri dayanmaz, çünkü ilk geçiş baytları yeniden kodlar ve ikincisi bunları reddeder.

Sınırlar ve bilinen eksikler

  • Yönetilmeyen cihazlar her kipte kapsam dışıdır. Yakalama, istemcinin güvendiği bir sertifika otoritesini ya da cihaza kurulmuş bir yazılımı gerektirir. Ev ağındaki kişisel bir dizüstü bilgisayarda bunların ikisi de yoktur.
  • Sertifika sabitleme yakalamayı boşa çıkarır. Sertifikasını sabitleyen bir mobil veya masaüstü uygulaması, şifre çözen bir vekil üzerinden denetlenmek yerine bağlanamaz. Geriye kalan denetim, onu güvenlik duvarında engellemektir.
  • Cihaz üzerindeki modeller görünmez. Tarayıcının yerleşik asistanı ya da yerel bir model, bu kiplerden herhangi birinin görebileceği bir ağ çağrısı yapmaz.
  • Sürdürülebilir yüklemeler kipe göre farklıdır. Üçüncü taraf bir ağ geçidinin arkasında gövde, CID222 çağrılmadan önce yeniden birleştirilir; dolayısıyla yükleme denetlenir. Satır içi vekilde ve uç noktada ise parçalar ayrı istekler olarak gelir, yeniden birleştirilemez ve geçirilmek yerine reddedilir.
  • Eklenti engelleme yapmaz. Kendine ait bir zorlama gücü yoktur; kaldırılması cihazı güvenlik duvarının izin listesinden çıkarır ve erişimi reddeden şey budur.
  • Aynı ana makinedeki bir laboratuvarda kaynak adrese göre kabul güvenilmezdir. Güvenli web 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ü olarak gelir. Oradaki bir adres izin listesi ya her şeyi kabul eder ya hiçbir şeyi. Fiziksel bir ağda normal davranır.

İlgili

Son güncelleme

Bu sayfada