Schneider Electric Modbus protokoll sérülékenységek
Az ICS-CERT publikációja szerint a Schneider Electric Modicon PLC-iben hazsnált Modbus protokollban két sérülékenységet azonosított Eran Goldstein, a CRITIFENCE munkatársa. A hibák a Modicon Modbus protokoll minden verziójában jelen vannak. Az első hiba az authentikációs adatokat tartalmazó hálózati csomagok újraküldésével az authentikációs folyamat megkerülését teszi lehetővé, a második pedig a biztonságos rendszertervezés alapelveinek megsértéséből adódik.
A gyártó a fenti hibákkal kapcsolatban kockázatcsökkentő intézkedésekre vonatkozó javaslat-csomagot tett közzé:
- A Momentum M1E vezérlők közül a 171CBU98090-es és 171CBU98091-es modellek összes verzióját használó ügyfeleknek azt javasolják, hogy tűzfalak alkalmazásával kontrollálják az eszközök 502/tcp portjára irányuló vagy onnan kiinduló kapcsolatokat, mert ezeknél az eszközöknél egyéb kompenzáló kontrollok nem állnak rendelkezésre.
- A Modicon M340, M580, Premium és Quantum felhasználók számára a Schneider Electric az alábbi intézkedések bevezetését javasolja:
- Engedélyezzék a PLC-hez történő csatlakozáshoz szükséges authentikációt;
- Engedélyezzék az M340-es, Premium és Quantum eszközökön azt a védelmi funkciót, amivel tiltani lehet a távoli kapcsolatokat illetve a futtatás/leállítás parancsokat;
- Engedélyezzék a PLC-ken az ACL-ek működését (én már csak azt az egyet szeretném tudni, hogy ha ezek a funkciók mind léteznek a Schneider Electric PLC-in, miért is nem az az alapértelemezett beállítás, hogy működnek is és ha a felhasználási körülmények indokolják, ki lehet kapcsolni őket?)
A fenti hibákkal kapcsolatban további információkat a Schneider Electric és az ICS-CERT publikációi tartalmaznak.
A fenti 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 laborkörülményekben célszerű tesztelni, mielőtt az éles (és tartalék) rendszerekben alkalmaznák azokat.
