OT mühitlərində fəlakətdən sonra bərpa müzakirə olunarkən adətən bu cümləni eşidirsiniz: “Ehtiyat nüsxə yaradırıq.” Halbuki DR-in əsas sualı budur: Nə qədər müddətdə, hansı ardıcıllıqla, hansı yoxlamalarla sistemi yenidən işə salacaqsınız? OT-də “ehtiyat nüsxə var” demək çox vaxt yanıltıcıdır; çünki bərpa yalnız məlumat deyil, texnoloji prosesin düzgün işləməsideməkdir.

Qorxulu ssenari: Şantaj proqramı IT tərəfində fəaliyyətə başlayır və DMZ vasitəsilə OT-yə sızır. HMI-lər açılmır, proses tarixçəsi verilənlər bazası kilidlənir, mühəndislik stansiyasındakı layihə faylları şifrələnir. PLC-lər işləyirmiş kimi görünür, lakin operator ekrandan idarə edə bilmir. İstehsal dayanır. IT komandası “ehtiyat nüsxədən bərpa edərik” deyir. Lakin OT-də kritik suallar ortaya çıxır: Hansı HMI sistem obrazı? Hansı drayver versiyası? Hansı PLC proqramı son yenilənmiş versiyadır? Hansı SCADA lisenziyası? Hansı IP planı? Hansı sertifikatlar? Bunlar məlum deyilsə, DR saatlarla deyil, günlərlə davam edir.

OT DR planı “ehtiyat nüsxələmə” + “arxitektura səviyyəsində rezervləmə” + “ssenari əsaslı əməliyyat təlimatı” üçlüyündən ibarətdir.

1) Etalon sistem obrazı və konfiqurasiyanın idarə edilməsi

2) Kritiklik və yenidən işə salma ardıcıllığı

OT-də hər şey eyni anda yenidən işə düşmür. Nümunəvi ardıcıllıq:

  1. Əsas şəbəkə xidmətləri (kommutator/təhlükəsizlik divarı konfiqurasiyaları, VLAN-lar, marşrutlaşdırma)

  2. Kimlik/giriş (keçid serveri, VPN, MFA, giriş qeydləri)

  3. Texnoloji prosesin idarə edilməsi (PLC/RTU-nun əsas funksiyaları)

  4. Operator üçün vizuallaşdırma (HMI)

  5. Yuxarı səviyyəli monitorinq (SCADA)

  6. Proses tarixçəsinin saxlanması/hesabatların hazırlanması

  7. İnteqrasiyalar (MES/ERP)

3) RTO/RPO göstəricilərinin reallığı

  • RTO: Sistemi nə qədər müddətdə yenidən işə salacaqsınız?

  • RPO: Nə qədər məlumat itkisinə yol verə bilərsiniz?

    OT-də RPO yalnız məlumat deyil, konfiqurasiya yayınması deməkdir. PLC proqramı ilə sahədəki faktiki vəziyyət uyğun gəlmirsə, sistem yenidən işə düşsə belə, səhv işləyə bilər.

4) “Şəbəkədənkənar ehtiyat nüsxələmə” və hücumlara davamlılıq

Şantaj proqramları şəbəkədə paylaşılan resursları və şəbəkəyə qoşulu ehtiyat nüsxə depolarını da hədəfə alır. OT üçün:

  • Dəyişdirilməz ehtiyat nüsxə / WORM

  • Şəbəkədənkənar nüsxə

  • Ayrı kimlik domeni / ayrı giriş

  • Dövri bərpa sınağı

5) Təlim (DR təlimi)

DR planı kağız üzərində qaldıqda işə yaramır. Ən azı ildə bir neçə dəfə:

  • Bir HMI serverini ehtiyat nüsxədən qurun

  • Bir PLC layihəsini bərpa edin

  • SCADA lisenziyasının/drayverinin uyğunluğunu yoxlayın

  • DR-dən sonra seqmentasiya qaydalarının düzgün olduğunu yoxlayın

OT DR-in vacibliyini göstərən məqam budur: DR yoxdursa, hücum zamanı qərarlar təşviş içində qəbul edilir. Bu təşvişlə tətbiq olunan “sürətli yan keçmələr” (təhlükəsizlik divarını söndürmək, hər kəsə administrator səlahiyyəti vermək, tələsik RDP girişini açmaq) hücumçunun işini asanlaşdırır və ikinci dalğaya səbəb olur. DR planı yalnız bərpa etmək deyil, bərpa zamanı təhlükəsizliyi qorumaq deməkdir.

Təşkilatlar adətən DR-i “baş versə, baxarıq” deyərək təxirə salırlar. Halbuki OT-də fəlakətin dəyəri günlərlə davam edən dayanma, keyfiyyət itkisi, əməyin təhlükəsizliyi riski və nüfuz itkisidir. DR sığorta kimi deyil; texnoloji prosesin fasiləsizliyi üçün mühəndislik zərurətidir.