Güvenlik özeti

Tedarikçi değerlendirmesi yapan kişilere iletilecek sayfa. Henüz tamamlanmamış kısımlar da dahil olmak üzere bugün neyin geçerli olduğunu anlatır. Sözleşmeye bağlı versiyon için gizlilik politikası ve DPA metinlerine bakın.

Neleri saklıyoruz

Veritabanınızı değil, sohbeti. Rendel, belirlediğiniz saklama süresi boyunca (varsayılan olarak 365 gün) her sohbette nelerin söylendiğini, hangi aksiyonların çalıştığını ve bu aksiyonların ne döndürdüğünü tutar. Kullanıcılarınızın kayıtlarını, siparişlerini veya hesaplarını kopyalamaz ya da senkronize etmez: yalnızca bir tur için aksiyonlarınızdan birinin ne döndürdüğünü görür ve bunu sadece sohbetin bir parçası olarak saklar.

Kullanıcıların mesajlarında yazdığı e-postalar, telefon numaraları ve kart numaraları, model bunları görmeden önce maskelenir; karartma bunun tam olarak nasıl yapıldığını açıklar. Aksiyonlarınızın döndürdüğü veriler, dosyalar ve uygulama durumu maskelenmez (modele neler ulaşır). Tablo tablo tam liste saklama ve tutma süreleri altındadır.

Nerede bulunduğu

• Bugün: AB içinde. Sohbetler, dosyalar ve bilgi tabanı Frankfurt'ta (AWS eu-central-1) saklanır. Model, ABD'de Anthropic üzerinde çalışır ve bu trafik eğitim için kullanılmaz.
• Kurumsal müşteriler için: Değerlendirme sonrasında, ayrı bir kurumsal sözleşmeyle Türkiye bölgesi veya kendi sunucularınız. İkisi de paketlerde yer almaz. Kendi durumunuz hakkında bize danışın.

Henüz hiçbir sertifikamız yoktur; sahip olmadıklarımız bölümü bunu eksiksiz olarak açıklar.

Anahtarlar

Bir publishable key'i rotate etmek, eskisinin iptal tarihini geleceğe erteler — live key için yedi gün, test key için bir gün — böylece siz yenisini dağıtırken telefonlardaki mevcut sürümler çalışmaya devam eder. Anında iptal tüm filoda kesintiye yol açar; bu nedenle varsayılan değildir.

Bir anahtar, SHA-256 özetiyle (hash) kontrol edilir. Publishable key, Settings → Keys & environments altında Kopyala butonuyla gösterilebilmesi için okunabilir biçimde de tutulur: yalnızca uygulamanızı belirtir, fazlasını değil. Yönetim paneline verdiğiniz bir API kimlik bilgisi kaydedildikten sonra bir daha asla gösterilmez.

Kiracı izolasyonu

İki bağımsız katman; ikincisinin var olma sebebi ise ilkinin elle yazılmış olmasıdır:

1. Kiracı kapsamındaki her sorgu uygulama kimliğine (app id) göre filtrelenir.
2. Postgres satır düzeyinde güvenlik (row-level security) politikaları, API'nin her işlemin (transaction) başında sabitlediği bir oturum değişkenine göre filtreleme yapar; tablo sahibi bile FORCE ROW LEVEL SECURITY sayesinde bunlara tabidir.

Unutulmuş bir WHERE koşulu, başka bir kiracının verileri yerine sıfır satır döndürür. Bu durum sadece varsayılmakla kalmaz, test edilir: test paketi, API'nin kendi kısıtlı veritabanı rolüyle, süreç içi (in-process) bir Postgres üzerinde gerçek migration'ları çalıştırır; bu sayede doğru izinler olmadan eklenen bir tablo CI'da başarısız olur.

Modele neler ulaşır

Bu listedeki her şey ve başka hiçbir şey:

