Müşteri bir makine arızası için servis istediğinde, mühendisin ulaşacağı yer her zaman tesisin tamamı değildir. Bazen bir HMI, bazen servis bilgisayarındaki yazılım, bazen de üretim raporu yeterlidir.
Uzaktan erişim yöntemini seçerken önce yapılacak işi ve gereken hedefi tanımlayın. Sonra bağlantının nasıl kurulacağını, yetkinin kimde olduğunu ve iş bittiğinde nasıl kapatılacağını değerlendirin.
Üç yaklaşımın farkı nedir?
| Yaklaşım | Nasıl çalışır? | Özellikle neye bakılmalı? |
|---|---|---|
| VPN | Kullanıcıya özel bir ağ bağlantısı kurar | Açılan ağlar, güvenlik duvarı kuralları ve hesapların kapsamı |
| Atlama sunucusu / jump server | Mühendis önce yönetilen bir ara bilgisayara bağlanır | Sunucudaki araçlar, oturumlar, güncellemeler ve sonraki hedefler |
| Uygulama bazlı erişim / ZTNA yaklaşımı | İzinleri belirli uygulama veya servis çevresinde toplar | Hedefin desteği, kimlik, oturum davranışı ve erişimin kaldırılması |
VPN’in geniş veya dar erişim vermesi, yapılandırmaya bağlıdır. Bir atlama sunucusu da arkasındaki ağ kuralları doğru değilse gereğinden fazla yere ulaşabilir. Ürün adı tek başına yetki sınırını anlatmaz.
VPN ne zaman uygun olabilir?
Mevcut altyapıda yönetilen bir VPN, güçlü kimlik doğrulama ve hedefi daraltan ağ kuralları varsa bu yapı ihtiyaçla örtüşebilir. Servis yazılımının hangi protokolleri kullandığını ve ağda ne kadar erişim istediğini kontrol edin.
Müşteriler arasında aynı hesabı veya aynı geniş yetkiyi kullanmak yerine, her işin hedefi ve sorumlusu belli olsun. Eski servis hesaplarının açık kalıp kalmadığını düzenli olarak gözden geçirin.
Atlama sunucusu ne sağlar?
Servis araçlarını yönetilen bir bilgisayarda toplar. Mühendis önce bu noktaya ulaşır, sonra izin verilen araçla makineyi inceler.
Bunun karşılığında ara bilgisayarın bakımını da üstlenirsiniz: işletim sistemi, yazılım sürümleri, hesaplar, lisanslar ve oturum kapasitesi. Aynı makinede birden fazla mühendisin çalışması gerekiyorsa oturumların birbirini nasıl etkilediğini deneyin.
Uygulama bazlı erişim nerede yardımcı olur?
İhtiyaç belli bir web uygulaması, sunucu servisi veya destek aracıysa erişimi onun çevresinde tanımlamak daha anlaşılır olabilir. Kimin hangi uygulamayı açabildiğini uygulama listesi üzerinden görebilirsiniz.
Orenda Connect bu iş için kullanıcı ve gruplara kaynak atar. Servis iş ortağına belirli bir uygulama için bağlantı oluşturulabilir; bağlantıya bitiş tarihi konabilir veya erişim kaldırılabilir.
Paylaşılan bir bağlantı, onu kullanan her kişinin kimliğini tek başına kanıtlamaz. Kişiye özel kayıt gerekiyorsa erişim yöntemini buna göre seçin.
İlk bağlantıda neyi denemelisiniz?
- Mühendisin gereken uygulamayı açabildiğini doğrulayın.
- İlgisiz uygulama ve sistemlere erişemediğini kontrol edin.
- Bağlantı kesilip geri geldiğinde uygulamanın davranışına bakın.
- Yetkiyi kaldırın ve erişimin gerçekten kapandığını deneyin.
- Sahadaki kişinin normal çalışmasına etkisini gözleyin.
NIST’in OT güvenliği rehberi, endüstriyel sistemlerin erişim tasarımını güvenlik, kullanılabilirlik ve operasyon koşullarıyla birlikte ele alır. İlk deneme bu yüzden yalnızca “bağlandı” kontrolünden ibaret olmamalıdır.
Box mı, mevcut bilgisayar mı?
Servis bilgisayarı ve gerekli uygulama zaten varsa Orenda Connect ile başlayabilirsiniz. PLC verisi toplamak, geçmiş saklamak ve MES ya da SCADA’yı sahada çalıştırmak gerekiyorsa Orenda Box eklenir.
Başlangıç için sık karşılaşılan bir servis işini seçin. Yöntemin o işi tamamlamaya yardımcı olup olmadığını müşteri ve mühendisle birlikte değerlendirin.
