Bulut denetim kaydı karşılaştırması: CloudTrail, vTrail, Google Cloud Audit Logs ve Azure Activity Log

Bir bulut denetim kaydı neyi kaydeder

Faydalı her denetim kaydı altı soruyu yanıtlar: kim (kimliği doğrulanmış kullanıcı ve ait olduğu hesap veya proje), ne (işlem), neye (hedef kaynak veya yol), ne zaman (UTC zaman damgası), nereden (kaynak IP ve istemci) ve hangi sonuçla (durum veya hata). Aşağıdaki servisler bu temel öğelerden çok kapsam, saklama, aktarım ve bütünlük açısından farklılaşır.

Özellik karşılaştırması

Değerler niteldir ve her sağlayıcının dokümantasyonundan alınmıştır. “Doğrulanmadı”, sağlayıcının özelliği doğrulamaya yetecek ayrıntıyı yayımlamadığı anlamına gelir; özelliğin olmadığı anlamına gelmez.

AWS CloudTrail

CloudTrail her hesap için yönetim olaylarını varsayılan olarak kaydeder ve olay geçmişinde 90 günlük kaydı gösterir. Trail’ler olayları S3’e ve isteğe bağlı olarak CloudWatch Logs’a iletir; S3 nesne okumaları gibi veri olayları isteğe bağlı ve ücretlidir. CloudTrail Lake olayları SQL sorguları için saklar; log dosyası bütünlük doğrulaması, iletilen bir kaydın değiştirilmediğini kanıtlayan imzalı digest dosyaları üretir.

Google Cloud Audit Logs

Google denetim kayıtlarını Admin Activity (her zaman yazılır, ücretsiz), Data Access (BigQuery dışında varsayılan olarak kapalı), System Event ve Policy Denied olarak ayırır. Admin Activity kayıtları _Required bucket’ında 400 gün saklanır. Sink’ler kayıtları Cloud Storage, BigQuery veya Pub/Sub’a yönlendirir.

Azure Activity Log

Activity Log, Azure Resource Manager’dan gelen abonelik düzeyindeki kontrol düzlemi işlemlerini kaydeder ve 90 gün saklar. Tanılama ayarları Log Analytics, Storage veya Event Hubs’a aktarım sağlar. Veri düzlemi aktivitesi, kaynak türüne göre yapılandırılan kaynak kayıtlarında tutulur.

PortvMind vTrail

vTrail, kurumların hangi kullanıcının hangi işlemi ne zaman ve hangi sonuçla yaptığını belirleyebilmesi için PortvMind Cloud üzerindeki bulut yönetim aktivitesini kaydeder. Sağlayıcı tarafından sağlanan olay modeli, HTTP istek meta verisiyle birlikte kimliği doğrulanmış kullanıcıyı, projeyi ve yetki kapsamını içerir. Alan modelinin tamamı ve diğer biçimlerle eşleşmesi aşağıdadır.

{
  "event_time": "",
  "request_id": "",
  "http_method": "",
  "full_path": "",
  "http_status": null,
  "client_ip": "",
  "user_agent": "",
  "auth_user_id": "",
  "auth_user_name": "",
  "auth_project_id": "",
  "auth_scope": "",
  "service_id": "",
  "route_id": "",
  "request_time": null
}

Denetim kaydı yaklaşımı seçmek

• Veri erişimi için varsayılan kapsam yeterli değildir. Bir nesneyi veya secret’ı kimin okuduğunu bilmeniz gerekiyorsa veri olaylarını açıkça etkinleştirin ve bütçeleyin.
• Erken aktarın. Varsayılan saklama süreleri çoğu uyum rejiminin gerektirdiğinden kısadır; olayları kontrolünüzdeki depolamaya yönlendirin.
• Bütünlüğü koruyun. Sunulduğu yerde bütünlük doğrulamasını kullanın veya object lock benzeri bir kez yazılabilir kontrollerle nesne depolamaya yazın.
• Normalleştirin. Birden fazla bulut kullanıyorsanız olayları ortak bir şemaya eşleyin.

Metodoloji

Özellikler, yalnızca resmi dokümantasyon kullanılarak bulut denetimi metodolojisindeki tanımlara göre değerlendirilir. Kayıt hatlarının performans veya gecikme ölçümü yapılmaz.

Sınırlamalar

• Özellik erişilebilirliği bölgeye, sürüme veya hesap seviyesine göre değişebilir.
• vTrail bilgisi sağlayıcı tarafından sağlanmıştır.
• Denetim kaydı fiyatlandırması nitel olarak açıklanmıştır; hacimler ve ücretler değişir.

Sonuç

Büyük bulutlar benzer bir modelde birleşmiştir: varsayılan olarak açık kontrol düzlemi olayları, isteğe bağlı veri olayları ve müşteri kontrolündeki depolamaya aktarım. vTrail bu modelin çekirdeğini — kimlikle ilişkilendirilmiş yönetim API aktivitesini — karşılar; saklama, aktarım ve bütünlük özellikleri kamuya açık olarak belgelendiğinde karşılaştırma tamamlanacaktır.