Güvenlik ve gizlilik
Babel Mesh'in istekleri nasıl yönlendirdiği, hesapları nasıl koruduğu ve düğümleri nasıl denetlediği ve neyi yapamadığı.
Gönderdikleriniz nereye gider
İsteğiniz Babel Mesh ağ geçidine ulaşır; ağ geçidi isteğin veri sınıfına göre bir düğüm seçer ve isteği ona iletir. Düğüm sonucu modeliyle hesaplar ve ağ geçidi üzerinden geri döndürür.
- Bir isteği işleyen düğüm onu okuyabilir. Bugünkü çalışma biçiminin bir gerçeği bu: bir düğüm cevap verebilmek için istemi okumak zorundadır. Bu yüzden parola, kimlik numarası veya ticari sır göndermeyin.
- Düğüm kim olduğunuzu göremez. Bir düğümün aldığı istek ne hesap adı ne de anahtar taşır, yalnızca anonim bir etiket taşır.
- Babel Mesh konuşmaları saklamaz. Ağ geçidinin kayıtlarında yalnızca isteğin zamanı, model, sonuç ve kullanım bulunur. Konuşmalar kendi istemcinizde veya tarayıcınızda kalır.
- İstisna: içerik kuralları. Ağ geçidi girdileri ve çıktıları içerik kurallarına göre denetler. Bir kuralı tetikleyen istek, kötüye kullanımla başa çıkmak için eşleşmenin çevresinden kısa bir alıntı ve hesap adını bırakır; metnin tamamı saklanmaz.
- Örneklemeli kontroller istekleri yeniden çalıştırır. Katkıda bulunanların döndürdüğünü doğrulamak için, herkese açık sınıftaki isteklerin küçük bir kısmı operatörün kendi düğümlerinde yeniden hesaplanır ve iki sonuç karşılaştırılır.
Veri sınıfları
Her hesabın ve her isteğin bir veri sınıfı vardır. Kendi kendine kaydolan hesaplar "herkese açık" ile başlar. Katkıda bulunanların düğümleri yalnızca "herkese açık" istekleri alır. Daha yüksek sınıflar yalnızca operatörün kendi düğümlerine gider. Şimdilik görseller ve video da yalnızca operatörün düğümlerinden sunulur; çünkü sonuçları metin gibi örnekleme ile kontrol edilemez.
Bağlantılar ve anahtarlar
- Web sitesi ve API HTTPS kullanır. Arkalarındaki bileşenler (denetleyici, ağ geçidi, defter, röle, düğümler) karşılıklı sertifika doğrulamalı şifreli bağlantılarla konuşur; bir düğümün kimliği sertifikasındadır.
- Düğümler yalnızca dışarıya bağlanır. Gelen port açmazlar ve bir röle üzerinden hizmet verirler.
- İstemci API anahtarınızı bilgisayarınızda tutar, yalnızca sistem hesabınız okuyabilir. İstemcinin sayfası anahtarı asla almaz; istekleri sizin yerinize istemci yapar.
- İstemci güncellemeleri imzalı bir bildirimle (manifest) doğrulanır: genel anahtar istemciye gömülüdür ve hatalı bir imza ya da daha yeni olmayan bir sürüm asla kurulmaz.
Muhasebe ve doğrulama
- İki tarafın imzaladığı makbuzlar. Her istek için ağ geçidi ve düğüm aynı makbuzu imzalar, defter onu yalnızca ikisi uyuştuğunda kaydeder. Makbuzda isteğin ve sonucun özetleri (hash) ile kullanım bulunur, içerik değil.
- Rastgele kontroller. Yeni düğümler daha sık, uzun süredir temiz kaydı olan düğümler daha seyrek kontrol edilir. Sonuçları uyuşmayan bir düğüm karantinaya alınır; operatör hileyi doğruladığında kazançları iptal edilir ve kurallara göre cezalandırılır.
- Kazançlar bekletilir. Bir katkıda bulunanın geliri birkaç gün bekler; bu sürede kontroller devam eder.
Yapamadıkları
- Henüz güvenilir bir yürütme ortamı (TEE) yok: bir düğümün içeriği göremeyeceğini garanti edemez, isteklerin sınıfları bu yüzden vardır.
- Üçüncü taraf bir güvenlik denetiminden geçmedi.
- Erişilebilirlik sözü yoktur: düğümler her an ayrılabilir ve istek başka bir düğümde yeniden denenir, ancak başarı garanti değildir.
- İçerik kuralları kusursuz değildir: yanlışlıkla engelleyebilir ve bazı şeyleri kaçırabilirler.
Bu sayfa, sistemin bugün gerçekte ne yaptığını anlatır. Resmî hizmet koşulları ve gizlilik politikası, işleten kuruluş tarafından ayrıca yayımlanır.