Veri Sınıflandırma Kullanıcının Kararına Bırakılabilir mi? | Zero Second

Bir classification projesindeki en büyük risklerden biri teknolojinin kendisi değildir.

Tutarsız sınıflandırmadır.

Aynı finansal dokümanı bir kullanıcı INTERNAL, diğeri CONFIDENTIAL, başka biri RESTRICTED olarak işaretliyorsa kurumun bir classification standardı vardır; fakat uygulanabilir bir classification politikası yoktur.

Daha kritik senaryo ise kullanıcının hiçbir şey seçmemesidir.

Enterprise ölçekte veri sınıflandırmanın yalnızca kullanıcı kararına dayanması bu nedenle yeterli değildir.

Fortra Classifier, kullanıcıyı classification sürecinin dışında bırakmadan bu kararı policy, content analysis ve automation ile kontrol altına almayı amaçlar.

Manuel Classification Neden Tek Başına Ölçeklenmez?

Kullanıcı, üzerinde çalıştığı verinin business context'ini çoğu zaman güvenlik sisteminden daha iyi bilir.

Bu nedenle user-driven classification değerlidir.

Ancak binlerce kullanıcıdan her belge ve e-mail için aynı güvenlik değerlendirmesini yapmasını beklemek gerçekçi değildir.

Çünkü kullanıcıların:

• classification seviyelerini farklı yorumlaması,

• yanlış label seçmesi,

• sınıflandırmayı atlaması,

• hızlı çalışırken en düşük seviyeyi tercih etmesi,

• aynı veri türünü farklı şekillerde değerlendirmesi

mümkündür.

Sonuçta teknik olarak classification yapılır; fakat üretilen metadata güvenilir değildir.

Yanlış classification, yanlış security policy demektir.

Fortra Classifier: User Decision + Policy Control

Fortra Classifier'da classification yalnızca kullanıcının önüne dört label koyup seçim yaptırmak değildir.

Classification süreci farklı yöntemlerle yönetilebilir:

User-driven Classification

Kullanıcı uygun sınıflandırmayı kendisi seçer.

Mandatory Classification

Belirli bir aksiyon tamamlanmadan önce classification zorunlu hale getirilebilir.

Suggested Classification

İçerik ve policy değerlendirilerek kullanıcıya uygun classification seviyesi önerilebilir.

Automatic Classification

Tanımlanan kriterler karşılandığında classification kullanıcı müdahalesi olmadan uygulanabilir.

Buradaki kritik nokta yöntemlerden birini seçmek değildir.

Risk seviyesine göre bu yöntemleri birlikte kullanabilmektir.

İçerik Classification Kararının Bir Parçası Olabilir

Bir dokümanın yalnızca dosya adına veya kullanıcının seçimine bakmak zorunda değilsiniz.

Classification Engine içeriği analiz ederek classification kararına katkıda bulunabilir.

Örneğin içerikte:

• kişisel veri,

• finansal bilgi,

• belirli keyword veya ifadeler,

• kuruma özgü hassas terminoloji,

• belirli veri pattern'leri

tespit edildiğinde policy farklı davranabilir.

Böylece:

Content Detection + Classification Policy + User Context

birlikte değerlendirilebilir.

Örneğin kullanıcı bir dokümanı INTERNAL olarak işaretlemek isterken içerik analizi daha yüksek bir hassasiyet seviyesine işaret ediyorsa sistem kullanıcıyı uyarabilir veya policy'ye bağlı olarak farklı bir classification uygulayabilir.

Bu, classification'ı yalnızca kullanıcı davranışından çıkarıp policy-controlled bir güvenlik mekanizmasına dönüştürür.

Classification Tam Olarak Ne Zaman Yapılmalı?

Classification'ın doğru zamanda uygulanması en az doğru label kadar önemlidir.

Örneğin bir Word dokümanı oluşturulduktan sonra sınıflandırma istenebilir.

Bir dosya kaydedilirken classification kontrol edilebilir.

Bir e-mail gönderilmeden önce mesaj ve attachment'ların classification bilgileri değerlendirilebilir.

Kullanıcı hassas bir dokümanı external recipient'a göndermek istediğinde policy yeniden devreye girebilir.

