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
| Kip | Ne görür | İstemcide ne gerekir | Paket | Dağıtım kılavuzu |
|---|---|---|---|---|
| API ağ geçidi | Sağlayıcı yerine CID222'yi adresleyen uygulamalar için tam istek ve yanıt | Temel URL değişikliği ve bir ağ geçidi anahtarı. Sertifika işi yok | Tüm paketler | Baş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ği | Güven deposunda CID222'nin vekil sertifika otoritesi ve bir vekil ayarı ya da güvenlik duvarı yönlendirmesi | Tüm paketler | Satır içi vekil |
| ICAP üzerinden üçüncü taraf güvenli web ağ geçidi | Müşterinin kendi ağ geçidinin zaten şifresini çözüp denetime gönderdiği her şey | Yeni bir şey yok — ağ geçidinin otoritesi zaten kuruludur | Tüm paketler | ICAP 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 trafik | Ajanın kurulmuş olması ve ürettiği cihaz başına otorite | Tüm paketler | Uç nokta ajanı |
| Tarayıcı eklentisi | Kullanıcının yönetilen tarayıcıda yazdıkları ve yüklediklerini, şifrelemeden önce okuyarak | Yönetilen tarayıcı politikasıyla dağıtılan eklenti | Tüm paketler | Tarayıcı eklentisi |
| Claude Code eklentisi | Kodlama asistanı istemleri, araç komutları ve araç çıktıları ile depo ve oturum denetimleri | Eklenti ve asistanı ağ geçidine yönlendiren bir yönetilen ayar | Tüm paketler; kod güvenliği araç kapısı Enterprise gerektirir | Claude 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
- Yakalama topolojileri — aynı altı nokta, karar kuralları ve arıza kipleriyle birlikte dağıtım ayrıntısında.
- CID222 nedir — ters vekil ile iletme vekilinin neden birbirinin yerine geçmediği.
- Paketler ve lisans katmanları — hangi paketin hangi konsolu açtığı.
Son güncelleme