Java-sérülékenységek a Schneider Electric Trio TView szoftverében
A Schneider Electric bejelentése szerint a Trio TView szoftver TBUMPROG - TVIEW 3.27.0 és korábbi verzióiban használt Java Runtime Enviroment 1.6.0u27 számos ismert sérülékenysége miatt az érintett TView verziók is érintettek. A gyártó bejelentésében több, mint 360 különböző, 2011 és 2017 között kiadott CVE van felsorolva. A sérülékenységeket a Schneider Electric a weboldalán elérhető Trio TView Software 3.29.0 verzióban javította.
A sérülékenységekkel kapcsolatban további részleteket a Schneider Electric bejelentése tartalmaz.
Sérülékenységek Schneider Electric PowerSCADA termékekben
Az ICS-CERT publikációja szerint a gyártó több hibát is talált a PowerSCADA termékcsalád alábbi tagjaiban:
- A PowerSCADA Expert v8.1 és v8.2 verzióival forgalmazott PowerSCADA Anywhere 1.0-s verziója;
- A PowerSCADA Citect Anywhere 1.0-s verziója.
A Schneider Electric a most publikált hibákat az érintett szoftverek 1.1-es verziójában javította. A sérülékenységekről bővebb informáiót az ICS-CERT bejelentésében lehet találni: https://ics-cert.us-cert.gov/advisories/ICSA-17-201-01
A fenti sérülékenységekkel kapcsolatban az ICS-CERT az alábbi kockázatcsökkentő intézkedések fontosságát hangsúlyozza:
- Minimálisra kell csökkenteni az ipari/egészségügyi rendszerek/hálózatok kapcsolatát az Internettel, az ilyen eszközök közvetlen Internetre történő csatlakoztatását kerülni kell;
- Az ipari/egészségügyi rendszereket/hálózatokat tűzfalakkal kell elválasztani a vállalati hálózatoktól;
- Az ipari/egészségügyi rendszerek/hálózatok távoli eléréséhez biztonságos módszereket (pl. VPN) kell használni, de szem előtt kell tartani azt is, hogy az egyes VPN-megoldásoknak is lehetnek sérülékenységeik és ezeket is folyamatosan frissíteni kell a legújabb elérhető verzióra. Nem szabad elfelejteni továbbá azt sem, hogy a VPN csak annyira biztonságos megoldás, mint az eszköz, amit a VPN-en keresztül a védett hálózathoz csatlakoztatnak;
- Amikor csak lehetséges el kell távolítani, le kell tiltani vagy meg kell változtatni az alapértelmezett felhasználói fiókok nevét és jelszavát;
- A nyers erőn (brute force) alapuló jelszótörések elleni védekezés jegyében felhasználói fiók-kizárási szabályokat célszerű alkalmazni;
- Erős jelszavak alkalmazását kikényszerítő szabályokat kell alkalmazni;
- Harmadik féltől származó alkalmazással célszerű monitorozni az adminisztrátori szintű jogosultságok kiadását;
- Az alapértelmezett beállításokat, amennyiben lehetséges, meg kell változtatni;
- A futó szolgáltasáok hardening-jét célszerű elvégezni (csak azok a szolgáltatások fussanak, amik nélkülözhetetlenek);
- Biztonságos felhasználókezelési és hozzáférési szabályokat kell életbe léptetni;
- A megbízhatónak tartott firmware és szoftver-verziókból célszerű (páncélszekrényben) elzárt fizikai példányokkal rendelkezni (lehetőleg egyszer írható adathordozón, pl. CD/DVD, stb.);
- Ismerni kell a normális működéshez tartozó hálózati forgalmat;
- Ki kell alakítani a biztonsági naplózás és naplóelemzés képességét és ezekre építve a megfelelő riasztási eljárásokat;
- Az új beállításokat labor körülmények között célszerű tesztelni, mielőtt az éles (és tartalék) rendszerekben alkalmaznák azokat.