Yani classification tek seferlik bir işlem olmak zorunda değildir.

Verinin yaşam döngüsündeki kritik noktalarda:

Create → Save → Edit → Send → Share

policy yeniden değerlendirilebilir.

Bu yaklaşım özellikle e-mail tarafında önemlidir.

Outlook'ta Pre-Send Policy Enforcement

E-mail, hassas verinin kurum dışına çıkabileceği en hızlı kanallardan biridir.

Fortra Classifier, Outlook tarafında gönderim gerçekleşmeden önce classification ve policy kontrollerinin uygulanmasını destekler.

Değerlendirmeye:

sender, recipient, message classification, attachment classification, content

gibi farklı context bilgileri dahil edilebilir.

Örneğin:

Attachment = RESTRICTED

Recipient = External

ise gönderim:

BLOCK

edilebilir.

Başka bir senaryoda:

Classification = CONFIDENTIAL

Recipient = External

için kullanıcıya:

WARN

gösterilebilir veya aksiyonu için gerekçe istenebilir.

Buradaki önemli fark, olayın güvenlik sistemlerinde sonradan görülmesi değildir.

Kullanıcı Send'e bastığında policy'nin devreye girmesidir.

Kullanıcıyı Engellemek Yerine Doğru Karara Yönlendirmek

Her policy ihlalinin sonucu BLOCK olmak zorunda değildir.

Aşırı agresif security policy'leri kullanıcıların iş akışını bozar ve zaman içinde güvenlik kontrollerinin etrafından dolaşılmasına neden olabilir.

Classification burada daha kontrollü bir enforcement modeli sağlar.

Risk seviyesine göre sistem:

Allow · Recommend · Warn · Require Justification · Reclassify · Block

gibi farklı aksiyonlar uygulayabilir.

Örneğin yanlış classification seçen kullanıcıya işlemi tamamen engellemek yerine:

“Bu içerik CONFIDENTIAL olarak sınıflandırılmalıdır.”

uyarısı gösterilebilir.

Kullanıcı classification'ı düzelttiğinde işlem devam eder.

Bu mekanizma yalnızca security enforcement değildir.

Aynı zamanda real-time user education sağlar.

Policy Kullanıcıdan Daha Fazla Context'e Sahip Olabilir

Classification kararını güçlü hale getiren şey tek bir parametre değildir.

Bir policy aynı anda farklı context'leri değerlendirebilir:

• Who is the user?

• What is the content?

• What is the current classification?

• Who is the recipient?

• Is the destination internal or external?

• What action is being performed?

Böylece aynı doküman farklı koşullarda farklı güvenlik aksiyonlarına tabi olabilir.

Örneğin:

CONFIDENTIAL + Internal Recipient → ALLOW

CONFIDENTIAL + External Recipient → WARN / ENCRYPT

RESTRICTED + External Recipient → BLOCK

Classification aynı kalır.

Context değiştiği için enforcement değişir.

Bu ayrım enterprise data security mimarisinde kritiktir.

Classification Metadata'sının Güvenilir Olması Gerekir

Classification metadata'sı daha sonra DLP, encryption, access control veya information protection sistemlerinin policy kararlarında kullanılacaksa bu metadata'nın güvenilir olması gerekir.

Aksi halde problem yalnızca yanlış label değildir.

Yanlış classification downstream security controls'a da yanlış bilgi taşır.

Bu nedenle classification mimarisinin amacı mümkün olduğunca çok kullanıcıya label seçtirmek değil;

güvenilir security context üretmektir.

Fortra Classifier'ın user-driven, suggested ve automatic classification yöntemlerini policy enforcement ile birleştirmesinin temel değeri burada ortaya çıkar.

Kullanıcı hâlâ sürecin içindedir.

Ancak güvenlik politikası artık yalnızca kullanıcının dikkatine ve doğru karar vermesine bağlı değildir.

Kullanıcı veriyi tanır.

Classification Engine içeriği değerlendirir.

Policy Engine kuralları uygular.

Security controls classification bilgisini aksiyona dönüştürür.

Enterprise ölçekte sürdürülebilir data classification tam olarak bu dengeyi gerektirir.

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

Zero Second | Fortra Classifier – Data Classification Series.