Υποχρεωτικό πρότυπο κυβερνοασφάλειας για συνδεδεμένα οχήματα σε ισχύ στην Κίνα

Ένα συνδεδεμένο όχημα δεν είναι πλέον μηχανικό προϊόν αλλά σύστημα που λειτουργεί σε δίκτυο. Οι λειτουργίες απομακρυσμένης ενημέρωσης, τηλεματικής και υποβοήθησης οδηγού καθιστούν την ασφάλεια του οχήματος αδιαχώριστη από το λογισμικό.

Γι' αυτό οι μεγάλες αγορές καθιστούν την κυβερνοασφάλεια οχημάτων μέρος της αξιολόγησης συμμόρφωσης. Αυτή η προσέγγιση, που εφαρμόζεται στην Κίνα μέσω υποχρεωτικού εθνικού προτύπου, προσθέτει τη διάσταση της κυβερνοασφάλειας στην αλυσίδα έγκρισης τύπου του οχήματος.

Το κοινό χαρακτηριστικό τέτοιων προτύπων είναι ότι απαιτούν όχι μεμονωμένες λειτουργίες αλλά σύστημα διαχείρισης: αξιολόγηση κινδύνου, ασφαλή ανάπτυξη, παρακολούθηση τρωτοτήτων και ανταπόκριση σε συμβάντα. Δηλαδή, το έγγραφο γίνεται απόδειξη διεργασίας, όχι δοκιμής.

Η αλυσίδα εφοδιασμού εμπίπτει επίσης στο πεδίο. Ο κατασκευαστής μιας μονάδας ελέγχου ή τηλεματικής μέσα στο όχημα πρέπει να μεταβιβάζει το δικό του αποδεικτικό ασφάλειας στον OEM.

Το διεθνές σημείο αναφοράς στην κυβερνοασφάλεια οχημάτων είναι οι κανονισμοί UNECE R155 (σύστημα διαχείρισης κυβερνοασφάλειας) και R156 (σύστημα διαχείρισης ενημερώσεων λογισμικού)· χρησιμοποιούνται ευρέως στον κλάδο μαζί με το πρότυπο διεργασίας ISO/SAE 21434.

Ένα σύστημα διαχείρισης που έχει κατασκευαστεί σύμφωνα με αυτά τα πλαίσια δεν ξεκινά από το μηδέν στην κάλυψη των απαιτήσεων στην Κίνα: το μεγαλύτερο μέρος των ίδιων αποδεικτικών διεργασίας μπορεί να επαναχρησιμοποιηθεί. Ωστόσο, απαιτείται ξεχωριστή ανάλυση κενών για τις δικές του απαιτήσεις του τοπικού προτύπου.

Αυτό το άρθρο αφορά τη λειτουργία των πλαισίων· για τον αριθμό του προτύπου, την ημερομηνία έναρξης ισχύος και το πεδίο εφαρμογής, πρέπει να λαμβάνεται ως βάση η επίσημη ανακοίνωση και η ειδοποίηση του φορέα πιστοποίησης με τον οποίο συνεργάζεστε.

Η κυβερνοασφάλεια σε συνδεδεμένο όχημα φέρει διαφορετική δομή κινδύνου από την κλασική ασφάλεια προϊόντος. Μια βλάβη στο υδραυλικό φρένων επηρεάζει ένα μόνο όχημα· μια απομακρυσμένα εκμεταλλεύσιμη ευπάθεια λογισμικού, όμως, μπορεί να επηρεάσει ταυτόχρονα ολόκληρο τον στόλο του ίδιου μοντέλου. Αυτή η διαφορά κλίμακας αλλάζει επίσης την προσέγγιση του ρυθμιστή.

Γι' αυτό η προσέγγιση που υιοθετήθηκε παγκοσμίως μετακινήθηκε από τη μεμονωμένη δοκιμή του προϊόντος στην επιθεώρηση του ΣΥΣΤΗΜΑΤΟΣ ΤΟΥ ΚΑΤΑΣΚΕΥΑΣΤΗ: εκτελείται ανάλυση απειλών και αξιολόγηση κινδύνου, φτάνουν οι απαιτήσεις ασφάλειας στον σχεδιασμό, παρακολουθούνται οι γνωστοποιήσεις τρωτοτήτων, διανέμεται με ασφάλεια η ενημέρωση λογισμικού.

Ο δεύτερος άξονας είναι η διαχείριση ενημερώσεων λογισμικού. Η απομακρυσμένη ενημέρωση είναι τόσο ο ταχύτερος τρόπος κλεισίματος ενός κενού ασφάλειας όσο και το πιο επικίνδυνο κανάλι σε περίπτωση κατάχρησης: η ακεραιότητα και η επαλήθευση πηγής της αλυσίδας ενημέρωσης ρυθμίζεται συνεπώς ως ξεχωριστή απαίτηση.

Ο κατασκευαστής οχημάτων είναι ο αποδέκτης της έγκρισης τύπου, αλλά το μεγαλύτερο μέρος των τρωτοτήτων προέρχεται από ηλεκτρονικές μονάδες στην αλυσίδα εφοδιασμού και λογισμικό τρίτων. Γι' αυτό η υποχρέωση μεταβιβάζεται προς τα κάτω μέσω σύμβασης.

Τα τυπικά στοιχεία που απαιτούνται από τον προμηθευτή είναι: απογραφή των χρησιμοποιούμενων εξαρτημάτων λογισμικού και εκδόσεων, ανάλυση απειλών σε επίπεδο μονάδας, αποδεικτικό επαλήθευσης απαιτήσεων ασφάλειας, και δέσμευση γνωστοποίησης τρωτοτήτων καθ' όλη τη διάρκεια ζωής του προϊόντος.

Η απογραφή εξαρτημάτων είναι το πιο συχνά παραβλεπόμενο και το πιο κρίσιμο στοιχείο: χωρίς απογραφή δεν μπορεί να απαντηθεί το ερώτημα ποια τρωτότητα υπάρχει σε ποια μονάδα, άρα η διαχείριση τρωτοτήτων δεν μπορεί να λειτουργήσει.

Η λογική των απαιτήσεων κυβερνοασφάλειας μοιάζει μεταξύ αγορών, αλλά η εφαρμογή διαφέρει: ποια έγγραφα θα υποβληθούν σε ποια γλώσσα, ποιος θα διενεργήσει τον έλεγχο, και πρόσθετοι κανόνες σχετικά με τον εντοπισμό δεδομένων και δεδομένα χάρτη/θέσης προέρχονται από εθνικούς κανονισμούς.

Γι' αυτό ένα σύστημα διαχείρισης που έχει εγκατασταθεί σε μια αγορά μπορεί να μη γίνεται άμεσα αποδεκτό σε άλλη αγορά· το ίδιο το σύστημα δεν ανακατασκευάζεται, αλλά ο φάκελος αποδεικτικών στοιχείων ανασυντάσσεται στη μορφή που απαιτεί η αγορά στόχος.

Τα πιο χρονοβόρα στοιχεία στον σχεδιασμό είναι το ραντεβού ελέγχου και η μετάφραση της τεκμηρίωσης στην τοπική γλώσσα· όταν ολοκληρωθεί η τεχνική εργασία, η διαδικασία αναμένει σε αυτά τα δύο στοιχεία.