Schon vor Meltdown und Spectre wurde deutlich, dass Mikrorechner in industriellen Steuerungsanlagen und Embedded-Systeme durch Cyberattacken bedroht werden. Wie sieht ein vernünftiger Schutz aus?

Die Abwehr von intelligenter Malware oder raffinierten Phishing-Angriffen, das sichere Auslagern von Assets in die Cloud sowie das Einhalten von immer komplexeren Daten­schutz­richtlinien erfordert von Unternehmen eine nachhaltige Sicherheitsstrategie. Diese muss unternehmensweit adaptiert werden und möglichst alle Schwachstellen abdecken. Die Umsetzung eines DevSecOps-Ansatzes kann dies unterstützen.

Man könnte denken, „Cybersecurity Compliance“ liegt seit Jahren im Trend mit seinen unzähligen Artikeln, Initiativen und Ausschüssen, in denen diskutiert wird, wie die Welt am besten gegen das gewaltige Multi-Bedrohungs-Biest, die Cyberkriminalität vorgehen soll. Speziell bei der Software-Sicherheit haben Unternehmen aber noch viel zu tun.

Die enge Zusammenarbeit von Unternehmen in einer Lieferkette gewährt ausreichend Freiheiten für das Entwickeln innovativer Produkte und sorgt gleichzeitig dafür, dass sich Performance und funktionale Sicherheit über Produktfamilien und -generation hinweg skalieren lassen.

Die Automobil-Entwicklungsnorm ISO 26262 sieht die Isolation der Softwarekomponenten gegen gegenseitige Beeinflussung als wichtigste Aufgabe an. Der Artikel zeigt Ansätze zum Komponentenschutz auf.

Grundsätzlich möchte ich 3 Basis-Mechanismen darstellen. Es gibt weitere, aber diese halte ich für essentiell: Teile und Herrsche, Musterbildung und Abstraktion.

Im zweiten Teil unserer Serie fassen wir einige Meinungen von Experten zum Thema Software-Security zusammen. Im Mittelpunkt stehen dabei unbefugte Zugriffe oder die gezielten Angriffe auf Embedded-Systeme.

Der Einsatz eines Echtzeitbetriebssystems (RTOS) auf einem Embedded System wirkt sich nachhaltig auf dessen Laufzeitverhalten aus. Das kann Tests und Fehlersuche erschweren. Worauf ist bei Verwendung eines RTOS bei der Fehlersuche mittels eines Debuggers zu achten?

Wir beschreiten seit einigen Jahren den Weg von „Wir machen Embedded C++“ zu „Wir verstehen Embedded C++“. Dabei begegnen uns regelmäßig Stolpersteine auf unserem Weg, die sich bisher nach und nach in Wohlgefallen auflösten. In diesem Artikel möchte ich unsere Erfahrungen teilen und Ihnen Lust auf modulares Architekturdesign und Denken in Modulen machen.