Güvenlik

Korunması gerekenler arasında çalışma alanı verileri, entegrasyon sırları, kullanıcı kararları ve sistemin işlem yetkileri bulunur. Risk yalnızca yetkisiz erişim değildir. Yanlış bağlamla hareket eden bir model, kötü niyetli dış içerik, hatalı bir araç çağrısı veya kontrolsüz bir çalışma döngüsü de güvenlik olayı oluşturabilir.

Bu nedenle tek bir savunma mekanizmasına güvenmiyoruz. Şifreleme, erişim politikaları, onay kapıları, dış veri denetimi, kullanım tavanları ve olay kayıtları farklı hata türlerine karşı ayrı katmanlar sağlar. Bir katmanın varlığı diğerlerinin gerekliliğini ortadan kaldırmaz.

Müşteri sırları ve sağlayıcı API anahtarları AES-256-GCM ile şifrelenir. Zarf modelinde her çalışma alanı için üretilen veri şifreleme anahtarı (DEK), ortamda tutulan ana şifreleme anahtarıyla (KEK) ayrıca sarılır. Veritabanında sırların düz metni yerine şifreli içerik ve sarılı anahtar bulunur.

Şifreleme bağlamına çalışma alanı ve sağlayıcı bilgisi dâhil edilir; böylece şifreli bir değerin başka bir bağlamda açılması engellenir. Çözülmüş çalışma alanı anahtarı yalnızca onu kullanan sunucu sürecinin belleğinde tutulur. Bu düzen, verinin depolandığı katmanı korur; uygulama yetkileri, çalışma ortamı ve anahtar yönetimi için gereken diğer kontrollerin yerine geçmez.

Uygulama verileri çalışma alanı kimliğiyle ayrılır. Kullanıcı tarafındaki sorgularda satır düzeyi güvenlik politikaları ve üyelik kontrolleri, kullanıcının yalnızca bağlı olduğu çalışma alanlarına erişebilmesini sağlamak üzere birlikte kullanılır. Ürün içindeki roller de görüntüleme, yönetme ve karar verme yetkilerini ayrı kabiliyetler olarak tanımlar.

Sunucu tarafındaki ayrıcalıklı işlemler daha geniş erişime sahip olabilir; bu yollar tarayıcıya açılmaz ve yalnızca gereken iç işlemler için kullanılmalıdır. İzolasyonu mutlak bir slogan olarak değil, veri modeli, sorgu politikaları ve uygulama denetimlerinin birlikte koruduğu bir sınır olarak ele alıyoruz.

E-posta gönderme veya yayınlama gibi dış dünyada etkisi olan adımlar, ilgili akış onay gerektiriyorsa bekleyen duruma geçer. Onay kararı gelmeden bu adıma bağlı çalışma ilerlemez. Yetki doğrulaması karar verilirken yeniden yapılır; yalnızca onay kaydını görmek, onu karara bağlama hakkı vermez.

Zeno'nun araç katmanında da onay gerektiren çağrılar için ayrı denetim bulunur. Bu ikinci kontrol, yürütme motorundaki durum kontrolünün yanlışlıkla aşılması hâlinde ek bir sınır oluşturur. Onay mekanizması bir işlemin doğru olduğuna dair garanti değildir; işlemin sorumlu kişiye gösterilmeden yürütülmesini önleyen bir yetki kapısıdır.

İnternetten taranan sayfalar, içe aktarılan belgeler ve üçüncü taraf sonuçları güvenilir kabul edilmez. Bu içeriklerdeki kontrol ve görünmez karakterler temizlenir, uzunluk sınırlandırılır ve bilinen prompt injection örüntüleri işaretlenir. Dış içerik modele aktarılırken ayrı veri sınırları içinde paketlenir.

Bazı akışlarda işaretlenen içerik ikinci bir bağlamsal sınıflandırmadan geçirilir; bu katman kullanılamadığında kural tabanlı denetimin ihtiyatlı sonucu korunur. Ne düzenli ifadeler ne de bir başka model bütün saldırıları tespit edebilir. Bu yüzden dış veri denetimini, sınırlı araç yetkisi ve insan onayı gibi diğer kontrollerle birlikte değerlendiriyoruz.

Otomasyonun güvenlik riski bazen içerikten değil, ölçüsüz tekrardan doğar. Yeni bir çalışma sıraya alınmadan önce çalışma alanındaki kısa dönem koşu yoğunluğu ve saatlik dil modeli maliyeti kontrol edilir. Tanımlı mutlak tavanlardan biri aşıldığında yeni çalışma reddedilir ve güvenlik olayı kaydedilir.

Bu tavanlar aylık paket kotasından farklıdır. Kota kullanım ve faturalandırma sınırını, anomali kontrolü ise beklenmedik sıçramayı ele alır. Sabit eşikler tek başına kötüye kullanımı tanımlayamaz; fakat hatalı bir döngünün sessizce büyümesine karşı ölçülebilir bir durma noktası sağlar.

Çalışmalar, görevler, onay kararları, güvenlik olayları ve kullanım ölçümleri ayrı kayıt türleri olarak tutulur. Bu ayrım, bir sonucun hangi aşamada durduğunu incelemeyi ve olağan dışı davranışı geriye dönük değerlendirmeyi kolaylaştırır. Kayıtların kendisi de erişim politikalarına ve saklama kararlarına tabi veridir.

Kişisel veri içeren iletişim akışlarında gerekli aydınlatma ve açık onay ürün akışında zorunlu tutulur; onay zamanları istemciden alınmak yerine sunucuda üretilir. Bunlar KVKK kapsamındaki veri sorumluluğuna yönelik teknik ve süreçsel önlemlerdir. Her kullanım senaryosunun amacı, veri kapsamı ve saklama gereksinimi ayrıca değerlendirilmelidir.

Model çıktısı yanlış olabilir, kullanıcı hesabı ele geçirilebilir, üçüncü taraf hizmet kesintiye uğrayabilir veya henüz bilmediğimiz bir açık ortaya çıkabilir. Güvenlik yaklaşımımız bu ihtimalleri yok saymak yerine erişimi daraltmayı, geri alınamaz işlemleri durdurmayı ve inceleme için yeterli iz bırakmayı amaçlar.

Bu teknik tercihlerin arkasındaki karar çerçevesi Yaklaşımımız sayfasında açıklanır. Güvenlikle ilgili bir açık bulduğunuzu düşünüyorsanız ayrıntıları destek@synqrix.com adresine iletebilirsiniz. Raporu inceleyip doğrulayabildiğimiz kapsamı ve izleyen adımları açık biçimde paylaşırız.