OT ve IT Güvenliği Arasındaki Farklar

IT güvenliği uygulamalarını doğrudan OT'ye uygulamak çoğu zaman yarardan çok zarar verir. Bu iki alan farklı hedefler için çalışır, farklı teknolojiler kullanır ve farklı biçimlerde arızalanır. OT'ye geçen bir uygulayıcının çeşitli reflekslerini geride bırakması gerekir.

Bu ders, OT güvenliğini kendine özgü bir disiplin haline getiren öncelikleri, kısıtları ve tehditleri karşılaştırır.

IT, CIA üçlüsünü Gizlilik, Bütünlük ve Erişilebilirlik olarak önceliklendirir. OT ise bunu fiilen tersine çevirir.

• Önce Erişilebilirlik — proses çalışmaya devam etmelidir; duruş tehlikeli veya son derece maliyetli olabilir
• İkinci olarak Bütünlük — okumalar ve komutlar güvenilir olmalıdır
• Son olarak Gizlilik — sensör değerleri nadiren gizlidir

Bunların üzerinde, IT'nin paylaşmadığı bir kaygı bulunur: emniyet. İnsan hayatını ve çevreyi korumak her şeyden önce gelir.

OT'de prosesin beklenmedik davranmasına yol açabilecek bir güvenlik önlemi, tehdidin kendisinden daha kötü olabilir. Türbini durduran veya vanayı yanlış anda kapatan otomatik bir eylem insanları yaralayabilir.

• Güvenlik değişiklikleri emniyet işlevini asla tehlikeye atmamalıdır
• Değişiklikleri yalnızca güvenlik personeli değil, mühendisler de onaylamalıdır
• SIS bağımsız ve güvenilir kalmalıdır

Bu nedenle otomatik yalıtım gibi saldırgan IT taktiklerinin OT'ye dikkatle uyarlanması gerekir.

IT'de yamaları derhal uygulamak değişmez kuraldır. OT'de ise bu işlem kısıtlamalara tabidir.

• Yama uygulamak, aylar sonrasına planlanan bir tesis duruşunu gerektirebilir
• Tedarikçi sertifikasyonu, onaylanmamış yamaları yasaklayabilir
• Kötü bir yama üretimi durdurabilir veya emniyet gerekçesini geçersiz kılabilir

Yama uygulama yavaş olduğundan OT, hızla güncellenemeyen sistemleri korumak için telafi edici kontrollerden — ağ bölümlendirme, izleme ve erişim denetiminden — daha fazla yararlanır.

OT ekipmanları onlarca yıl çalışır. Denetleyicilerin ve işletim sistemlerinin, bunları değiştirmek fiziksel üretim hattını yeniden kurmak anlamına geldiği için, tedarikçi desteği sona erdikten uzun süre sonra bile üretimde kullanılması yaygındır.

• Artık yama bulunmayan desteklenmeyen işletim sistemi sürümleri
• Güncel güvenlik yazılımlarını çalıştıramayan donanımlar
• Yalıtılmış bir ağ varsayımıyla tasarlanmış bir döneme ait protokoller

Var olmasını istediğinizi değil, mevcut olanı güvenli hale getirmelisiniz.

Birçok endüstriyel protokol, güvenilen ve fiziksel olarak yalıtılmış ağlar için oluşturulduğundan varsayılan olarak kimlik doğrulama veya şifreleme içermez. Böyle bir ağda bir denetleyiciye erişebilen her cihaz ona komut verebilir.

• Komutlar, göndericinin kimliği kanıtlanmadan kabul edilir
• Trafik çoğu zaman açık metindir ve kolayca sahteleştirilebilir
• Eski sürümlerde bu, düzeltilebilir bir hata değil, bir tasarım varsayımıdır

Koruma, daha sonra ele alınacağı üzere, ağa kimlerin erişebileceğini denetlemekten gelir.

IT'de güvenlik açığı taraması rutin bir işlemdir. OT'de saldırgan tarama hassas cihazları çökertebilir. Bazı PLC'ler beklenmedik trafik aldığında arızaya geçer veya durur; çalışan bir proseste bu durum tehlikeli olabilir.

• Etkin tarama yerine pasif ağ izlemeyi tercih edin
• Herhangi bir etkin aracı önce laboratuvarda veya bakım penceresinde sınayın
• Üretim ağlarına dokunmadan önce operasyon ekibiyle koordinasyon sağlayın

OT'deki temel ilke şudur: değerlendirme olayın kendisine dönüşmemelidir.

Kontrol döngüleri sıkı zamanlama ile çalışır. Gecikme veya gecikme değişkenliği eklemek prosesi kararsızlaştırabilir.

• Hat üzerinde çalışan güvenlik cihazları zararlı bir gecikmeye yol açmamalıdır
• Ağır güvenlik yazılımları gerçek zamanlı görevlerin CPU kaynaklarını tüketebilir
• Ağ değişiklikleri, sıkı zamanlamalı iletişimleri bozabilir

Güvenlik, prosesin gerektirdiği belirlenimcilik sınırlarına uymalıdır; bu da IT'de uygulanması basit olan çözümleri çoğu zaman eler.

Belirleyici fark şudur: OT olaylarının fiziksel ve gerçek dünyaya ait etkileri vardır. Ele geçirilmiş bir IT sunucusu veri sızdırır; ele geçirilmiş bir OT sistemi tankı taşırabilir, türbine zarar verebilir, suyu kirletebilir veya çalışanları tehlikeye atabilir.

Bu durum riskleri büyütür ve risk değerlendirmesini değiştirir. En kötü sonuç yalnızca mali veya itibari değildir; can kaybı da olabilir. OT'de tehdit modellemesi yalnızca veriyi değil, fiziksel ve emniyete ilişkin etkileri de dikkate almalıdır.

OT, kendine özgü bir tehdit profiline sahiptir.

• Kritik altyapıyı stratejik olarak aksatmak isteyen ulus devletler
• Hedefi veri hırsızlığı değil fiziksel aksama olan saldırganlar
• Hedef gözetmeyen IT fidye yazılımları bile OT'ye sıçrayarak operasyonları durdurabilir

Sonuçlar ağır olabileceği ve saldırganlar iyi kaynaklara sahip olabileceği için OT savunması, önlemenin yanı sıra dayanıklılık ve tespit çalışmalarını da vurgular.

Amaç IT güvenliğini terk etmek değil, onu uyarlamaktır.

• Müdahaleci tarama ve hızlı yama uygulama yerine pasif izlemeyi ve ağ bölümlendirmeyi tercih edin
• Emniyeti ve erişilebilirliği gizliliğin önüne koyun
• Her güvenlik kararına proses mühendislerini dahil edin
• Yama uygulanamayan sistemler için telafi edici kontroller kullanın

Bu ilkeler, devamındaki protokol ve mimari derslerinin temelini oluşturur.

Tersine çevrilmiş öncelikleri gerçek bir karara uygulayın.

OT güvenliğinin neden kendine özgü bir disiplin olduğunu öğrendiniz.

• Öncelikler tersine döner: önce emniyet ve erişilebilirlik, son olarak gizlilik
• Yama uygulama kısıtlıdır; telafi edici kontrollere güvenin
• Eski ekipmanlar ve tasarım gereği güvensiz protokoller yaşamın bir gerçeğidir
• Etkin tarama ve müdahaleci güvenlik yazılımları hassas, gerçek zamanlı cihazlara zarar verebilir
• Olayların fiziksel sonuçları vardır; her karara proses mühendislerini dahil edin

Sırada: belirli protokoller ve bunların zayıflıkları.