Dar anlam
KYC bir kimlik doğrulama sürecidir. Bu barındırma bağlamında no-KYC, rutin kimlik belgesi kontrolleri olmayan bir hesap modelini tanımlar. Kişisel bilgi işlemeyen bir hizmetle aynı şey değildir.
Bir hizmetin ihtiyaç duyabileceği kayıtlar
KoalaVPS müşteri sunucularında gerçekleştirilen faaliyetlerin günlüklerini tutmaz. Hesabı sağlamak ve güvenliğini korumak için hesap tanımlayıcıları, kimlik doğrulama kayıtları, siparişler, ödeme referansları ve destek mesajları yine de gerekli olabilir. KYC yokluğu ve sunucu faaliyeti günlüklerinin tutulmaması gizlilik politikasının farklı bölümlerini tanımlar; hiçbiri herkese açık blok zinciri işlemlerini gizli hale getirmez.
İş yükünüz sizin sorumluluğunuzda kalır
Yazılımı güncel tutun, uygulama kullanıcılarını koruyun ve yasal veri işleme uygulamalarını kullanın. Bir barındırma sağlayıcısının asgari kayıt süreci, uygulamanızın verilerini işlediği kişilere karşı kendi yükümlülüklerinizi değiştirmez.
Somut sorular sorun
Kayıt sırasında neler toplanır? Sunucu günlüklerinde neler görünür? Yedekler nerede? Sizinle hangi şirket sözleşme yapıyor? Talepler nasıl ele alınıyor? Net yanıtlar, gizlilik tercihini anlamlı kılar.
Takma ad kullanmak, gözlemlenemez olmakla aynı şey değildir
Kararlı bir e-posta veya açık anahtar, bir hesabı pasaport adı olmadan tanımlayabilir ve yine de etkinliği zaman içinde ilişkilendirebilir. Sunucu adresiniz, yayınlanan içerik ve ödeme referansları başka bağlantılar oluşturabilir. Neyi ayıracağınızı kusursuz görünmezlik vaadine değil, gerçekçi bir ihtiyaca göre seçin.
Kurtarmayı gizlilik tasarımının parçası haline getirin
Minimal kayıt, kayıp hesap kurtarmayı zorlaştırabilir. Özel kurtarma kodlarını ve doğrulanmış erişim yöntemlerini saklayın. Bir hizmet, kurtarma süreci hiç tasarlanmadığı için sonradan gereksiz bir kimlik dosyası toplamaktan kaçınmalıdır.
Sipariş vermeden önce ödünleşimleri karşılaştırın
KYC'siz bir kayıt, sağlayıcının elinde tuttuğu kimlik bilgilerini azaltabilir, ancak diğer pratik ödünleşimler sürer. Kayıp hesap kurtarma, pasaport kontrolü yerine bir kurtarma sırrına veya doğrulanmış bir e-postaya bağlı olabilir. Ön ödemeli kripto, kart ödemesinden farklı dönüştürme ve iade kurallarına tabi olabilir. Kendi yönettiğiniz barındırma, yazılım bakımı ve yedekleme işini de size bırakır. Tek bir kayıt etiketini eksiksiz bir güvenlik özelliği saymak yerine tüm hizmeti gereksinimlerinizle karşılaştırın.
- Adlandırılmış veri kategorileri, amaçlar, saklama, destek erişimi ve alt işleyiciler için gizlilik politikasını inceleyin.
- Hem e-posta gelen kutusu hem de sunucu erişimi kaybolursa bir hesabın nasıl kurtarıldığını sorun; üzerinde anlaşılan kurtarma materyalini sunucunun dışında tutun.
- Uzun bir hizmet dönemi için ödeme yapmadan önce iptal ve iade koşullarını kontrol edin.
- Bir canary veya şeffaflık sayfasını tarihli bir sağlayıcı beyanı olarak değerlendirin. Altyapıya hiç erişilmediğini belgelemez.
Resmi belgeler: EDPB: veri sorumlusu ve veri işleyen sorumlulukları
Hesap gizliliğini kendi uygulama politikanızdan ayırın
Herkese açık bir uygulama işletiyorsanız, barındırma hesabında asgari kayıt olsa bile uygulamanızın topladığı bilgileri açıklayın. Bir yönetici yine de IP adreslerini, e-posta kayıtlarını, kimlik doğrulama olaylarını ve veritabanı yedeklerini tutabilir. Varsayılan bir günlük kayıt politikasını süresiz devralmak yerine her biri için bir saklama amacı tanımlayın. Bir gizlilik incelemesi çok fazla veri bulursa, uygulama ve ters proxy katmanlarında gereksiz toplamayı kaldırın, ardından yedek saklamayı da kontrol edin.
- Parolaları, taşıyıcı belirteçleri veya tam istek gövdelerini günlüğe kaydetmeden operasyonel uyarıları kullanışlı tutun.
- Ayrı uygulama kullanıcıları ve dar kapsamlı veritabanı kimlik bilgileri kullanın; sağlayıcı tarafında veri minimizasyonu bir uygulama ihlalini önlemez.
- Hesap kurtarma, faturalandırma veya destek araçlarını değiştirdikten sonra politikayı ve teknik ayarları birlikte gözden geçirin.
Resmi belgeler: EDPB: veri sorumlusu ve veri işleyen sorumlulukları