Sınıflandırmak Yetmez: Etiket Güvenlik Aksiyonuna Dönüşüyor mu? | Zero Second

Bir dokümanı CONFIDENTIAL olarak sınıflandırdınız.

Peki sonra?

Kurum dışına gönderildiğinde ne olacak?

Encryption otomatik devreye girecek mi?

DLP bu bilgiyi policy kararında kullanacak mı?

Kullanıcı yanlış kişiye göndermeye çalışırsa işlem duracak mı?

Eğer classification bu soruların hiçbirini değiştirmiyorsa, elinizde bir veri güvenliği kontrolünden çok etiketleme sistemi vardır.

Fortra Classifier'ın teknik değeri tam burada ortaya çıkar: Classification bilgisini verinin üzerinde taşıyarak diğer güvenlik teknolojilerinin kullanabileceği security context'e dönüştürmek.

Label Görünürdür. Metadata Aksiyon Alır.

Kullanıcı açısından classification:

PUBLIC

INTERNAL

CONFIDENTIAL

RESTRICTED

gibi bir label'dır.

Header, footer veya watermark ile dokümanın üzerinde de gösterilebilir.

Ancak arka planda classification bilgisi machine-readable metadata olarak veriyle ilişkilendirilebilir.

Bu ayrım önemlidir.

Visual Marking → Kullanıcıya verinin hassasiyetini gösterir.

Persistent Metadata → Güvenlik sistemlerine verinin hassasiyetini bildirir.

Dosya hareket ettiğinde classification context'inin de veriyle birlikte taşınabilmesi, bu bilgiyi downstream security controls için kullanılabilir hale getirir.

Classification böylece görsel bir işaret olmaktan çıkar ve policy input haline gelir.

Bir Classification, Birden Fazla Güvenlik Aksiyonu

Örneğin:

Classification = CONFIDENTIAL

tek başına “engelle” anlamına gelmez.

Context'e göre farklı aksiyonlar uygulanabilir:

• CONFIDENTIAL + Internal Recipient → ALLOW

• CONFIDENTIAL + Approved Partner → ENCRYPT + ALLOW

• CONFIDENTIAL + External Recipient → WARN + JUSTIFICATION

• RESTRICTED + External Recipient → BLOCK

Buradaki önemli nokta şudur:

Classification aynı olabilir; context değiştiğinde security action da değişebilir.

Bu sayede güvenlik politikası yalnızca “hassas veriyi engelle” mantığında çalışmaz.

Verinin hassasiyeti, kullanıcısı, hedefi ve gerçekleştirilen aksiyon birlikte değerlendirilerek daha kontrollü bir enforcement modeli oluşturulabilir.

Classification Güvenlik Ekosistemini Besler

Fortra Classifier'ın oluşturduğu security context yalnızca Classifier içerisinde kullanılmak zorunda değildir.

Classification bilgisi farklı güvenlik katmanlarının karar mekanizmasına dahil edilebilir.

DLP, classification seviyesini content inspection sonuçlarıyla birlikte değerlendirebilir.

Encryption, belirli hassasiyet seviyelerinde otomatik olarak devreye alınabilir.

E-mail kontrolleri, mesaj gönderilmeden önce recipient, attachment ve classification bilgisini birlikte değerlendirebilir.

Rights Management / Information Protection, hassas dokümanların kullanım haklarını sınırlandırabilir.

Böylece farklı güvenlik teknolojileri aynı veri hakkında ortak bir bilgiye sahip olur:

Bu veri kurum açısından ne kadar hassas?

Bu da classification'ı ayrı çalışan bir üründen çıkarıp data security architecture'ın ortak context katmanlarından biri haline getirir.

Koruma Verinin Hareket Ettiği Noktada Bitmemeli

Bir dokümanın güvenli şekilde gönderilmiş olması, veri güvenliği sürecinin tamamlandığı anlamına gelmez.

Özellikle kritik dokümanlarda veri authorized recipient'a ulaştıktan sonra da kontrol gerekebilir.

Doküman açılabilir mi?

Forward edilebilir mi?

Print alınabilir mi?

Kopyalanabilir mi?

Başka kullanıcılarla paylaşılabilir mi?

Classification bilgisinin Rights Management ve information protection mekanizmalarıyla birlikte kullanılması, güvenlik politikasının yalnızca transfer anında değil, verinin kullanım sürecinde de devam etmesini sağlar.

Bu noktada yaklaşım:

Classify → Protect → Control

haline gelir.

Audit: Policy Gerçekten Çalışıyor mu?

Classification'ın son katmanı visibility'dir.

Güvenlik ekibinin yalnızca policy tanımlaması değil, bu policy'nin organizasyonda nasıl çalıştığını da görebilmesi gerekir.

Hangi classification seviyeleri kullanılıyor?

Hangi kullanıcılar classification değiştiriyor?

External sharing girişimlerinde hangi veri seviyeleri görülüyor?

Hangi policy'ler sürekli WARN veya BLOCK üretiyor?

Nerelerde kullanıcı justification veriyor?

Bu bilgiler classification politikasının audit ve tuning sürecini besler.

Çünkü iyi bir data classification mimarisi statik değildir.

Kullanıcı davranışı ve security events görüldükçe policy geliştirilir.

Etiketten Security Context'e

Fortra Classifier'ın değerini yalnızca:

“Dokümanları Public, Internal, Confidential ve Restricted olarak sınıflandırıyor.”

diye tanımlamak ürünün yaptığı işi eksik anlatır.

Asıl yapı şudur:

CLASSIFY → METADATA → POLICY → PROTECT → ENFORCE → AUDIT

Veri sınıflandırılır.

Classification bilgisi veriyle ilişkilendirilir.

Security policy bu context'i değerlendirir.

Gerekli protection uygulanır.

Riskli aksiyonlar kontrol edilir.

Sonuçlar audit edilir.

Böylece classification, veri güvenliği zincirinin sonunda yapılan bir etiketleme işlemi değil, diğer güvenlik kontrollerinin daha doğru karar vermesini sağlayan bir başlangıç noktası haline gelir.

Fortra Classifier'ın enterprise data security mimarisindeki asıl rolü de budur:

Veriye yalnızca “CONFIDENTIAL” demek değil; CONFIDENTIAL bir veriye bundan sonra nasıl davranılması gerektiğini güvenlik ekosistemine anlatmak.

Detaylı bilgi için info@zerosecond.com.tr adresinden uzmanlarımıza başvurabilirsiniz.

Zero Second | Fortra Classifier – Data Classification Series.