Az ICS-CERT weboldalán ismét több sérülékenységi bejelentés látott napvilágot.
Advantech B+B SmartWorx MESR901 Modbus gateway sérülékenység
A blogon már sokszor emlegetett Maxim Rupp ezúttal az Advantech B+B SmartWorx MESR901 Modbus gateway eszközeinek 1.5.2 és ennél korábbi verzióiban talált egy hibát, ami a kliens oldalon megvalósított authentikációra vezethető vissza.
Az ICS-CERT bejelentése szerint a gyártó nem képes(!) javítani a hibát és azon dolgozik, hogy a sérülékeny berendezéseket egy új modellel lehessen lecserélni!
A hibáról további részleteket az ICS-CERT publikációja tartalmaz: https://ics-cert.us-cert.gov/advisories/ICSA-17-122-03
CyberVision Kaa IoT Platform sérülékenység
Jacob Baines, a Tenable Network Security (többek között a Nessus automatizált sérülékenység vizsgáló szoftvert gyártó cég) munkatársa egy kódbefecskendezéses támadást lehetővé tevő hibát talált a CyberVision Kaa IoT Platform-jának 0.7.4 és feltételezhetően korábbi verzióiban.
A gyártó többszöri megkeresésre sem reagált, így a hibával kapcsolatban sem javítás, sem a sérülékenység okozta kockázatok csökkentésére vonatkozó gyártói javaslatok nem érhetőek el!
A sérülékenységről bővebben az ICS-CERT bejelentésében lehet olvasni: https://ics-cert.us-cert.gov/advisories/ICSA-17-122-02
Schneider Electric Wonderware Historian Client sérülékenység
Andrey Zhukov, a USSC munkatársa talált egy, a nem megfelelő XML-feldolgozásból adódó hibát a Schneider Electric Wonderware Historian Client 2014 R2 SP1 és korábbi verzióiban.
A gyártó a hiba javítását a HC_SecurityHF_10.6.13100 nevű frissítésben végezte el. Azoknak az ügyfeleknek, akik a Wonderware Historian Client 2014 R2 SP1-nél korábbi verzióját használják, előbb frissíteniük kell a 2014 R2 SP1-re, majd utána tudják telepíteni a HC_SecurityHF_10.6.13100-at.
A sérülékenységről további információkat a gyártó közleményéből vagy az ICS-CERT publikációjából lehet megtudni.
A sérülékenységek negatív hatásainak csökkentése érdekében az ICS-CERT az alábbi kockázatcsökkentő intézkedések bevezetését javasolja:
- 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.