• Karartma sonrasında, kullanıcının mesajı veya gönderdiği bir formun değerleri
• Dosyanın kendisi olarak, kullanıcının forma eklediği veya yüklediği dosyalar (görseller, PDF'ler ve metin dosyaları karartılmaz)
• aksiyonlarınızın döndürdükleri dahil olmak üzere (aynı şekilde maskelenmiş) sohbetin son geçmişi
• Personanız (isim, ton, talimatlar, güvenlik sınırları)
• Uygulamanızın bildirdiği aksiyonların adları, açıklamaları ve parametre şemaları ile registerRoute ile kaydettiğiniz ekranlar
• yönetim panelinde Settings → Handoff & files → Contact channels altında listelediğiniz iletişim kanalları
• İlgili tur için getirilen bilgi parçaları (knowledge chunks)
• Giriş yapmış bir kullanıcı için: uygulamanızın identify ile gönderdiği nitelikler ve Rendel'in önceki sohbetlerden onlar hakkında tuttuğu kısa notlar
• SDK gönderiyorsa: context.app_state, context.current_screen, ekranda hâlâ açık olan formlardakiler (maskelenmiş olarak) ve kullanıcının açtığı kart. Uygulama durumu ve mevcut ekran gönderildiği gibi iletilir.

Uygulama durumu ve kullanıcı metni modele veri olarak verilir, asla talimat olarak verilmez. Güvenlik sınırlarınız bir modele yönelik talimatlardır, güvenlik sınırı teşkil etmez — gerçekleşmemesi gereken her şey, bir aksiyonun risk seviyesinin ardına aittir ve sunucu bunu burada zorunlu kılar.

Karartma

Bir modele herhangi bir şey ulaşmadan önce, kullanıcıların yazdıklarında (ekrandaki mesajlar ve formlar) ve aksiyonlarınızın döndürdüklerinde:

• E-posta adresleri, telefon numaraları, IBAN'lar ve Türkiye Cumhuriyeti kimlik numaraları (TCKN), türü belirtilmiş yer tutuculara ([EMAIL_1], [PHONE_1], [IBAN_1], [TCKN_1]) dönüştürülür. Telefon numaraları insanların yazım şekline bakılmaksızın yakalanır: 05321234567, 0532 123 45 67, +90 532 123 45 67, (0532) 123 45 67 veya 0532-123-45-67. Bir IBAN ve kimlik numarası kontrol basamaklarına göre kontrol edilir, böylece bir sipariş numarasına dokunulmaz
• Luhn kontrolünden geçen kart benzeri numaralar tamamen kaldırılır ve asla saklanmaz

Settings → Security altında uygulama başına bir anahtar olan Strict PII, isimleri ve adresleri de maskeler ve eklenen dosyaları reddeder. Bu özellik olmadan, eklenen dosyalar modele olduğu gibi ulaşır.

Yer tutucu değerleri AES-256-GCM ile şifrelenir ve sohbetten ayrı olarak saklanır. Yalnızca sohbete sahip olan cihaza giderken geri yerleştirilir; hiçbir yoldaki bir URL alanına asla yerleştirilmez, böylece bir blok render edilerek bir değerin dışarı aktarılması için kullanılamaz. Görseller ve giden bağlantılar yalnızca uygulamanızın kendi verilerinin veya izin verilen alan adlarının kefil olduğu host'lara işaret edebilir.

API, her istekte kontrol edilen bir şifreleme anahtarı yapılandırılmadan bir sohbete hizmet vermeyi reddeder. “Şifrelenmiş” değerleri düz metin olarak saklayacak bir dağıtım hiçbir şeye yanıt vermez.

Actions

Üç risk seviyesi vardır ve her birinin neye mâl olacağına sunucu karar verir:

Onay sunucu tarafında zorunlu kılınır: write veya destructive bir aksiyon için onay olmadan geri gönderilen bir sonuç reddedildi olarak kaydedilir; bu sayede eski bir SDK, üçüncü taraf bir istemci veya yeniden oynatılan bir istek, kurallara uyan bir istekle aynı yanıtı alır. Onayların süresi 10 dakika sonra dolar.

Sunucu, varsayılan olarak her onayı kaydeder. Butona basıldığında, handler çalışmadan önce cihaz POST /v1/invocations/:id/confirm çağrısı yapar. Sunucu çağrının size ait olduğunu, çağıran cihazın sohbete sahip olduğunu ve kartın hâlâ TTL süresi içinde olduğunu kontrol eder; ardından zamanı, cihazı ve kişiyi içeren yanıtı bizzat kaydeder. Bu kayıt olmadan geri gönderilen bir sonuç, hangi confirmed alanını taşırsa taşısın bir ret sayılır; böylece ele geçirilmiş bir istemci sahte bir onay üretemez: taklit etmesi gereken kayıt bu tarafta yazılır.

Bu özellik her uygulama için açıktır (Settings → Security → Request verification → Record confirmations on the server). Yalnızca uç noktayı asla çağırmayan SDK 0.1.0'dan eski derlemeler için kapatın: kapalı olduğunda, cihazın kendi confirmed: true değeri yanıt olarak kabul edilir.

Bir şeyleri değiştiren yönetim paneli aksiyonları, yukarıdaki ayar ne derse desin her zaman sunucu aracılığıyla yürütülür: sunucu çağrıyı kendisi yapar, dolayısıyla yalnızca onay uç noktasının kaydettiği bir dokunma üzerine işlem yapar. Yalnızca giriş yapmış kullanıcı olarak, uygulamanızın onlar adına ilettiği token ile bir şeyi değiştirebilir; asla sakladığınız bir anahtarla değiştirilemez ve veritabanı başka türde bir kimlik bilgisiyle yazma işlemini reddeder. Yalnızca kartın kendisi için oluşturulduğu kişi adına çalışır: onaylayan istek, kimlik doğrulama açıkken HMAC ile kanıtlanan aynı giriş yapmış kişiyi belirtmelidir; böylece telefondaki bir hesap değişikliği onayı devredemez. Çağrı dışarı çıkmadan önce çağrıyı sahiplenir, böylece yeniden denenen bir devam isteği bunu iki kez gönderemez ve dönüş yolunda kaybolan bir yanıt asla yeniden denenmeyip bilinmeyen bir sonuç olarak raporlanır. Bkz. yönetim panelinden aksiyonlar.

Her aksiyon kaydedilir

Bir kullanıcının Rendel'e yaptırdığı her aksiyon, yönetim panelinin Action log bölümünde ve her kişinin sayfasında kayıt altında tutulur:

• Ne zaman: saniyesine kadar, UTC ve kendi saat diliminizde.
• Kim: uygulamanızın tanımladığı giriş yapmış kişi veya misafir kullanıcı için cihaz.
• Hangi cihazda: cihazın bildirdiği şekliyle platform, işletim sistemi ve sürümü, model ile uygulama ve SDK sürümü. Bir cihazın göndermediği alan tahmin edilmek yerine boş kalır.
• Ne: aksiyon, parametreleri (hassas olarak işaretlediğiniz her şey maskelenir), ne zaman ve hangi cihazdan verildiği bilgisiyle onay kartının yanıtı, sonuç, ne kadar sürdüğü ve istek kimliği (request id).

Owner ve admin rollerindekiler bunu CSV veya JSON olarak dışa aktarabilir ve her dışa aktarma işlemi, dosya oluşturulmadan önce denetim kaydınıza yazılır. Kayıt, ait olduğu sohbetle birlikte uygulamanızın saklama süresi boyunca tutulur.

Parametreler, bir çağrı oluşturulmadan önce manifest'inizdeki JSON Schema'ya göre doğrulanır. Yönetim paneliniz bir aksiyonu devre dışı bırakabilir veya risk seviyesini yükseltebilir; bu yönetim manifest başına değil uygulama başınadır — böylece bir sonraki sürümünüzde de korunur.

Sunucunun her yanıtta kontrol ettikleri

Bir blok sunucudan çıkmadan önce, uygulamanızın bizzat söylediklerine göre kontrol edilir. Başarısız olan bir blok, düz metin olarak fallback_text içeriğiyle ulaşır ve asla yarım kontrol edilmiş şekilde gönderilmez.

• Kullanıcının işlem yaptığı değerler uygulamanızdan gelir. Bunların her biri normalleştirmeden sonra alan bazında (asla bir alt dize olarak değil), bu sohbette aksiyonlarınızdan birinin döndürdüğü bir değere veya iletişim kanallarınızdan birine eşit olmalıdır: bir call butonunun çevirdiği numara, add_to_calendar işleminin kaydettiği saatler, bir yer kartının adresi, telefonu ve koordinatları, bir haritanın raptiyeleri, bir kartın (pass) kodu ve cüzdan bağlantıları ile fromActions olarak işaretlediğiniz herhangi bir navigate parametresi. Modelin yazdığı metin asla bir kaynak olamaz; bilgi tabanı pasajları da öyle; böylece bir yardım makalesine yerleştirilmiş sahte bir “dolandırıcılık hattı” dokun-ara butonuna dönüşemez. Bir copy işlemi, aynı bloğun zaten gösterdiği bir değeri de alabilir.
• Ekranlar yalnızca kaydedildiği şekilde. Bir navigate, bildirdiğiniz parametrelerle birlikte kaydettiğiniz bir rotayı belirtmelidir.
• Yalnızca harita bağlantıları uygulamadan dışarı çıkar. external ile open_url, yalnızca Apple Maps veya Google Maps bağlantısı için izinlidir.
• Formlar asla kimlik bilgisi istemez. İstem ne söylemiş olursa olsun; herhangi bir alanın adı, etiketi veya yer tutucusu şifre, tek kullanımlık veya doğrulama kodu, kart numarası, CVV, IBAN, kimlik numarası, pasaport numarası veya PIN istiyorsa form reddedilir. Kontrol, ifadeleri İngilizce ve Türkçe olarak inceler. IBAN yalnızca aksiyonlarınızdan birinin parametresi olarak, uygulamanızın karar verdiği durumlarda istenir.
• Dosyalar yalnızca siz izin verirseniz. Files in forms açık olmadıkça bir formun upload alanı reddedilir (Settings → Keys & environments). Yüklenen dosyalar, onları yükleyen cihaza göre kontrol edilir.
• Kişiler yalnızca sizin kanallarınız üzerinden. Bir contact bloğu, numara numaraya ve adres adrese karşılaştırılarak yalnızca Settings → Handoff & files → Contact channels altındaki kanalları gösterebilir. Hiç kanalı olmayan bir uygulamaya bu blok asla sunulmaz.
• İş tamamlandıktan sonra tek bir puanlama. Bir sohbet en fazla bir rating alır ve bu, kullanıcıdan hâlâ bir şey isteyen bir sayfada asla gerçekleşmez.
• Tarayıcılar yalnızca sizin alan adlarınızdan. Tarayıcı isteklerine yalnızca Settings → Security → Allowed domains altındaki alan adlarından hizmet verilir (bir test anahtarı localhost üzerinde de yanıt verir). Mobil SDK bir Origin göndermez ve bundan etkilenmez.

Bilinen sınırlar

• Sunucuda onay kaydetme kapatıldığında, onay istemcinin beyanı haline gelir; bu nedenle cihazı kontrol eden kötü niyetli bir istemci, kullanıcının vermediği bir onayı iddia edebilir. Varsayılan olarak açıktır; açık bırakın.
• yönetim panelinden bir yazma işlemi giriş yapmış kişinin token'ı ile çalışır; dolayısıyla o kişinin neleri değiştirebileceğine API'nizin kendi kuralları karar verir. API'niz bir kullanıcının değiştirmemesi gereken bir şeyi değiştirmesine izin veriyorsa, kullanıcı onayladıktan sonra Rendel de bunu yapabilir.
• Handler'lar uygulamanızda, uygulamanızın yetkisiyle çalışır. Rendel, kendi kodunuzun yapamayacağı hiçbir şeyi yapamaz — ve kendi kodunuzun yanlış bir şey yapmasını engelleyemez.
• Bir onay, o cihazda bir dokunmanın gerçekleştiğini kanıtlar. Cihazı kimin tuttuğunu kanıtlamaz. Bu ayrım önemliyse doğrulanmış bir kimlik de zorunlu tutun.
• Değer kontrolü, bir değerin aksiyonunuzdan geldiğini kanıtlar, doğru olduğunu değil: API'niz yanlış bir numara döndürürse buton o numarayı çevirir.
• Form kontrolü alan adlarını, etiketleri ve yer tutucuları okur. Bu bir filtreleme işlemidir, bir garanti değildir: yalnızca “code” olarak adlandırılmış bir alan yakalanmaz.

Saklama ve tutma süreleri

Bir kişiyi sohbetleri, notları, puanlamaları, kullanım olayları ve cihazları dahil olmak üzere silmek için Settings → Data & privacy → Erase one user adımlarını kullanın. Başka birinin hâlâ kullandığı bir cihazın yalnızca o kişiyle olan bağı kaldırılır. Silinen veriler, günlük yedeklerin süresi dolana kadar bu yedeklerde kalır.

En azından her gece, genellikle her 10 dakikada bir çalışan bir iş, süresi geçmiş sohbetleri ve arkalarındaki şifrelenmiş değerleri siler. Bakım çalışması her geçişi bir tabloya kaydeder; çünkü aksi takdirde hiç çalışmamış bir iş ile yapacak işi olmayan bir iş ayırt edilemez — bu varsayımsal bir durum değil, bu sistemden çıkarılmış bir derstir.

Alt veri işleyenler

Devreye alınmadan önce listelenenler: Better Stack (durum sayfası ve uyarılar) ve Slack (dahili uyarılar, yalnızca kimlikler). Gizlilik politikası ve DPA de aynı listeyi esas alır.

Bizim değil, kullanıcının cihazının çektikleri: bir yanıt map içerdiğinde SDK, harita karolarını OpenFreeMap üzerinden yükler (Cloudflare'in küresel ağı üzerinden sunulan OpenStreetMap verileri). Karo sunucusu, cihazın IP adresini ve çizilen alanı görür; sohbete dair hiçbir şey görmez. Bir kartın cüzdan bağlantıları ve bir yerin Open in Maps seçeneği, yalnızca kullanıcı dokunduğunda Apple veya Google'a gider.

Bizim erişimimiz

Personelin yönetim paneline ve transkriptlere erişimi, kimsenin posta kutusuna dokunmadan iptal edilebilen, adı belirtilmiş kişilerden oluşan açık bir izin verilenler listesidir (allowlist). Personelimizden biri sohbetlerinizden birini her açtığında, denetim kaydınıza bir satır yazılır: sizin veya bizim tarafımızdan yapılan her değişikliğin yanında, organizasyonunuzun Settings → Activity bölümünde ve uygulama başına Settings → Audit log altında sizin tarafınızdan görülebilir.

Yedekler

Veritabanı, aynı bölgede ve ilgili paketin takvimine göre yönetilen bir sağlayıcının kendi yedekleme ve belirli bir ana dönme (point-in-time recovery) çözümü üzerindedir. Bize mevcut saklama süresini sorun; bir aralık vermek yerine tam sayıyı söyleyelim.

Ayrıca şunu da açıkça belirtiriz: ikinci bir bölge yoktur, sağlayıcınınkinin ötesinde harici bir kopya yoktur ve test edilmiş bir geri yükleme tatbikatı yoktur. Şema migration'lardan yeniden üretilebilir ve bu kısım her CI çalıştırmasında test edilir; veriler ise yeniden üretilemez; bu yüzden buradaki silme işlemi gerçek silmedir ve saklama süresi bizim dayatmamız değil, sizin belirleyeceğiniz bir konudur.

Sahip olmadıklarımız

Açıkça belirtmek gerekirse, çünkü bir tedarikçi değerlendirmesinde bunlar sorulacaktır:

• SOC 2 raporu yoktur. Başlanmadı.
• Sızma testi raporu yoktur. Talep edilmedi.
• Mevcut paketlerde çalışma süresi (uptime) taahhüdü yoktur.
• Kendi sunucunuzda barındırılan ürün yoktur. Değerlendirme sonrasında, ayrı bir kurumsal sözleşmeyle Türkiye bölgesi veya kendi sunucularınız sağlanabilir. Hiçbir pakette sunulmaz.
• Müşteri yönetimli şifreleme anahtarları yoktur.
• yönetim paneli için SSO veya SCIM yoktur.
• Test edilmiş bir felaket kurtarma tatbikatı yoktur; dolayısıyla belirtmeye değer bir RTO veya RPO yoktur.
• Nöbetçi listesi veya durum sayfası yoktur. Bir olay yaşandığında bunu bir kişiden duyarsınız.

Bildirimde bulunma

Konu kısmında SECURITY belirterek support@rendel.ai adresine e-posta gönderin. Bir iş günü içinde alındığını teyit ederiz. Hata ödül (bug bounty) programı yoktur; dilerseniz katkınızı adınızla belirtiriz.