Sérülékenységek Schneider Electric Ampla MES rendszerekben
Az ICS-CERT múlt heti bejelentése szerint Ilya Karpov, a Positive Technologies munkatársa két hibát is talált a Schneider Electric Ampla MES (Manufacturing Execution System - termelésirányítási rendszer) 6.4-es és korábbi verzióiban. A sérülékenységek között az érzékeny adatok titkosítás nélküli továbbítása és a nem megfelelő erősségű titkosítás található.
A gyártó a hibákat az Ampla MES 6.5-ös verziójában javította.
A sérülékenységekről bővebben az ICS-CERT bejelentésében lehet olvasni: https://ics-cert.us-cert.gov/advisories/ICSA-17-187-05
Schneider Electric Wonderware ArchestrA Logger sérülékenységek
Szintén az ICS-CERT hozta nyilvánosságra, hogy Andrey Zhukov, a USSC kutatója három hibát (puffer-túlcsordulás, nem megfelelően kontrollált memóriakezelés, null-pointer hivatkozás), amik a Schneider Electric Wonderware ArchestrA Logger 2017.426.2307.1 és korábbi verzióiban találhatóak meg.
Az érintett naplózómegoldást a Schneider Electric Wonderware, Avantis, SimSci és Skelta szoftvereiben használja, a gyártó minden érintett termékét használó ügyfelének azt javasolja, hogy az ArchestrA Logger-t frissítsék a 2017.517.2328.1-es verzióra a lehető leghamarabb.
A sérülékenységekről további információkat az ICS-CERT publikációja tartalmaz: https://ics-cert.us-cert.gov/advisories/ICSA-17-187-04
Siemens SIMATIC Logon sérülékenység
A Siemens ProductCERT bejelentése szerint a Tenable Network Security munkatársai egy DoS-támadást lehetővég tevő hibát találtak a SIMATIC Logon 1.6-osnál régebbi verzióiban.
A Siemens minden, érintett verziót használó ügyfelének azt tanácsolja, hogy frissítsék a SIMATIC Logon-t az 1.6-os verzióra.
A sérülékenységgel kapcsolatban részletesebb információkat a Siemens ProductCERT publikációjában lehet olvasni: https://www.siemens.com/cert/pool/cert/siemens_security_advisory_ssa-804859.pdf
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.
