OT ağında yeni bir sınır oluşturmak, gerekli veri akışlarını bilmeden yapılırsa işletmeyi etkileyebilir. Ağ çizimi kadar hangi uygulamanın hangi kaynağa neden eriştiğini açıklayan bir bağlantı haritasına ihtiyaç vardır. Bu çalışma bir üretim ağına doğrudan kural uygulama talimatı değildir; tasarım girdilerini düzenler.
Varlık listesini veri akışıyla tamamlayın
Her bağlantı için kaynak, hedef, iş amacı, protokol, yön, beklenen sıklık ve sorumlu kişi kaydedin. Zaman senkronizasyonu, lisans hizmetleri ve yedekleme gibi görünmeyen bağımlılıkları unutmayın. Kaydı yalnızca IP adresleriyle tanımlamayın; varlığın işlevini ve sahibi olan ekibi de yazın.
Tasarımı ekipler arasında doğrulayın
BT, OT, proses ve tedarikçi ekipleri aynı bağlantı listesini incelemelidir. Gereksiz bağlantı ile henüz sahibi bulunamayan bağlantı farklı durumlardır. Belirsizliği “gerekli değil” olarak işaretlemek yerine araştırma maddesi açın. Uzaktan destek gereksinimini süre, onay ve izleme sorumluluğuyla birlikte tanımlayın.
Geçişi test ve geri dönüşle planlayın
Değişiklikler için onaylı bir test planı, izleme dönemi ve geri dönüş koşulları hazırlayın. Haberleşmenin kurulması tek kabul kriteri değildir; veri kalitesi, gecikme ve arıza davranışı da değerlendirilir. NIST SP 800-82, OT güvenliği ile işletme ve güvenilirlik gereksinimlerini birlikte düşünmek için başvurulabilecek bir rehberdir.
Ekibinizle kontrol edin
- Her bağlantının amacı ve sahibi belli mi?
- Dolaylı bağımlılıklar listelendi mi?
- İzinli test ve geri dönüş planı hazır mı?
Sonraki adım
Bu başlıkları kendi tesisinizin kapsamıyla eşleştirmek için proje hazırlık listesini kullanın. Teknik görüşmede mevcut durumu, belirsizlikleri ve öncelikleri birlikte değerlendirebiliriz.
