Tehniline dokumentatsioon
ei tohiks elada nagu tavaline failikaust
Masinate dokumentatsioon sisaldab andmeid konstruktsiooni, riskide, kaitsemeetmete, auditite, fotode ja deklaratsioonide kohta. See on materjal, mida ettevõte ei taha laiali saata e-postiga ega hoida juhuslikes koopiates. Safety Software aitab seda dokumentatsiooni hallata süsteemis: juurdepääsukontrolli, valitud väljade krüpteerimise ja tehniliste otsuste tööajalooga.
Suurim probleem ei alga moesõnast. See algab sellest, kus andmed päriselt asuvad.
Riskihindamine on tabelis. Auditifotod on telefonis. Deklaratsioon on PDF-is. Keegi saatis integraatorile failipaki, keegi teine hoiab uuemat versiooni projekti kaustas. Sellise tööviisi juures on tehnilise dokumentatsiooni kaitsest raske rääkida, sest enne tuleb üldse selgeks teha, milline koopia on õige ja kes seda näinud on.
Seepärast on Safety Software'is andmekaitse osa tööviisist: dokumentatsioon sünnib süsteemis, juurdepääs on seotud kasutaja ja projektiga ning valitud välju saab krüpteerida KMS-kihi abil.
Ettevõtetele, kes ei taha hallata riske, fotosid, deklaratsioone ja tehnilisi otsuseid ainult inimeste vahel edasi-tagasi liikuvates failides
Ettevõtet ei vaeva tavaliselt turvateooria, vaid kontrolli alt väljas dokumentide ringlus.
KMS ei ole siin tehniline iluelement. Selle roll on lihtne: masina, riski ja tehniliste otsuste andmeid tuleb hallata süsteemis, mitte üha kasvava koopiate hulga sees.
Mida see kiht päriselt kaitseb?
protected_field:
value: technical_data
data_key: organization_key
algorithm: AES_256_GCM
key_store: encrypted_key
output: encrypted_value
Iga tehnilist kirjeldust ei tasu hoida tavalise tekstina.
Tehnilises dokumentatsioonis on osa andmeid eriti tundlikud: need võivad puudutada masina konstruktsiooni, moderniseerimise ulatust, tootja andmeid, kaitsemeetmete nõrku kohti või auditileide. Selline info ei peaks tavaliselt ringlema kümnetes koopiates.
Safety Software saab kaitsta valitud välju KMS-kihi abil tehtava krüpteerimisega. See on konkreetne tehniline mehhanism, mis tugevdab andmekaitset süsteemis ja täiendab ettevõtte infoturbe reegleid.
Allolev skeem näitab põhimõtet: välja väärtust ei pea hoidma tavalise tekstina, vaid krüpteeritud väärtusena, mis on seotud organisatsiooni andmevõtmega.
- valitud tundlike andmete krüpteerimine
- organisatsiooni andmevõtmed kaitstud väljade jaoks
- tehniline kaitse koos rollide ja juurdepääsuga
Ettevõtte andmetel peab olema oma kontekst, mitte ainult kausta nimi.
Tootmisettevõttes liigub dokumentatsioon sageli läbi konstrueerimise, hoolduse, tööohutuse, integraatori ja juhtkonna. Igaüks neist vajab erinevas ulatuses infot. Kogu dokumendipaki saatmine kõigile on mugav ainult seni, kuni esimene probleem lauale jõuab.
Seepärast peab dokumentatsiooni kaitse ühendama krüpteerimise, kasutajad, rollid ja juurdepääsu konkreetsele projektile või auditile. Alles siis on süsteem midagi enamat kui koht, kus lihtsalt PDF-e genereeritakse.
- tehnilised andmed on seotud kindla organisatsiooniga
- juurdepääs projektile või auditile, mitte täispakile faile
- selge juurdepääsuulatus IT-le, kvaliteedile ja juhtkonnale
document_access:
company: acme_machines
project: packing_line
users: selected_team
protected_fields: enabled
history: retained
responsibility:
software: encryption_and_access
company: policy_and_process
promise: no_magic_certificate
value: safer_document_flow
Rakenduse andmekaitse töötab koos ettevõtte turvareeglitega.
Krüpteerimine ja KMS tugevdavad Safety Software'i andmekaitset, kuid ettevõte hoiab endiselt enda käes juurdepääsu andmise reeglid, tarnijatega koostöö põhimõtted ja dokumentatsiooniga töötamise korra. Süsteem aitab vähendada hajutatud failidega töötamise riski ja kaitsta tehnilisi andmeid paremini igapäevases protsessis.
Meeskonna jaoks tähendab see vähem kontrolli alt väljas dokumentatsioonikoopiaid, selgemat juurdepääsu projektidele ja suuremat kontrolli masinate kohta käiva info üle.
- valitud väljad on süsteemis kaitstud
- juurdepääs on seotud kasutaja, rolli ja projektiga
- vähem dokumentatsioonikoopiaid meeskonna kontrolli alt väljas
Milliseid küsimusi tasub süsteemis hallatava tehnilise dokumentatsiooni puhul küsida?
Masinate ja riskide andmete juures pole oluline ainult see, kas raport näeb hea välja. Oluline on, kus andmed asuvad, kes neid näeb ja kas tundlikud väljad ei liigu tavalistes failides.
Faili ja süsteemi vahe tuleb välja hetkel, kui dokumentatsioon hakkab ringlema.
Dokumendigeneraator salvestab vastuse. Dokumentatsiooniga töötamise süsteem peab lisaks valvama juurdepääsu, ajalugu ja tehniliste andmete kaitset.
| Tabel + kaust | Dokumendigeneraator | Safety Software | |
|---|---|---|---|
| Tehnilised andmed ühes protsessis | Osaliselt failid | Osaliselt vorm | Jah — andmemudel |
| Tundlike väljade krüpteerimine | Puudub puudub | Osaliselt sõltub tööriistast | Jah — KMS |
| Organisatsiooni kontekst | Osaliselt kaust | Osaliselt konto | Jah — organisatsiooni kontekst |
| Juurdepääs konkreetsetele projektidele ja audititele | Puudub koopiad | Osaliselt kasutajad | Jah — tööulatus |
| Turbevastutuse piir | Puudub puudub | Osaliselt paroolid | Jah — selged reeglid |
Levinumad küsimused dokumentatsiooni kaitse ja KMS-i kohta
Kas Safety Software on eraldiseisev KMS-süsteem?
Millised väljad võivad vajada tugevamat kaitset?
Kas krüpteeritakse tõesti kõik?
Kas see asendab ettevõtte infoturbe reegleid?
Miks on see masinate dokumentatsiooni puhul oluline?
Ära halda tundlikku tehnilist dokumentatsiooni ainult meilides ja kaustades.
Too masinate, riskide, auditite ja deklaratsioonide andmed süsteemi, mis ühendab juurdepääsukontrolli, valitud väljade krüpteerimise ja tehniliste otsuste tööajaloo.
Kaitse dokumentatsiooni Safety Software'isParim algus on projekt, kus ettevõte juba teab, et tehniline dokumentatsioon ei tohi ringelda failipakina.
Teadmistebaasist
Praktilised artiklid riskihindamise, masinadirektiivide ja vastavuse kohta — selle tootelehe toetuseks.