Autosalona kiberdrošības un DMS noturības rokasgrāmata

1. Modelējiet autosalona reālo uzbrukuma virsmu

DMS reti pastāv atsevišķi. Tā apmainās ar klienta, transportlīdzekļa, cenu, remonta, detaļu un grāmatvedības datiem ar CRM, OEM portāliem, finansējuma sniedzējiem, tīmekļa vietnēm, zvanu sistēmām, diagnostikas rīkiem un izklājlapām. Filiāļu tīkli ietver biroja galapunktus, darbnīcas aprīkojumu, Wi-Fi, printerus, kameras un piegādātāju attālinātu piekļuvi. Katra identitāte un saskarne ir daļa no darbības robežas.

Sāciet ar aktīvu un datu plūsmas inventarizāciju. Reģistrējiet īpašnieku, mērķi, naudotājus, administratoru, interneta pieejamību, autentifikāciju, integrācijas, datu jutīgumu, piegādātāju un atjaunošanas atkarību. Iekļaujiet neizmantotas saskarnes un robotu kontus. Nezināmi mantoti savienojumi ir īpaši bīstami, jo tie var saglabāt plašas atļaujas pēc tam, kad to biznesa mērķis ir beidzies.

ENISA savai 2025. gada draudu ainavai analizēja 4875 incidentus. Tās kibernoziegumu apakškopā izpirkuma programmatūra veidoja 81,1%, savukārt ar izpirkuma programmatūru saistīti pārkāpumi kopumā veidoja 15,2% no incidentiem. [1] Šie saucēji ir atšķirīgi un tos nedrīkst sajaukt. Darbības mācība ir tāda, ka tirgotājiem vajadzīga gan profilakse, gan atjaunošanas spēja.

2. Padariet identitāti par drošības kontroles slāni

Kur iespējams, pieprasiet pret pikšķerēšanu noturīgu daudzfaktoru autentifikāciju, īpaši administratoriem, e-pastam, attālinātai piekļuvei un finansēm. Centralizējiet pieteikšanos, kur tas praktiski iespējams, un bloķējiet koplietotus naudotāju kontus. Pakalpojumu kontiem vajadzīgi īpašnieki, šauri tvērumi, rotēti noslēpumi un jābūt bez interaktīvas izmantošanas. API piekļuves dati jāglabā noslēpumu pārvaldniekā, nevis skriptos vai pieprasījumos.

Ieviesiet pievienošanās, pārcelšanas un aiziešanas procesu, kas atspoguļo autosalona kadru mainību un lomu izmaiņas. Nekavējoties atslēdziet piekļuvi pēc aiziešanas, noņemiet vecās filiāles atļaujas pēc pārcelšanas un regulāri pārskatiet privileģēto piekļuvi. Nodaliet spēju izveidot piegādātāju, apstiprināt maksājumu, eksportēt klientu datus un mainīt drošības iestatījumus.

Uzraugiet neparastu pieteikšanās vietu, neiespējamu ceļošanu, masveida eksportus, privilēģiju izmaiņas, atslēgtus žurnālus un masveida ierakstu izmaiņas. Brīdinājumiem vajadzīgi atbildīgie un reaģēšanas plāni. Saglabājiet audita žurnālus ārpus uzraudzītā konta sasniedzamības un sinhronizējiet laiku visās sistēmās, lai izmeklētāji varētu atjaunot notikumu gaitu.

3. Mazinājiet tehnisko riska iedarbību un integrācijas risku

Vispirms atjauniniet interneta pieejamos un izmantotos ievainojamības, izmantojot aktīvu kritiskumu un draudu pierādījumus. Noņemiet neatbalstītu attālās vadības programmatūru un aizveriet neizmantotus portus. Segmentējiet diagnostikas un darbnīcas ierīces no finanšu un identitātes pakalpojumiem. Piegādātāju piekļuvei jābūt laika ierobežotai, apstiprinātai un uzraudzītai.

Nodrošiniet integrācijas kā produkcijas programmatūru. Validējiet shēmu un autorizāciju, izmantojiet idempotenci, lai novērstu dublētus finanšu notikumus, ierobežojiet atgriezto datu apjomu un aizsargājiet webhook galapunktus pret viltošanu un atkārtošanu. Piemērojiet atsevišķus piekļuves datus katrai videi un partnerim. Viens visvarens integrācijas konts sagrauj lomu dizainu.

4. Izstrādājiet atjaunošanu ap tirgotāja darbībām

Definējiet atjaunošanas punkta mērķi, atjaunošanas laika mērķi un maksimāli pieļaujamo pārtraukumu potenciālo klientu uztveršanai, darbnīcas plānošanai, detaļām, rēķinu izrakstīšanai, transportlīdzekļa izsniegšanai un algu aprēķinam. Atkarības ir svarīgas: DMS atjaunošana bez identitātes, DNS, dokumentu glabātuves vai OEM saites var neatjaunot lietderīgu pakalpojumu.

