Wanneer een softwareleverancier een kwetsbaarheid meldt, moet een machinebouwer antwoorden: “Welke van onze geleverde machines bevatten dit onderdeel?” Als engineering, inkoop en service het antwoord uit aparte lijsten moeten reconstrueren, missen de technische dossiers bruikbare links.
Een technisch CRA-bestand moet het beveiligingsontwerp van het geleverde product uitleggen en hoe dat ontwerp is geverifieerd. Model, hardware, softwareversie, testbewijs en ondersteuningsrecords moeten hetzelfde product beschrijven. Wanneer een klant een andere release ontvangt, moet de relevante documentatie hierop volgen.
Leg vast om welk product het gaat
Definieer het model en de ondersteunde configuraties. Omvat de controller, HMI, industriële computer, lokale applicaties en externe services die nodig zijn voor de functies van het product. Laat de raakvlakken daartussen zien. Maak de grens tussen het netwerk van de klant en de servicetoegang van de fabrikant zichtbaar.
Verbind het model met elke geleverde machine via het serienummer, de hardwarerevisie, de geïnstalleerde softwareversie en het leveringsbewijs. Registreer ook latere servicewijzigingen. “Dit model gebruikt deze software” en “deze klant heeft deze release geïnstalleerd” beantwoorden verschillende vragen.
| Registratie | Vraag die het zou moeten beantwoorden |
|---|---|
| Productdefinitie | Welke functies en configuraties horen bij het product? |
| Architectuur en datastromen | Welke componenten communiceren, via welke interfaces? |
| Risicobeoordeling op het gebied van cyberbeveiliging | Bij welke ontwerpbeslissing wordt elk geïdentificeerd risico aangepakt? |
| Inventarisatie van softwarecomponenten | Welke componentversies zijn opgenomen in de release? |
| Verificatieresultaten | Welke eis werd getest, op welke opstelling, met welk resultaat? |
| Ondersteunings- en updateplan | Wie bereidt een correctie voor en hoe bereikt deze de klanten? |
De technische documentatievereisten van CRA hebben betrekking op productontwerp en de beoordeling van conformiteit. Deze werkdocumenten helpen teams de verbindingen te onderhouden die nodig zijn om hun product uit te leggen.
Leg vast wat een toegangstest bewijst
De uitspraak ‘toegang op afstand werkt’ zegt niet welke beveiligingsmaatregel is getest. Noteer de versie, gebruikersrechten, doelapplicatie en verwachte uitkomst. Kan de servicemonteur de diagnoseapplicatie openen? Kan dezelfde gebruiker zonder toestemming een andere resource bereiken? Wat gebeurt er nadat de klant de toegangsrechten van de partner intrekt?
Een illustratief acceptatierecord zou kunnen luiden: "De servicegroep heeft de diagnostische applicatie geopend. Toegang tot de productiebeheerapplicatie is geweigerd. Na het verwijderen van de partnertoestemming werd een nieuwe poging om de diagnose te openen geweigerd." Voeg de configuratie, datum en resultaat toe aan de betreffende versie.
Test zowel toegestane als geweigerde handelingen. Een geslaagde aanmelding toont op zichzelf niet aan dat toegangsgrenzen werken. Verandert een onderdeel van de toegang? Leg bij de versiebeoordeling vast welke tests opnieuw nodig zijn.
Voorbeeld: van kwetsbaar onderdeel tot update bij de klant
Stel dat een leverancier een kwetsbaarheid meldt in een bibliotheek van de diagnoseapplicatie. Het ontwikkelteam controleert de componentenlijst van machinesoftware 3.4. De serviceafdeling zoekt de serienummers van machines met die versie. Zo werkt het team met een lijst van getroffen installaties. Klanten hoeven hun softwareversie niet te raden.
De ontwikkelaar maakt een correctie. Tegelijk beoordeelt de verantwoordelijke voor beveiliging het effect van de kwetsbaarheid op het product. De verificatie controleert de correctie, toegangsregels en kernfuncties. Goedkeuring, testresultaten en installatie-instructies moeten allemaal naar dezelfde gecorrigeerde versie verwijzen.
De serviceafdeling plant de installatie met klanten en houdt afgeronde en openstaande updates apart bij. Het einddossier moet de getroffen machines koppelen aan de goedgekeurde correctie en de levering aan de klant. Alleen het bestaan van een nieuw pakket is niet genoeg. De meldverantwoordelijke beoordeelt of actief misbruik of een ernstig incident onder artikel 14 valt. Zo nodig start die persoon de bijbehorende meldprocedure.
Onderscheid hardwarebeschikbaarheid en beveiligingsondersteuning
Orenda biedt 10 jaar hardwarebeschikbaarheid voor Orenda Box. Die inzet helpt bij de vervangingsplanning en toevoegingen aan een geïnstalleerd machinepark. De beveiligingsondersteuningsperiode voor software is een afzonderlijk productbesluit.
Volgens de CRA moet de ondersteuningsperiode het verwachte productgebruik weerspiegelen en bedraagt deze doorgaans minimaal vijf jaar, met een uitzondering voor producten die naar verwachting korter zullen worden gebruikt. Een industriële machine met een lange levensduur heeft een beoordeling van haar eigen gebruik nodig; het minimum is geen reden om na vijf jaar te stoppen met plannen.
Vermeld het ondersteuningseinde bij de klantinformatie. Bedenk wat er gebeurt als een softwareafhankelijkheid het einde van de ondersteuning bereikt voordat de machine dat doet. Bewaar de beslissing, de verantwoordelijke eigenaar en de updatemethode bij de productgegevens.
De rol van Orenda in het technische dossier
Orenda Box biedt een TPM-basis van vertrouwen en ondertekende update-releases. Orenda Connect geeft geautoriseerde gebruikers versleutelde toegang tot geselecteerde bronnen zonder openbare inkomende servicepoorten. Organisatiegebruikers en -groepen bieden een gedefinieerde basis voor toegangsbeslissingen.
App Market-applicaties maken gebruik van gedeelde identiteit en toegangscontrole, met machtigingen die zijn goedgekeurd door de Orenda Box-beheerder. Ontwikkelaars kunnen deze besturingselementen opnemen in hun applicatieontwerp. De machinefabrikant kan naast de rest van het productbewijs de gebruikte versie, goedgekeurde rechten en geteste serviceverbinding vastleggen.
Tijdens een CRA-architectuurgesprek kunnen we samen uw systeemdiagram, de releaserecords en de servicemethode bekijken. Het nuttige resultaat is een duidelijk pad van de machine op de locatie van de klant naar de componenten, het testbewijs en de ondersteunende beslissingen.
