- Shiked
- 23 Eylül 2026 01:50 UTC
- Yazar
- Kamo
- Commit
- 9060c7c
Üç bağımsız bulgular, birlikte sabitlenir çünkü ilk iki paylaşım dosyaları ve bir sınıf. 1. AiMcpController, mevcut / güncel /delete / test üzerine sıfır kontrole sahipti - herhangi bir imzalanmış üye Organizasyon bir MCP sunucusu yapılandırabilir ve mcp-gateway-service's McpStdioTransport configure.envVars ile gerçek bir OS süreci (yeni ProcessBuilder (...) Ağ geçidi başlar ve her 30 sağlık kontrolünde tekrar. Bu, karşılanmamış RCE'dir mcp-gateway-service. Her mutating/test handler şimdi MANAGE AI SETTINGS gerektiriyor AiProviderController ve STDIO bir organizasyon oluşturma için haklı olarak reddedilir - bir organizasyon oluşturma - Onant sadece SSE/HTTP'yi yapılandırabilir. (ai mcp server configures 0 sıraya sahiptir; hiçbir göç gerekli değildir.) 2. SSR: **************** bir organizasyonun şifreli bir sağlayıcı anahtarını şifreledi Ne ev sahibi üssündeydi ve cevabı yansıttı ve OpenAiCompatibleAdapter (ki bu). 12 sağlayıcı türünden 8'e hizmet etmek, üç yönlü çağrıda herhangi bir kurala sahip değildi - Her mesajın gerçek sohbet yolu dahil, sadece manuel Test düğmesi değil. Eklenmiş eklenmiş eklenmiş eklenmiş eklenmiş eklenmiş eklenmiş eklenmiş eklenmiş eklenmiş eklenmiş eklenmiş eklenmiş eklenmiş eklenmiş eklenmiş eklenmiş eklenmiş eklenmiş eklenmiş ek eklendi OutboundUrlGuard, kamo-shared-library'nin mevcut PublicHostGuard üzerinde inşa edilmiştir (already used by by by GüvenlikService's SafeSiteFetcher and SafeImageFetcher for the same class of problem: Ev sahibi ve ************ adreslerini reddediyor ve reddediyor küme-sadece isimler (*.svc, *.cluster.local, dotless), zaman tasarrufunda kontrol etti AiProviderController ve AiMcpController ve her çağrıdan hemen önce OpenAiCompatibleAdapter, zamandan beri ev sahibi bir isim DNS cevabı sonsuza kadar cevabı değildir. Refusal kendi mesajımızla düz bir 400 - ham ağ istisnası yoktur ve bağlantı yoktur Hiç reddedilmiş bir varış noktasına çalıştı. 3. ************ kullanıcıId) queried kullanım kayıtları ve sonra, koşulsuz olarak, gerçek geri döndü - her AiAccessPolicy istek/token limit dekoratif idi. The The The The The The The The İki gerçek arama siteleri (ChatOrchestrationService's streaming and senkronizasyon chat ways) şimdi her şeyi çözüyor Üye her rolün haritalı politikasını uygular ve uygular: haritalanmış politika hibeleriyle bir rol Kendi sınırlaması yok, ancak aynı zamanda bir kısıtlayıcı politikayı iptal edemez Bir üyenin de tutulması gereken farklı rol. boşanmış 2arg aşırı yükü gitti. Testler: AiMcpControllerAuthzTest (sağlar + STDIO reddedilme + URL doğrulama), OutboundUrlGuardTest, AiProviderKeyExposureTest (2 yeni SSR vakası), ************************ AccessPolicyMultiRoleTest. Her vaka, bu taahhüt etmeden önce ek koda karşı kırmızı doğrulandı. (Açık haklar, vücut-trust, hayır-op muhafızı ve her zaman gerçek kota her bir karşılıklıyı yerel olarak kontrol eder, Bir seferde biri ve eşleşen testi onaylamadan sonra restore edilmiştir). mcp-gateway-service bir eşleştirme işlemi alır: bağımsız bir STDIO izin listesi ( derinlikte savunma, derinlikte, derinlikte Bu kontrol asla atılır) ve daha önce bir SSE /HTTP yapılandırmasının url üzerinde kontrol.