Podcast

#15: Schwarzer Bildschirm im OP

Bei einer Herzkatheteruntersuchung wird auf einmal der Monitor dunkel, der die Vitaldaten des Patienten anzeigt. Erst ein Reboot des Rechners hilft. Der Patient liegt während des Zwischenfalls sediert im OP.

Im Nachgang zeigt sich, dass während der Behandlung ein Virenscanner den PC scannte, auf dem die medizinische Software lief. Durch eine fehlerhafte Konfiguration wurde der Rechner lahmgelegt.

Dürfen medizinische Geräte und andere kritische Systeme anfällig für solche Dinge sein? Oder wäre es nicht angebracht, hier eine besondere Sorgfalt walten zu lassen. Und was ist eigentlich mit all den Geräten, auf denen noch eine alte Version von Windows läuft, für die es keine Updates mehr gibt?

#14: Der Tippfehler

Im Jahr 1988 startete die Sowjetunion einen weiten Versuch, um den Mars zu erforschen. Die Phobos 1 Mission sollte den gleichnamigen Marsmond erreichen. Doch während des Flugs sorgte ein Tippfehler dafür, dass die Mission scheiterte.

Im Computer der Sonde Phobos 1 schlummerte noch ein Testprogramm. Zeitdruck sorgte dafür, dass es vor dem Start nicht mehr entfernt wurde. Durch einen einfachen Tippfehler in einem der Kommandos, die von der Erde an die Sonde geschickt wurden, wurde dieses Testprogramm aktiviert.

Die Konsequenzen waren fatal. Das Programm deaktivierte die Steuerung der Sonde. Daraufhin drehten sich langsam die Solarpanels aus der Sonne. Es wurde immer weniger elektrische Energie erzeugt, bis sich Phobos 1 schließlich abschaltete.

#13: Fast genau richtig

Im zweiten Golfkrieg bemerkte man, dass das Raketenabwehrsystem Patriot bei langer Betriebszeit zunehmend ungenau wurde. Das führe 1991 dazu, dass eine feindliche Scud-Rakete nicht abgefangen wurde und in der Folge 28 Personen starben.

Die Untersuchung zeigte, dass das Problem ein Rundungsfehler war, der mit steigender Betriebsdauer immer größer wurde. Ursprünglich war das Patriot System nie für lange Einsätze konzipiert worden. Als mobiles System, sollte es immer nur für wenige Stunden am gleichen Ort sein.

Durch die Bedrohungslage im zweiten Golfkrieg setzte man das System nun unter völlig anderen Bedingungen ein. Leider schenkte man diesen geänderten Rahmenparametern zu wenig Beachtung, um den folgenschweren Fehler zu verhindern.

#12: Unter Druck

Die Ölplattform Sleipner A sank bei einem Test im Jahr 1991. Grund dafür war der Sockel aus Beton, der zu schwach für den Druck des Meeres ausgelegt war. Wie konnte es dazu kommen und welche Rolle spielten Computer in diesem Fall?

Für die Berechnungen der Statik nutze man damals die Finite Elemente Methode. Durch mangelnde Rechenleistung und einige Fehler bei der Modellierung der Konstruktion schlich sich allerdings eine falsche Berechnung ein. Dies führte dazu, dass Teile des Sockels zu schwach ausgelegt wurden.

#11: Zertifikate und Unterschriften (Bonusfolge)

Digitale Zertifikate und Signaturen sind ein wichtiger Bestandteil unserer digitalen Infrastruktur. Ihre Rolle beim digitalen Impfpass ist nur nebensächlich. Unsere tagtägliche Kommunikation würde ohne sie und die dahinterliegenden kryptologischen Technologien schlicht und ergreifend nicht funktionieren.

Ich gebe euch in dieser Folge einen kleinen Überblick über die Kryptographie, Public- / Private-Key Verschlüsselungen und schließlich das Thema digitale Signaturen und Zertifikate.

Da das alles (fast) ohne große Katastrophen daherkommt gibt es diese Episode als Bonus dazu. Naja, außerdem habe ich gerade viel Zeit und Lust darauf.

#10: Altlasten

Der erste Flug der Ariane 5 endete nach nur 40 Sekunden mit der Selbstzerstörung der Rakete. Was war damals passiert und welche Rolle spielte alte Software der Ariane 4?

Während der Entwicklung wurden Teile der Software des Vorgängermodells übernommen und nicht auf die geänderten Rahmenbedingungen der neuen Rakete getestet. Das führte beim ersten Flug dazu, dass das Navigationssystem einen fehlerhaften Kurs einschlug, der zur Zerstörung der Rakete führte.

#9: Amazing Grace

Grace Hopper wird oft zugeschrieben, dass sie den Begriff „Bug“ für einen Softwarefehler geprägt hat. Das ist so nicht ganz korrekt. In dieser Folge erzähle ich, was es mit der Geschichte auf sich hat und wer Grace Hopper war.

Die Geschichte vom ersten Bug ist nur eine von vielen Anekdoten im Leben einer außergewöhnlichen Frau. Amazing Grace, wie sie damals genannt wurde, entwickelte den ersten Compiler und legte damit den Grundstein für die Art, wie wir heute Computer programmieren.

#8: Software hat keinen Verschleiß

Der Therac-25 war ein medizinisches Bestrahlungsgerät. Durch einen Softwarefehler kam es zu sechs Zwischenfällen mit teilweise tödlichen Ausgängen. Fatal war, dass der Hersteller damals davon ausging, dass die Software keine Fehler haben könne.

Denn im Vergleich zur Hardware unterliegt sie ja keinem Verschleiß. Das war eine Fehleinschätzung mit Folgen. Erst durch den Einsatz eines Physikers aus einer der betroffenen Kliniken konnte der verantwortliche Fehler gefunden und schließlich behoben werden.

Die Geschichte des Therac-25 ist ein Paradebeispiel für Softwarefehler und den Umgang damit. Und übrigens: Software unterliegt einer Art digitalem Verschleiß. Man spricht hierbei von der sogenannten Softwarealterung.

#7: Der rote Knopf

Mehr als einmal stand die Welt an der Schwelle zu einem Atomkrieg. Diese Folge erzählt die Geschichte von Stanislaw Petrow, der durch sein Handeln im Jahre 1983 einen Sowjetischen Atomschlag gegen die USA verhinderte.

Damals zeigten die Frühwarnsysteme nämlich einen amerikanischen Angriff an. Es handelte sich dabei aber um einen Fehler bei der Beobachtung der sowjetischen Satelliten. Petrow erkannte dies und entschied sich unter einem enormen Zeitdruck dafür, dass es sich um einen Fehlalarm handeln musste. Er lag richtig.

Leider war das nicht der einzige Fall in der Geschichte, in der es versehentlich fast zu einem Einsatz von Atomwaffen kam.

#6: Fehlerkultur

Was ist eigentlich eine gesunde Fehlerkultur und wie kann man diese in einem Team oder Unternehmen voranbringen? Zu diesem Thema unterhalte ich mich mit Christoph Petrausch.

Christoph sorgt als Cloud Engineer dafür, dass die Infrastruktur von großen IT Systemen läuft. Bei seiner Arbeit ist ihm wichtig, dass man konstruktiv und offen mit Fehlern umgeht. Wir sprechen darüber, wie das im Alltag aussieht und gehen am Beispiel des Blameless Post Mortem darauf ein, wie man eine solche Fehlerkultur konstruktiv und zielgerichtet angehen kann.