Uzturiet nemaināmus vai izolētus dublējumus, kas aizsargāti ar piekļuves datiem, nodalītiem no produkcijas administrēšanas. Pārbaudiet atjaunošanu tīrā vidē un pārbaudiet datu konsekvenci, ne tikai to, ka faili pastāv. Reģistrējiet patērēto laiku un manuālos soļus. Saglabājiet piegādātāju kontaktus un licenču informāciju bezsaistes reaģēšanas paketē.

Sagatavojiet kontrolētas dīkstāves procedūras: kā pārbaudīt klientus, fiksēt darbu, autorizēt transportlīdzekļa izsniegšanu, reģistrēt detaļas, aizsargāt papīra veidlapas un saskaņot darījumus pēc atjaunošanas. Praktizējiet kopā ar filiāļu vadītājiem. Manuāla nepārtrauktība nav atļauja apiet krāpšanas un privātuma pārbaudes.

5. Uztveriet piegādātājus kā kontroles vides daļu

Prasiet riskam proporcionālus pierādījumus: mitināšanu un datu atrašanās vietu, šifrēšanu, identitātes kontroli, audita žurnālus, drošu izstrādi, ievainojamību pārvaldību, neatkarīgu pārliecību, iespiešanās testēšanas pieeju, incidentu vēsturi, apakšapstrādātājus, nepārtrauktību, datu atgriešanu un dzēšanu. Sertifikāts ir noderīgs, bet neatbild uz jautājumu, vai tirgotājs ir konfigurējis MFA vai pārmērīgas atļaujas.

Līgumiem jādefinē paziņošana par incidentiem, sadarbība, pierādījumu saglabāšana, atjaunošanas mērķi, apakšapstrādātāju izmaiņas un izstāšanās atbalsts. Kartējiet ceturtās puses, kas var būtiski traucēt pakalpojumu. Pārvērtējiet pagarinājuma laikā un pēc lielām arhitektūras vai īpašumtiesību izmaiņām.

Personas datiem BDAR 32. pants pieprasa, lai pārziņi un apstrādātāji izmantotu riskam atbilstošus pasākumus, tostarp pēc vajadzības šifrēšanu, noturību, atjaunošanu un regulāru testēšanu. [2] Tas ir uz risku balstīts, nevis fiksēts kontrolsaraksts.

6. Izprotiet NIS2 un transportlīdzekļu noteikumus, nepārspīlējot

NIS2 ir Direktīva (ES) 2022/2555, tāpēc dalībvalstis to transponē nacionālajā tiesību aktā. Tvērums ir atkarīgs no nozares, entītijas veida, lieluma noteikumiem, nacionālajām izvēlēm un noteikšanas. Mehānisko transportlīdzekļu ražošana parādās II pielikumā, un noteikti mākoņa, pārvaldīto pakalpojumu un digitālie sniedzēji ir aptvertas kategorijas. Parasts autosalons automātiski neietilpst tvērumā vienkārši tāpēc, ka tas pārdod vai apkalpo transportlīdzekļus. [3]

Pat ja tirgotājs neietilpst tiešā tvērumā, OEM vai piegādātāju līgumi var pārnest prasības. Aptvertajām entītijām saskaņā ar nacionālo ieviešanu ir pārvaldības, riska pārvaldības un incidentu ziņošanas pienākumi. Pārbaudiet juridisko vienību un pašreizējo nacionālo likumdošanu, nevis paļaujieties uz ES līmeņa kopsavilkumu.

UNECE Noteikumi Nr. 155 un 156 risina transportlīdzekļu kiberdrošību un programmatūras atjauninājumu pārvaldību tipa apstiprināšanas ietvarā. [4] Tie galvenokārt attiecas uz ražotājiem un apstiprinātiem transportlīdzekļu tipiem, nevis katras autosalona DMS sertifikāciju. Tomēr tirgotāji var atbalstīt kontrolētus programmatūras atjauninājumus, kampaņu pierādījumus un incidentu eskalāciju plašākā automobiļu ķēdē.

Kur iederas Omnetic

Omnetic dokumentētie moduļi savieno CRM, transportlīdzekļa dzīves ciklu, krājumu, cenu noteikšanu un pārbaudes darba plūsmas. Mazāk nekontrolētu nodošanu var uzlabot darbības pārredzamību, bet konsolidācija arī koncentrē atkarību, un tā attiecīgi jāaizsargā. Produkta dokumentācija piemin API, webhooks, ārējus identifikatorus un plānotus eksportus, nepublicējot pilnu publisku drošības vai saskarņu katalogu.

Pirms izvēles palūdziet Omnetic pierādīt mitināšanu, datu atrašanās vietu, šifrēšanu, RBAC, MFA vai 2FA, audita žurnālus, dublējumu izolāciju, atjaunošanas testus, incidentu nosacījumus, ievainojamību pārvaldību, apakšapstrādātājus un integrācijas drošību. Pārbaudiet konfigurāciju un atbildību paredzētajā valstī un pakotnē.