Für den November habe ich die folgenden Themen eingeplant. Die Reihenfolge wird eine Überraschung und hängt im Einzelfall immer vom Aufwand ab, der sich meist erst bei der Recherche zeigt.

Auf Steady weiterlesen

Während des Flugs meldet ein Bildschirm im Cockpit ein Triebwerksfeuer. Es ertönt kein Warnton und die rote Lampe leuchtet nicht auf, alle Werte sind normal. Trotzdem schalteten in einer Simulatorstudie aus dem Jahr 1998 praktisch alle erfahrenen Linienpiloten das Triebwerk ab. 67 Prozent von ihnen erinnern sich im Nachhinein an Warnsignale, die es nie gab.

Dieses Phänomen wird als „Automation Bias” bezeichnet. Doch warum ist das so? Warum glauben wir automatischen Systemen oft mehr als unserem eigenen Wissen oder den Informationen, die wir direkt vor Augen haben? Zu diesem Thema wird schon lange geforscht, doch es gibt kein Patentrezept, um sich völlig davor zu schützen.

Wenn man sich der Sache jedoch bewusst ist, kann man zumindest das eigene Risiko reduzieren und im besten Fall handhabbar machen. Das Thema ist aktueller denn je. Denn mit der Omnipräsenz von künstlicher Intelligenz steigt auch die Wahrscheinlichkeit, einem Automation Bias zu unterliegen. Und das gilt sogar in den Fällen, in denen der „Human in the Loop” das eigentlich verhindern soll.

Kapitel
00:00:07 Intro und Begrüßung
00:00:29 Wenn der Computer Recht hat
00:02:51 Der Begriff
00:09:26 Die Studie
00:13:12 Zwei sehen nicht mehr
00:14:28 Wie funktioniert Automation Bias?
00:17:33 Wo wir stehen
00:20:09 Was kann man gegen den Automation Bias tun?
00:22:33 Fazit
00:23:51 Verabschiedung

Auf Steady weiterlesen

In Broward County versuchte eine 18-Jährige, ein Kinderfahrrad und einen Roller zu stehlen. Ein 41-Jähriger, der bereits wegen bewaffneten Raubs im Gefängnis saß, stiehlt Werkzeug im Wert von ähnlich viel Geld. Für beide wird durch die Software COMPAS ein Score berechnet, der das individuelle Rückfallrisiko angeben soll. Die junge Frau erhält eine 8, der Mann eine 3.

Zwei Jahre später wurde die junge Frau nicht erneut angeklagt, der Mann saß wegen eines Einbruchs acht Jahre im Gefängnis.

In einer großen Recherche von ProPublica wird COMPAS im Jahr 2016 vorgeworfen, rassistische Vorurteile zu reproduzieren und nicht alle Menschen gleich fair zu behandeln. In dieser Folge schauen wir uns das System und die Vorwürfe genauer an. Dabei stellt sich die Frage, was Fairness überhaupt ist und wie fair ein Algorithmus sein kann, dessen Rechenweg ein Geschäftsgeheimnis ist.

Kapitel
00:00:07 Intro und Begrüßung
00:00:38 Minority Report
00:02:07 Der Fall Paul Zilly
00:04:57 Berufung gegen COMPAS
00:06:08 Das Versprechen von COMPAS
00:09:38 Wie COMPAS rechnet
00:14:36 Die Recherche
00:18:04 Zwei Arten von Fairness
00:25:33 Und bei uns?
00:26:26 Fazit
00:29:15 Verabschiedung

Auf Steady weiterlesen

Im Jahr 1986 geht die Abrechnung im Rechenzentrum des Lawrence Berkeley Laboratory nicht auf. Es fehlen 75 Cent Rechenzeit, die von einem Nutzer verbraucht wurden, den es eigentlich gar nicht geben dürfte. Der Astronom Clifford Stoll will wissen, wer dahintersteckt. Er übernachtet im Labor, lässt jede Tastatureingabe des Eindringlings auf Endlospapier mitdrucken und folgt seiner Spur durch die Netze des US-Militärs bis über den Atlantik. Seine Geschichte wurde später unter dem Titel „Kuckucksei” berühmt.

In dieser Folge geht es darum, wie der Eindringling mittels Standardpasswörtern, Wörterbuchangriffen und einer Lücke im Emacs-Hilfsprogramm movemail an Root-Rechte kam. Und wie Stoll ihn mithilfe von gemessenen Paketlaufzeiten, Telefonverfolgung und dem Datennetz Tymnet bis nach Westdeutschland zurückverfolgte – bis schließlich eine Falle mit erfundenen SDI-Dokumenten den Durchbruch brachte. Heute würde man so etwas einen Honeypot nennen. Am Ende steht die Frage, wer am anderen Ende der Leitung saß. 40 Jahre später erzählen beide Seiten ihre Version der Geschichte.

Kapitel
00:00:07 Intro und Begrüßung
00:00:17 Der Fund
00:06:46 Drucker, viele Drucker
00:13:25 Profis im Dunkeln
00:15:29 Die Spur
00:19:09 Die Falle
00:24:33 Der Reveal
00:27:30 Die Gruppe
00:29:57 Die andere Seite der Fangschaltung
00:33:03 Karl Koch
00:33:57 Das Urteil
00:36:50 Was bleibt
00:40:36 Fazit
00:41:50 Verabschiedung

Auf Steady weiterlesen

Für den Oktober habe ich die folgenden Themen eingeplant. Die Reihenfolge wird eine Überraschung und hängt im Einzelfall immer vom Aufwand ab, der sich meist erst bei der Recherche zeigt.

Auf Steady weiterlesen

Im Frühjahr 2015 entdeckte Boeing im Labor einen Fehler in der Boeing 787: Nach 248 Tagen Dauerbetrieb lief in den Steuergeräten der Generatoren ein Zähler über und die gesamte Wechselstromversorgung fiel aus. Die US-Luftfahrtbehörde FAA reagierte darauf mit einer verbindlichen Vorschrift. Demnach muss der Dreamliner spätestens alle 120 Tage komplett stromlos geschaltet werden. Zwei Jahre später traf es den Airbus A350, diesmal lag die Grenze bei 149 Stunden. Das mag kurios klingen, ist aber sicher.

Diese Folge erklärt, warum Software überhaupt Neustarts benötigt: Es werden Zählerüberläufe wie der berühmte 49,7-Tage-Bug von Windows 95, Speicherlecks und aus dem Ruder laufende Caches thematisiert. Vom Bluescreen bei Bill Gates' Windows-98-Präsentation auf der COMDEX 1998 über Rolling Restarts im Serverbetrieb bis hin zur Frage, wie die Luftfahrt mit bekannten Fehlern umgeht, wird alles thematisiert. Dabei spielen Lufttüchtigkeitsanweisungen, feste Fristen und eine Checkliste eine Rolle, die 1935 nach dem Absturz des Boeing Model 299 zum Standard wurde. Und es wird erläutert, warum ein Update am Flugzeug nicht mit einem Klick auf “Jetzt installieren” vergleichbar ist.

Kapitel
00:00:07 Intro und Begrüßung
00:01:26 Eine kurze Geschichte vom Neustart
00:05:22 Neustart als Methode
00:08:30 Software Ageing
00:08:56 Overflows
00:10:28 Memory Leaks
00:11:39 Cache
00:13:41 Fliegende Computer
00:14:44 Boeing 787 Dreamliner, 2015
00:15:47 Airbus A350, 2017
00:18:28 Sicherheit ist ein Prozess
00:20:11 Prozeduren und Checklisten
00:23:55 Fazit
00:24:56 Verabschiedung

Auf Steady weiterlesen

Im Jahr 1967 schickte der Informatiker Melvin Conway einen Aufsatz an die Harvard Business Review. Die Zeitschrift lehnte ab, da ihr der Beweis fehlte. Ein Jahr später erscheint der Aufsatz mit dem Titel "How Do Committees Invent?" im IT-Magazin Datamation. Er enthält ein Beispiel, das fast wie ein Witz klingt: Acht Leute bauen zwei Compiler, fünf für COBOL und drei für ALGOL. Am Ende läuft der eine Compiler in fünf Phasen, der andere in drei. Das klingt nach einem Witz, ist aber die Erklärung für ein weitverbreitetes Phänomen.

Diese Folge erklärt "Conway's Law", also die These, dass Systeme die Kommunikationsstruktur der Organisation, die sie entwirft, spiegeln. Es geht um den Organigramm-Comic von Manu Cornet, um Fred Brooks und um eine Microsoft-Studie zu Windows Vista sowie um die Frage, warum Open-Source-Projekte teilweise aus dem Muster fallen. Außerdem wird erörtert, was hinter dem Inverse Conway Maneuver steckt und ob Conway's Law auch dann gilt, wenn KI-Agenten mitprogrammieren.

Kapitel
00:00:07 Intro und Begrüßung
00:00:18 Der Comic
00:02:31 Melvin E. Conway
00:05:00 Der Aufsatz
00:06:36 Acht Leute, zwei Compiler
00:10:42 Es kommt auf die Schnittstellen an
00:15:15 Belege für Conway's Law
00:18:11 Inverse Conway Maneuver
00:22:32 KI Agenten
00:25:59 Fazit
00:30:49 Verabschiedung

Auf Steady weiterlesen

Am 31. Mai 2020 wird um 23:46 Uhr an einer Straßenkreuzung in Chicago ein Schuss abgefeuert. Ein akustisches Überwachungssystem namens "ShotSpotter" stuft den Knall zunächst mit einer Sicherheit von 98 Prozent als Feuerwerk ein. 44 Sekunden später stuft ein bis heute anonymer Mitarbeiter das Ereignis als Schuss ein. Ein Mann namens Michael Williams saß daraufhin elf Monate wegen Mordes in Untersuchungshaft, bis die Staatsanwaltschaft ihre eigenen Beweise zurückzog. Im März 2026 zahlt ihm die Stadt Chicago 500.000 Dollar Schadensersatz.

In dieser Folge wird erklärt, wie ShotSpotter Schüsse per Multilateration auf wenige Meter genau orten soll. Zudem wird erläutert, warum am Ende der Algorithmus, der Mitarbeiter und die Staatsanwaltschaft drei verschiedene Geschichten über denselben Alarm erzählen und weshalb die vielzitierte Manipulationsschlagzeile von damals so nicht stimmt. Es geht um Fehlalarme, Automation Bias und die Frage, was ein akustisches Beweismittel vor Gericht wirklich wert ist.

Kapitel
00:00:07 Intro und Begrüßung
00:01:09 Chicago
00:07:29 Erdbeben
00:11:14 Technologie
00:17:31 Grenzen
00:22:10 Probleme
00:27:06 Was bringt das System?
00:31:55 Wie ist die Lage heute?
00:33:04 Manipulationsvorwürfe
00:35:44 Fazit
00:39:45 Verabschiedung

Auf Steady weiterlesen

Gebt mal den 29.02.1900 in eine Excel-Zelle ein. Das Programm zeigt euch ohne zu zögern einen Mittwoch an, obwohl es diesen Tag nie gab. Das ist kein übersehener Bug, sondern eine über vier Jahrzehnte bewusst weitergereichte Fehlentscheidung: Lotus 1-2-3 hat sich 1983 bei der Schaltjahresberechnung vertan und Microsoft hat diesen Fehler in Excel absichtlich übernommen, um kompatibel zu bleiben.

In dieser Folge erfahrt ihr, wie aus einem einzelnen Rechenfehler ein Prinzip wurde, das sich durch die gesamte IT-Geschichte zieht: von Windows 95, das eigens umgebaut wurde, damit SimCity und Wing Commander III weiterliefen, über das A20-Gate in der PC-Hardware bis zum Tippfehler im HTTP-Referrer-Header, der bis heute in jeder Webanfrage steckt. Am Ende steht Hyrums Gesetz: Jedes beobachtbare Verhalten eines Systems wird irgendwann von irgendjemandem vorausgesetzt, ob man das so wollte oder nicht.

Kapitel
00:00:07 Intro und Begrüßung
00:00:20 Excel-Experiment
00:01:33 Ein Fehler für die Ewigkeit
00:04:43 Der Denkfehler
00:07:31 Microsofts Entscheidung
00:11:19 Windows 95
00:13:28 SimCity
00:17:17 Wing Commander III
00:19:17 NHL Hockey 95
00:20:58 Shims
00:23:12 Ein Fehler mit eigener Hardware
00:30:05 Wenn Fehler zur Norm werden
00:32:52 Fazit
00:37:20 Verabschiedung

Auf Steady weiterlesen

In der Geschichte gab es viele abenteuerlich anmutende Geheimdienstoperationen. Einige davon wurden bereits im Format „Verschlusssache“ erzählt. Und es gibt noch mehr.

Alle Supporter ab der Stufe „Debug“ sind eingeladen, über das nächste „Verschlusssache“-Thema für Oktober abzustimmen.

Die Themen, die nicht gewinnen, wandern ins Backlog nach unten und kommen ggf. später einmal dran.

Auf Steady weiterlesen

Für den September habe ich die folgenden Themen eingeplant. Die Reihenfolge wird eine Überraschung und hängt im Einzelfall immer vom Aufwand ab, der sich meist erst bei der Recherche zeigt.

Auf Steady weiterlesen

Im April 2011 wurde auf Amazon ein Buch über Fruchtfliegen für 23.698.655,93 Dollar zum Verkauf angeboten. Zusätzlich fielen 3,99 Dollar Versandkosten an. Dahinter steckte weder ein Scherz noch ein Tippfehler, sondern zwei Repricing-Algorithmen, die sich gegenseitig Tag für Tag nach oben schaukelten. Der Biologe Michael Eisen hat diese Preisspirale rekonstruiert und seine Ergebnisse in seinem Blog veröffentlicht.

Die automatische Bepreisung von Artikeln ist auf Marktplätzen wie Amazon zunehmend der Standard. Diese Folge erklärt, wie diese Technik funktioniert und warum unabhängige Algorithmen auch ohne Absprachen das gleiche Ergebnis wie ein Kartell erzeugen können. Neben dem Beispiel mit dem Fliegenbuch werden preisbildende Algorithmen auch in anderen Bereichen eingesetzt. Ein Beispiel ist die Festlegung von Mietpreisen, was aktuell in einer Klage gegen den Anbieter RealPage gemündet hat. Dessen Software hat die Mietpreise in einigen US-Städten maßgeblich mitbestimmt.

Kapitel
00:00:07 Intro und Begrüßung
00:01:13 Das Fliegenbuch
00:03:14 Das Muster
00:06:16 Zwei Zahlen
00:08:08 Das fehlende Sicherheitsnetz
00:17:18 Weitere Beispiele für Repricing Software
00:24:10 Fazit
00:25:28 Verabschiedung

Auf Steady weiterlesen

Selbstreflexion ist ein zentrales Konzept in der Kunst. Denken wir nur an Selbstporträts oder Bilder, die die Entstehung eines solchen Porträts zeigen. Bücher wie Die unendliche Geschichte haben das Buch selbst zum Thema.

Es gibt sehr viele Beispiele aus den Bereichen Malerei, Literatur, Musik und Film. Und natürlich gibt es diese Art der Selbstreferenz auch in der Informatik.

Dort gibt es Quines. Das sind Programme, die keine Eingabe benötigen und bei der Ausführung immer ihren exakten Quelltext ausgeben. Ein solches Quine zu schreiben, ist in der Praxis allerdings etwas komplizierter, als man zunächst annehmen möchte.

Im Laufe der Zeit hat sich natürlich auch ein Wettbewerb entwickelt, bei dem es darum geht, ein möglichst kleines Quine zu schreiben.

Kapitel
00:00:07 Intro und Begrüßung
00:00:19 Einführung
00:03:27 Quines
00:06:57 Geschichte
00:13:03 Die Technik
00:26:45 Trivia
00:29:36 Fazit
00:30:23 Verabschiedung

Auf Steady weiterlesen

In den letzten Episoden sowie in der Discord-Community wurde es bereits angekündigt. Nun ist auch die Anmeldemöglichkeit da.

Ich würde mich sehr freuen, dich am 24.10.2026 in Karlsruhe beim Community-Treffen zu treffen. Wenn du Interesse hast, melde dich gerne hier an.

Zwei bis drei Wochen vor dem Termin sende ich dir die Details zu und frage auch noch einmal nach, ob es bei dir passt.

Ich bin dabei!

Viele Grüße
Wolfgang

1972 fiel in der französischen Urananreicherungsanlage Pierrelatte eine Messung aus dem Rahmen. In Uranerz aus der Mine Oklo in Gabun lag der Anteil von Uran-235 bei 0,7171 Prozent statt bei den üblichen 0,7202 Prozent. Drei Tausendstel eines Prozentpunkts. Klingt nach Messfehler, ist aber keiner: Dieser Wert ist überall gleich. In jedem Bergwerk auf jedem Kontinent, in Meteoriten und in Gestein vom Mond.

Die Erklärung war spektakulär. Vor rund zwei Milliarden Jahren liefen in Oklo natürliche Kernreaktoren, ohne menschliches Zutun. Ein glückliches Zusammenspiel aus hoher Urankonzentration und passender Geologie hielt die Kettenreaktion über Hunderttausende Jahre in Gang. Damit stand der erste Kernreaktor der Erdgeschichte nicht 1942 in Chicago, sondern etwa zwei Milliarden Jahre früher in Westafrika. Und er lief länger, als es die Gattung Homo überhaupt gibt.

Kapitel

00:00:07 Intro und Begrüßung
00:01:51 Einführung
00:04:39 Die Entdeckung
00:11:57 Das Ausschlussverfahren
00:15:47 Die unmögliche Hypothese
00:17:08 Die Theorie war nicht neu
00:19:58 Wie funktionierte der Reaktor?
00:25:01 Endlager?
00:27:11 Der letze Naturreaktor
00:29:03 Fazit
00:30:32 Verabschiedung

Auf Steady weiterlesen

Anfang der 1980er Jahre entstand in der ehemaligen DDR die Idee für eine Wissenschaftssendung im Radio. Das war nicht völlig neu. Allerdings sollte diese Sendung eine Sache gänzlich anders machen. So sollen damals einfache BASIC-Programme über das Radiosignal ausgestrahlt werden.

In der DDR ist das für das Publikum eine absolute Sensation. Denn die Bevölkerung ist wissbegierig, hat aber im Gegensatz zum Westen nur einen beschränkten Zugang zu Informationen. Diese Sendungen, aus denen später das Magazin "REM" hervorgeht, werden ein großer Erfolg.

Damals sind viele verschiedene 8-Bit-Computer im Umlauf. Alle verstehen BASIC, jedoch unterschiedliche Dialekte. Das wird schnell zu einem Problem. Denn die Ausstrahlung der Programme ist langsam und somit kann man nicht alle Varianten senden.

Die Lösung für dieses Problem kommt aus den Niederlanden. Dort hat man ebenfalls schon mit der Ausstrahlung von BASIC Programmen über das Radio Erfahrungen gesammelt. Und man man hat eine Antwort auf die unterschiedlichen Dialekte entwickelt: BASICODE, eine plattformunabhängigen BASIC Variante.

In der heutigen Folge wird die Geschichte dahinter erzählt.

Kapitel
00:00:07 Intro und Begrüßung
00:00:25 Wie alles begann
00:06:41 Die Reaktionen
00:10:10 BASICODE
00:16:28 Fazit
00:18:11 Verabschiedung

Auf Steady weiterlesen

Phyllis Latour war Agentin beim britischen Special Operations Executive. Während des Zweiten Weltkriegs war sie als Spionin im besetzten Frankreich tätig. Dort gelang es ihr, über Monate hinweg Informationen zu sammeln und diese verschlüsselt nach London zu übermitteln.

Dafür nutzte sie ein One-Time-Pad, viel Mut und ein originelles Versteck für ihre Codes. So konnte sie bis zum Ende ihres Einsatzes unerkannt bleiben.

Nach dem Krieg geriet ihr Name in Vergessenheit. Auch, weil sie selbst nie darüber sprach. Ihre Kinder erfuhren erst im Jahr 2020 durch einen Zufall von der bewegten Geschichte ihrer Mutter.

So schrieb Phyllis Latour im Alter von über 100 Jahren schließlich doch noch eine Biografie, in der sie ihre Erfahrungen schilderte. Diese ist absolut lesenswert.

In dieser Folge wird ein Teil der Geschichte dieser außergewöhnlichen Frau erzählt.

Kapitel
00:00:07 Intro und Begrüßung
00:00:18 Die Geschichte
00:08:48 Das Haarband und die Technologie
00:19:02 Fazit
00:22:19 Verabschiedung

Auf Steady weiterlesen

Stell dir vor, du nimmst an einer Spielshow teil. Vor dir stehen drei Tore. Hinter einem davon befindet sich der Hauptgewinn, hinter den beiden anderen jeweils eine Niete.

Du wählst ein Tor. Anschließend öffnet der Moderator eines der beiden übrigen Tore. Dahinter befindet sich eine Niete. Nun hast du die Wahl: Bleibst du bei deiner ursprünglichen Wahl oder wechselst du?

Viele Leute sagen intuitiv, dass es egal ist, ob man wechselt. Aber das stimmt nicht. Rein mathematisch verdoppelt sich deine Gewinnchance, wenn du das Tor wechselst.

Diese als Ziegenproblem oder Monty-Hall-Problem bekannte Fragestellung wird in dieser Folge genau besprochen. Menschen sind generell schlecht im Umgang mit Wahrscheinlichkeiten. Das Ziegenproblem zeigt das sehr gut auf.

Kapitel
00:00:07 Intro und Begrüßung
00:00:18 Das Ziegenproblem
00:02:47 Die Lösung
00:05:33 Ursprung des Problems
00:16:05 Weitere Erklärungen
00:19:00 Unser Gehirn scheitert
00:22:11 Fazit
00:23:17 Verabschiedung

Auf Steady weiterlesen

Für den Juli habe ich die folgenden Themen eingeplant. Die Reihenfolge wird eine Überraschung und hängt im Einzelfall immer vom Aufwand ab, der sich meist erst bei der Recherche zeigt.

Im Juli wird nur eine Folge im Free-Feed erscheinen, dann geht der Podcast in die Sommerpause. Gegen Ende August wird es dann weitergehen. Für alle Supporter wird es in der Sommerpause Bonusfolgen geben.

Auf Steady weiterlesen

Totgesagte leben länger. Als in den Medien berichtet wurde, dass am Flughafen Paris-Orly im Jahr 2015 immer noch Windows 3.1 verwendet wurde, staunten viele darüber. Windows 3.1 war zu diesem Zeitpunkt bereits 23 Jahre alt und völlig veraltet.

In Orly kam es noch in einem System zum Einsatz, das sich um die Verteilung bestimmter Wetterdaten kümmerte. Vielleicht wurde es einfach vergessen, da es über einen langen Zeitraum hinweg seinen Dienst verrichtet hatte.

In der Berichterstattung wurde allerdings auch erwähnt, dass es nur noch drei Personen gab, die sich mit dem System auskannten, und dass in der Vergangenheit bereits Ersatzteile auf eBay gekauft werden mussten.

Die Geschichte von Orly ist jedoch kein kurioser Einzelfall. Systeme veralten und Wissen geht immer verloren. Deshalb ist es wichtig, dies im Blick zu behalten und rechtzeitig Gegenmaßnahmen zu ergreifen.

Kapitel
00:00:07 Intro und Begrüßung
00:01:07 Der Morgen, an dem Orly stillstand
00:03:39 Die Geschichte
00:08:59 Die Technologie
00:11:49 Nachspiel
00:15:02 Fazit
00:21:20 Verabschiedung

👉 Diese Folge steht allen Supportern bereits ein bisschen früher zur Verfügung. Später wird sie dann regulär im Free-Feed erscheinen.

Auf Steady weiterlesen

Im Jahr 1992 erscheint Windows 3.1, das zahlreiche Features mitbringt, die zu seinem Erfolg beitragen. Unter anderem gibt es hier TrueType-Fonts, den Windows Media Player und erstmals die Möglichkeit, die Oberfläche nach eigenen Wünschen anzupassen.

Im Lieferumfang waren 23 verschiedene Themes enthalten, die unterschiedliche Geschmäcker bedienen sollten. Während die meisten Themes im Laufe der Jahre in Vergessenheit geraten sind, gibt es ein Theme, an das sich viele Menschen immer noch erinnern.

Das Theme „Hot Dog Stand” hat nicht nur einen skurrilen Namen, sondern wirkt mit seiner Farbgebung in Senfgelb und Ketchuprot auch wie ein digitaler Fiebertraum. Jahrzehntelang kursierte die Geschichte, dass es sich bei diesem Theme nur um einen Scherz des damaligen Designteams gehandelt habe.

Im Jahr 2025 erklärte jedoch die damalige Designerin Virginia Howlett, dass dies nicht stimmt, das Theme sei damals durchaus ernst gemeint gewesen, wenn auch mit einer gewagten Farbgebung. Es war eben für eine Zielgruppe mit einem sehr speziellen Geschmack gedacht.

Man kann sich Windows 3.1 heute direkt im Browser anschauen. In den Shownotes findet ihr einen entsprechenden Link. Schaut es euch gerne einmal an und macht eine kleine Zeitreise ins Jahr 1992.

Save the Date: am 24.10.2026 gibt es ein kleines Community Treffen in Karlsruhe. Details dazu folgen demnächst.

Kapitel
00:00:07 Intro und Begrüßung
00:01:16 Die Legende vom Hot Dog Stand
00:06:44 Die wahre Geschichte
00:08:31 Virginia Howlett
00:11:07 Hot Dog Stand Theme
00:12:40 Fazit
00:15:05 Verabschiedung

Auf Steady weiterlesen

Die Idee hinter Juicero war die Kombination einer Hochleistungspresse mit einem Druck von vier Tonnen. Damit sollte Saft aus fertig gewaschenem und geschnittenem Obst und Gemüse, das in Einzelportionsbeuteln verkauft wurde, gepresst werden.

Es handelte sich um ein geschlossenes System, wie man es von Tintenstrahldruckern oder Kaffee-Kapselmaschinen kennt.

In einem Artikel bei Bloomberg zeigten zwei Journalistinnen jedoch, dass man diese Päckchen auch ganz ohne Hochleistungspresse ausdrücken konnte. Und das sogar schneller als mit dem Gerät.

Dieser Artikel besiegelte das Ende von Juicero. Was bleibt, außer einer kuriosen Geschichte? Und was kann man aus diesem Fehlschlag lernen?

Kapitel
00:00:07 Intro und Begrüßung
00:01:03 Saft
00:02:59 Die Idee
00:06:33 Die Investoren
00:11:05 Der Riss im Fundament
00:13:11 Die Technologie
00:16:47 Das Bloomberg Video
00:18:42 Wie konnte das alles passieren?
00:21:39 Das Ende
00:23:06 Fazit
00:27:06 Verabschiedung

👉 Diese Folge steht allen Supportern bereits ein bisschen früher zur Verfügung. Später wird sie dann regulär im Free-Feed erscheinen.

Auf Steady weiterlesen

Unsere heutige Zeitrechnung basiert auf hochpräzisen Atomuhren, die jeden Tag als exakt gleich lang definieren. Das ist sehr vorteilhaft für Computer und Berechnungen. Ein immer gleich langer Tag deckt sich jedoch nicht mit der Dauer, die die Erde für eine Umdrehung benötigt. Würde man hier keine Korrektur vornehmen, würden sich Tag und Nacht irgendwann aus dem Takt bringen. Deshalb werden hin und wieder Schaltsekunden eingefügt, um die beiden Zeitsysteme möglichst synchron zu halten.

Im Vergleich zu Schaltjahren lassen sich solche Schaltsekunden jedoch nicht im Voraus berechnen. Sie werden von einem Komitee festgelegt und einige Monate im Voraus bekannt gegeben. Dadurch sind Schaltsekunden ein seltenes und nicht vorhersagbares Ereignis. Das kann natürlich zu Problemen führen.

In dieser Episode geht es um Schaltsekunden und einen Linux-Fehler bei der Schaltsekunde im Jahr 2012.

Kapitel
00:00:07 Intro und Begrüßung
00:00:19 Zeit
00:07:30 Schaltsekunden Meltdown
00:09:35 Linux und die Zeit
00:20:56 Der Bugfix
00:21:52 Bug oder kein Bug?
00:23:01 Alternative Herangehensweisen
00:26:12 Fazit
00:27:33 Verabschiedung

Auf Steady weiterlesen

Bis 2022 hatte Neuseeland 20 voneinander unabhängige regionale Gesundheitsbehörden. Im Zuge einer Reform wurden diese Behörden zusammengelegt. Dabei unterschätzte man jedoch die Komplexität der zugrunde liegenden IT-Landschaft. Denn jede der bisherigen Behörden hatte eigene Software und Prozesse.

Um die neu entstandene Behörde leiten zu können, war ein Überblick über die Finanzsituation, also die laufenden Einnahmen und Kosten, erforderlich. Da es an einer professionellen Lösung, wie beispielsweise einem gemeinsamen ERP-System, mangelte, griff man auf den Klassiker der Schatten-IT zurück: Excel.

So wurden Monat für Monat die regionalen Zahlen händisch konsolidiert und in einer Excel-Tabelle zusammengetragen und aufbereitet.

Es ist nicht verwunderlich, dass es dabei zu Fehlern und Problemen kam. Aber Excel war nur das Symptom. Die Ursache lag ganz woanders.

Kapitel

00:00:07 Intro und Begrüßung
00:01:01 Die Schlagzeile
00:04:46 Die Reform
00:09:27 Das Uber-Excel
00:14:48 Die Folgen
00:17:27 Fazit
00:21:57 Verabschiedung

👉 Diese Folge steht allen Supportern bereits ein bisschen früher zur Verfügung. Später wird sie dann regulär im Free-Feed erscheinen.

Auf Steady weiterlesen

Für den Juni habe ich die folgenden Themen eingeplant. Die Reihenfolge wird eine Überraschung und hängt im Einzelfall immer vom Aufwand ab, der sich meist erst bei der Recherche zeigt.

Auf Steady weiterlesen

Im Jahr 1996 verlor das damals noch junge Internet ein bisschen von seiner Unschuld. Im Herbst dieses Jahres verbreitete sich nämlich das Wissen über den Ping of Death wie ein Lauffeuer.

Dabei handelte es sich um eine Lücke im IPv4-Protokoll, die durch ein einzelnes illegales Datenpaket ausgenutzt werden konnte, wodurch Systeme zum Absturz gebracht wurden. Ein solches Paket konnte besonders einfach mit der ping.exe versendet werden, die sich im Lieferumfang von Windows befand. Daher kam auch der inoffizielle Name Ping of Death.

Gut 17 Jahre nach dem Ping of Death führte Microsoft einen neuen TCP/IP-Stack mit Unterstützung für IPv6 ein. Und darin befand sich ein ähnlicher Fehler wie damals im Jahr 1996.

Kapitel

00:00:07 Intro und Begrüßung
00:00:21 Der Anfang
00:02:04 Der Ursprung
00:06:06 Der Exploit
00:09:16 Technologie
00:11:54 Der Angriff und das Comeback
00:14:58 Fazit
00:15:58 Verabschiedung

Auf Steady weiterlesen

Im Jahr 2014 sollten zwei Satelliten des europäischen Satellitennavigationssystems Galileo ins All gebracht werden. Aufgrund eines Konstruktionsfehlers fror eine Treibstoffleitung der Fregat-Oberstufe ein. Dadurch wurden die Satelliten nicht wie geplant in einem kreisrunden Orbit in 23.222 km Höhe, sondern in einem stark elliptischen Orbit ausgesetzt.

Die Mission wurde nach dem Fehlstart jedoch nicht aufgegeben. Es gelang, die Orbits ein wenig zu korrigieren und die Satelliten schließlich doch noch, wenn auch eingeschränkt, zu nutzen.

Doch damit nicht genug. Forschende entwickelten ein neues Experiment, bei dem sie durch den elliptischen Orbit und die hochpräzisen Atomuhren an Bord die Effekte der Allgemeinen Relativitätstheorie von Einstein mit einer beispiellosen Genauigkeit nachweisen konnten.

So wurde die Mission trotz der Probleme am Ende doch ein Erfolg.

Kapitel

00:00:07 Intro und Begrüßung
00:00:46 Der Start
00:07:25 Der Fehler
00:16:49 Wie es weiter ging
00:21:01 Einstein und der Fehler im System
00:23:45 Fazit
00:24:44 Verabschiedung

👉 Diese Folge steht allen Supportern bereits ein bisschen früher zur Verfügung. Später wird sie dann regulär im Free-Feed erscheinen.

Auf Steady weiterlesen

Der beste Spion ist derjenige, der mit seiner Umgebung verschmilzt und nicht auffällt. In vielen Umgebungen dürften gewöhnliche Katzen dieser Anforderung sehr nahekommen.

Das dachte sich in den 1960er Jahren auch der amerikanische Geheimdienst CIA. So entstand das Projekt “Acoustic Kitty”.

Die Idee dahinter war folgende: Man wollte Katzen mit Abhörtechnik ausstatten und so abrichten, dass sie sich Zielpersonen wie Diplomaten oder fremden Staatsdienern nähern und diese belauschen.

Erste Experimente sahen vor, die notwendige Technik in den Halsbändern der Katzen zu verstecken. Doch diese Idee musste schnell verworfen werden, da die damalige Technologie und vor allem die verfügbaren Akkus zu groß waren, um unauffällig an Halsbändern versteckt zu werden.

Deshalb traf man die Entscheidung, die gesamte Technik chirurgisch in den Katzen zu verstecken und damit gewissermaßen Cyborg-Kätzchen zu erschaffen.

Die Faktenlage zu diesem Projekt ist ziemlich dünn und vieles, was man dazu lesen kann, stammt nicht aus offiziell freigegebenen Dokumenten. Dennoch lässt sich aus den verfügbaren Quellen gut rekonstruieren, dass es diese Experimente gab und dass das größte Problem darin bestand, dass sich Katzen nicht so gut abrichten ließen, wie man gehofft hatte.

Kapitel

00:00:07.041 Intro und Begrüßung
00:00:22.980 Der Vorfall
00:03:20.016 Die Legende
00:07:55.054 Die CIA Dokumente
00:13:18.894 Victor Marchetti
00:15:34.700 Robert Wallace
00:17:34.698 Bob Bailey
00:19:00.772 Fazit
00:21:43.900 Verabschiedung

Auf Steady weiterlesen

Das Telefonnetz von AT&T war fortschrittlich und selbstheilend. Sobald ein Vermittlungscomputer einen Fehler feststellte, führte er selbstständig einen Reset durch, um wieder einen stabilen Zustand zu erreichen. Vor dem Neustart meldete sich das System von den benachbarten Systemen ab, damit diese die Last übernehmen konnten.

Durch ein fehlerhaftes Software-Update wurde dieser Mechanismus jedoch so verändert, dass ein Neustart unter Last dazu führte, dass die benachbarten Vermittlungscomputer ebenfalls in einen instabilen Zustand gerieten.

Als es einen Monat nach dem fehlerhaften Update zu einem technischen Problem kam, das einen Neustart erforderte, löste dies eine Kettenreaktion aus sich ständig neu startenden Vermittlungscomputern aus.

Kapitel

00:00:07 Intro und Begrüßung
00:00:34 Einführung
00:03:04 AT&T und das Netz
00:11:07 Technologie
00:13:32 Der Bug im Code
00:19:21 Fazit
00:20:58 Verabschiedung

👉 Diese Folge steht allen Supportern bereits ein bisschen früher zur Verfügung. Später wird sie dann regulär im Free-Feed erscheinen.

Auf Steady weiterlesen

Für den April habe ich die folgenden Themen eingeplant. Die Reihenfolge wird eine Überraschung und hängt im Einzelfall immer vom Aufwand ab, der sich meist erst bei der Recherche zeigt.

Auf Steady weiterlesen

MRT-Geräte werden mit flüssigem Helium auf ihre Betriebstemperatur heruntergekühlt. Bei den meisten Geräten wird im Betrieb verdampftes Helium über eine Entlüftungsanlage abgeleitet. In dem in dieser Folge beschriebenen Fall war die Entlüftung defekt, sodass sich das Helium im Krankenhaus verbreitete.

Helium ist unentzündlich und ungiftig. Da es leichter als Luft ist, ist die Gesundheitsgefahr bei moderaten Konzentrationen sehr gering. In diesem Fall kam es jedoch zu einem merkwürdigen Effekt bei iPhones und weiteren Geräten von Apple. Diese gingen aus und ließen sich nicht mehr in Betrieb nehmen.

Verantwortlich dafür war das Helium, das die Taktgeber der Geräte außer Betrieb setzte. Diese Taktgeber sind in winzigen, versiegelten Vakuumkapseln verbaut, da sie sehr empfindlich gegenüber Gasen und sonstigen Fremdstoffen sind. Und hier kommt eine Besonderheit von Helium ins Spiel. Heliumatome sind besonders klein; lediglich Wasserstoffatome sind noch kleiner. Dadurch konnten die Heliumatome in die versiegelten Siliziumkapseln gelangen und dort Störungen auslösen.

Kapitel

00:00:07 Intro und Begrüßung
00:00:23 Der Vorfall
00:05:10 Technologie
00:16:49 Folgen
00:20:36 Fazit
00:24:10 Verabschiedung

Auf Steady weiterlesen

Excel ist nach wie vor eines der Tools, ohne das kein Unternehmen existieren könnte. Die Flexibilität und der einfache Zugang sind jedoch gleichzeitig Segen und Fluch. Denn so manches „eben mal“ erstellte Spreadsheet wird über Nacht zu einem unternehmensrelevanten Tool. Und spätestens dann steigt das Risiko für große und kleine Fehler.

In der Vergangenheit gab es schon einige Folgen zu Excel und im Backlog liegen noch einige Ideen für weitere Folgen. Und hier kommen alle Supporter ab der Stufe „DEBUG” ins Spiel. Ihr könnt nämlich darüber abstimmen, welches Thema als Nächstes recherchiert wird. Das Ergebnis wird als Folge im offenen Feed veröffentlicht.

Auf Steady weiterlesen

Um das Jahr 1999 verbreitete sich das Gerücht, dass in den Pokémon Spielen Rot und Blau auf dem Game Boy neben den offiziellen 151 Pokémon noch ein weiteres, geheimnisvolles Pokémon mit dem Namen MissingNo. enthalten sein soll. Tipps, wie man dieses Pokémon findet wurden damals für viel Geld auf dem Schulhof gehandelt.

Nintendo reagierte und teilte mit, dass es sich hierbei um einen Fehler im Spiel handelte, der den mühsam erspielten Spielstand zerstören konnte. Aber die Fans ließen sich davon nicht aufhalten. Denn das MissingNo. Pokémon versprach, wie durch Zauberei die eigenen Gegenstände zu vermehren.

Technisch steckten gleich drei Bugs hinter der Genesis von MissingNo. Und was damals seinen Anfang als Fehler machte, wurde Stück zu Stück zu einem Teil der Pokémon Geschichte und Gamingkultur.

Kapitel

00:00:07 Intro und Begrüßung
00:00:32 Einführung
00:05:57 Einspieler Sarah
00:10:59 MissingNo.
00:15:57 Hintergrund MissingNo.
00:24:59 Nachwirkungen
00:28:14 Fazit
00:29:09 Verabschiedung

👉 Diese Folge steht allen Supportern bereits ein bisschen früher zur Verfügung. Später wird sie dann regulär im Free-Feed erscheinen.

Auf Steady weiterlesen

Im Jahr 1973 benötigen Forscher der University of Southern California dringend ein Testbild. Jemand kam mit einem Playboy ins Labor. Das Centerfold landete im Scanner. Es zeigte das schwedische Model Lena Forsén.

Da geeignete Testbilder damals Mangelware waren, verbreitete sich dieses Testbild in der wissenschaftlichen Community. Das Internet, wie wir es heute kennen, existierte damals noch nicht.

Es vergehen Jahre und Jahrzehnte, und das Bild von damals entwickelt sich zu einem Referenzbild für Bildverarbeitungs- und Kompressionsalgorithmen.

Die Frau auf dem Bild, Lena Forsén, bekommt von alldem nichts mit. Sie wurde auch nie gefragt, ob sie in wissenschaftlichen Publikationen oder Vorlesungen als Testobjekt dienen möchte. Sie selbst erfährt erst 15 Jahre nach dem Scan davon.

Die Geschichte des Lena-Testbilds zieht sich bis heute. Die meisten Verlage akzeptieren das Bild heute nicht mehr als Bestandteil von Publikationen. Und immer noch wird darüber debattiert, wie man mit diesem Bild umgehen soll. Dabei geht es um mehr als nur ein Bild oder gar einen Copyrightverstoß. Es geht um die Frage, wer über Standards und unsere Daten entscheidet. Im Zeitalter der KI ist diese Frage vielleicht relevanter denn je.

Kapitel

00:00:07 Intro und Begrüßung
00:00:22 Einleitung
00:02:36 Das Bild verbreitet sich
00:05:12 Technologie
00:10:05 Implikation und Diskussion
00:16:38 Frauen in der Informatik
00:19:54 Fazit
00:23:03 Verabschiedung

Auf Steady weiterlesen

Die meisten Bundesländer verwalten die geplanten Stellen für Lehrkräfte als Pools, aus denen die passenden Personen ausgewählt werden. Es gibt also keine direkte Zuordnung von Person A zu Stelle B. Die Gründe dafür liegen in der hohen Dynamik. Es gibt täglich Änderungen durch Krankheitsausfälle, Elternzeit, Mutterschutz, Teilzeit und ähnliche Faktoren.

Die im Hintergrund laufende Software heißt L-DIPSY und führt Buch über die aktuell offenen Stellen. Dabei wird jedoch nur die jeweilige Änderung betrachtet. Eine Inventur der Datenbestände wurde zwanzig Jahre lang nicht durchgeführt.

Das System L-DIPSY wurde 2005 eingeführt, wobei die bestehenden Daten vom Vorgängersystem PLUS übernommen wurden. Vermutlich kam es dabei zu Fehlern, die niemandem aufgefallen sind. Im Laufe der Jahre haben sich diese Fehler weitervererbt und durch verschiedene Anpassungen sind auch neue Fehler entstanden.

Eine exakte Rekonstruktion war nicht mehr möglich. Sicher ist jedoch, dass seit 2005 Jahr für Jahr eingeplante Stellen aufgrund dieser Fehler nicht besetzt wurden. Die genaue Anzahl schwankte im Laufe der Zeit. Der Höchststand betrug über 2.800 sogenannte Geisterstellen.

Diese Geschichte verdeutlicht die Gefahren von Legacy-Software, Komplexität sowie fehlender Dokumentation und Verantwortung.

Kapitel

00:00:07 Intro und Begrüßung
00:00:36 Einführung
00:02:06 Der Anfang
00:10:19 Die Untersuchung
00:15:35 Fazit
00:18:52 Verabschiedung

👉 Diese Folge steht allen Supportern bereits ein bisschen früher zur Verfügung. Später wird sie dann regulär im Free-Feed erscheinen.

Auf Steady weiterlesen

Permissive Action Links (PAL) sind Sicherheitssysteme, die verhindern sollen, dass Atomwaffen ohne Autorisierung gezündet werden. Was eigentlich selbstverständlich klingt, war in Wirklichkeit das Ergebnis eines jahrzehntelangen bürokratischen Machtkampfs zwischen Militär, Regierung und Physikern – mit erschreckend langen Phasen, in denen so gut wie gar nichts gesichert war.

In dieser Folge wird die Geschichte der amerikanischen PAL beleuchtet und erläutert, warum Generäle die Codes ablehnten und welche erschreckenden Parallelen der Film "Dr. Strangelove" mit der Realität hatte.

Kapitel

00:00:07 Intro und Begrüßung
00:00:33 Einführung
00:02:37 Die Ausgangslage
00:11:49 Technische Funktionsweise eines PAL
00:18:10 Sonstiges
00:21:46 Fazit
00:22:55 Verabschiedung

Auf Steady weiterlesen

Auf Steady weiterlesen

Die Rasberry Crazy Ants sind eine invasive Ameisenart, die in Texas Millionenschäden verursacht, das Ökosystem durcheinanderbringt und sogar die NASA in Bedrängnis gebracht hat.

In dieser Folge geht es um Tom Rasberry, einen texanischen Kammerjäger, der jahrelang allein gegen eine Invasion gekämpft hat, die sonst niemand ernst genommen hat. Natürlich geht es auch um die nach ihm benannten Rasberry Crazy Ants, die viele interessante Eigenschaften mitbringen. So fühlen sich die Ameisen beispielsweise besonders zu Elektronik hingezogen. So krabbeln sie in Klimaanlagen, Computer oder Industrieanlagen und verursachen Kurzschlüsse. Das klingt bizarr, ist aber ein zunehmendes Problem.

Kapitel

00:00:07 Intro und Begrüßung
00:00:44 Einführung
00:03:24 Tom Rasberry und die Ameisen
00:12:48 Herkunft
00:15:01 Rasberry Crazy Ants unter der Lupe
00:20:32 Auswirkungen
00:22:46 Fazit
00:24:33 Verabschiedung

👉 Diese Folge steht allen Supportern bereits ein bisschen früher zur Verfügung. Später wird sie dann regulär im Free-Feed erscheinen.

Auf Steady weiterlesen

Heisenbugs sind Fehler, die kein deterministisches Verhalten zeigen. Oft lassen sie sich nicht reproduzieren, nachdem ein System neu gestartet wurde. Manchmal verändern sie ihr Verhalten oder verschwinden sogar, sobald man sich mit einem Debugger auf die Suche nach ihnen macht. Heisenbugs sind in Produktivsystemen keine Seltenheit.

Eine Spezialform der Heisenbugs sind Single-Event-Upsets (SEUs), also durch kosmische Strahlung gekippte Bits im Speicher. Daneben gibt es aber noch weitere Ursachen, die in der Praxis relevanter sind.

Eine große Quelle liegt in der stetig wachsenden Komplexität von Systemen. Dadurch entstehen Laufzeitumgebungen, die während der Entwicklung nicht mehr realistisch simulierbar sind. Es ist illusorisch, alle Heisenbugs in einem System zu finden, aber man kann resiliente Systeme bauen, die damit umgehen können.

Diese Folge erklärt, woher der Begriff des Heisenbugs stammt, welche konkreten Ursachen es gibt und welche Gegenmaßnahmen funktionieren.

Kapitel

00:00:07 Intro und Begrüßung
00:00:33 Einleitung
00:03:15 Geschichtlicher Hintergrund
00:06:14 Ursachen für Heisenbugs
00:16:05 Mittel gegen Heisenbugs
00:20:20 Die Bug-Taxonomie
00:25:32 Fazit
00:27:33 Verabschiedung

Auf Steady weiterlesen

Die fortschreitende Digitalisierung ist schon lange im Auto angekommen. Und das hat Automobilhersteller zu Softwareunternehmen gemacht – ob sie es wollten oder nicht. Ohne smarte Funktionen, Onlineverbindung und regelmäßige Softwareupdates geht heute nichts mehr.

Doch neben den Vorteilen bringen diese Entwicklungen auch Risiken und Angriffsvektoren mit sich. Diese Folge bespricht zwei Fälle, die im Abstand von 10 Jahren bei Fahrzeugen der Marke Jeep aufgetreten sind. Einmal handelte es sich um Sicherheitsforscher, die von außen die Kontrolle über Fahrzeuge übernehmen konnten. Einmal sorgte ein fehlerhaftes Firmware Update dafür, dass zahlreiche Fahrzeuge den Dienst verweigerten.

Kapitel

00:00:07 Intro und Begrüßung
00:00:41 Einführung
00:02:07 Der Jeep Hack 2015
00:08:39 Das OTA Update von 2025
00:11:28 Analyse
00:15:17 Fazit
00:18:14 Verabschiedung

👉 Diese Folge steht allen Supportern bereits ein bisschen früher zur Verfügung. Später wird sie dann regulär im Free-Feed erscheinen.

Auf Steady weiterlesen

Ein kosmisches Teilchen trifft ein Bit und plötzlich stürzt ein Flugzeug ab, Mario teleportiert sich oder eine Wahl läuft schief.

Single Event Upsets klingen nach Science-Fiction, sind aber Realität: Hochenergetische Teilchen aus dem Weltraum flippen einzelne Bits in irdischem RAM. Und die Folgen sind nicht vorhersehbar. Mal ist es ein legendärer Speedrun-Glitch in Super Mario 64, mal ein Beinahe-Absturz von Qantas-Flug 72, mal eine verfälsche Wahl in Belgien. Die meisten Single Event Upsets, kurz SEUs dürften allerdings unbemerkt bleiben.

Diese Episode erzählt, wie SEUs funktionieren, warum sie immer häufiger werden und wie man sich davor schützen kann.

Kapitel

00:00:07 Intro und Begrüßung
00:00:25 Einführung
00:01:42 Eine kurze Geschichte der Single Event Upsets
00:06:37 Die Wahl in Belgien 2003
00:11:02 Kosmische Strahlung und Technologie
00:15:48 Super Mario 64 Speedrun 2013
00:18:35 Qantas Flug 72 2008
00:23:53 Nachbetrachtung
00:27:29 Fazit
00:29:41 Verabschiedung

Auf Steady weiterlesen

In dieser kurzen Zwischenfolge zum Geburtstag gibt es für euch die kurze Geschichte der Hello World Programme. Außerdem erkläre ich euch, wie es mit dem Podcast in Zukunft weitergeht.

Ab sofort wird es eine Kampagne auf Steady geben. Dort erwarten euch regelmäßige Bonusfolgen. Der klassische Podcast wird aber wie bisher weitergehen.

Auf die nächsten fünf Jahre!

Kapitel

00:00:07 Intro und Begrüßung
00:00:55 Hello World
00:05:00 Wie es weitergeht
00:06:58 Verabschiedung

👉 Diese Folge steht allen Supportern bereits ein bisschen früher zur Verfügung. Später wird sie dann regulär im Free-Feed erscheinen.

Auf Steady weiterlesen

Auf Steady weiterlesen

Das organisierte Verbrechen braucht sichere Kommunikation. Und es bekommt sie. Seit Jahren spezialisieren sich Anbieter auf gehärtete Kryptohandys und abgeschottete Messenger, maßgeschneidert für eine Kundschaft, die vor allem eines will: absolute Anonymität.

Als 2018 mit Phantom Secure einer der großen Player von den Behörden zerschlagen wurde, entstand ein Machtvakuum. Kurz darauf betrat ein neuer Anbieter die Bühne: ANOM. Modern, selbstbewusst, scheinbar unangreifbar. Eine neue Generation sicherer Kommunikation für eine ganz besondere Zielgruppe.

Was die Nutzer nicht wussten: Hinter ANOM standen ausgerechnet die Strafverfolgungsbehörden. Jede verschickte Nachricht wurde mitgelesen. Über Jahre. Am Ende folgte eine der spektakulärsten Polizeiaktionen der letzten Zeit mit hunderten Festnahmen und tonnenweise beschlagnahmtem Material.

Doch so filmreif die Geschichte klingt, ganz so sauber war sie offenbar nicht. Nach der Aktion stellten Medienberichte die Frage, ob bei aller Cleverness auch rechtlich alles einwandfrei lief.

Kapitel

00:00:07 Intro und Begrüßung
00:00:40 Sichere Kommunikation
00:05:08 Kryptohandys
00:07:42 ANOM
00:12:52 Die Geschichte hinter ANOM
00:17:46 Rechtliche Implikationen
00:19:42 Fazit
00:22:01 Verabschiedung

Auf Steady weiterlesen

Im Zweiten Weltkrieg standen die Alliierten vor einem massiven Problem: Wie leistungsfähig war die deutsche Kriegswirtschaft wirklich? Die Schätzungen zur Panzerproduktion schwankten erheblich. Und das konnte potenziell dramatischen Folgen für geplante Offensiven haben.

Geheimdienstliche Methoden lieferten keine verlässlichen Zahlen. Also übernahm 1943 ein kleines Team amerikanischer Mathematiker das Problem. Und die fanden eine überraschend elegante Lösung.

Anhand der Seriennummern erbeuteter Panzer entwickelten sie ein statistisches Verfahren, das erstaunlich präzise Aussagen über die tatsächliche Produktion ermöglichte.

Die zugrunde liegende Mathematik ist verblüffend einfach und sie wirkt bis heute nach. Ähnliche Methoden werden noch Jahrzehnte später eingesetzt, um Produktionszahlen moderner Geräte wie beispielsweise dem iPhone zu schätzen.

Kapitel

00:00:07 Intro und Begrüßung
00:00:44 Story
00:01:15 Einführung
00:01:47 Geheimdienstliche Schätzungen
00:04:53 Statistische Schätzungen
00:05:56 Reifen
00:09:53 Panzer
00:17:29 Weitere statistische Analysen
00:19:37 Anmerkungen
00:21:15 Fazit
00:24:44 Verabschiedung

Auf Steady weiterlesen

Eine Universität soll nur noch E-Mails an Empfänger senden können, die maximal 500 Meilen entfernt sind. Was steckt hinter dieser Legende?

Die 500-Mile-Email-Story ist eine der bekanntesten Geschichten des Internets. Und sie klingt zunächst sehr absurd. An einer Universität wird festgestellt, dass E-Mails nur noch eine begrenzte Reichweite haben. Doch wie kann das sein? Zu den besonderen Eigenschaften des Internets und der E-Mail gehört es doch, dass damit grenzenlose Kommunikation möglich ist.

Die Geschichte klingt unmöglich, aber sie ist wahr. Am Ende steckte ein sehr menschlicher Fehler dahinter, der sich schnell beheben ließ.

Kapitel

00:00:07 Intro und Begrüßung
00:00:53 Die 500 Mile Email
00:02:02 Was damals passiert ist
00:06:13 Sendmail
00:19:30 Fazit
00:21:33 Verabschiedung

Auf Steady weiterlesen

John Draper wurde als Captain Crunch weit über die Hackerszene hinaus bekannt. Eine Plastikpfeife aus einer Cornflakespackung soll ihm die Macht gegeben haben, das amerikanische Telefonnetz auszutricksen. Kostenlose Ferngespräche. Ein System, das eigentlich unantastbar schien. Und irgendwo in dieser Geschichte tauchen zwei junge Männer auf: Steve Jobs und Steve Wozniak.

Doch um der Geschichte gerecht zu werden, muss man zwischen der Legende Captain Crunch und der realen Person John Draper unterscheiden. Der Mythos ist schillernd. Der Mensch dahinter deutlich komplizierter.

Diese Episode führt euch in die Phreaker-Szene der 1970er Jahre. Und sie erzählt beide Geschichten. Die von John Draper. Und die von Captain Crunch.

Kapitel

00:00:07 Intro und Begrüßung
00:01:12 John Draper
00:07:04 Die Phreaks
00:09:50 Das Telefonnetz von damals
00:14:12 Die Blue Box
00:23:29 Easy Writer
00:26:11 Drapers Niedergang
00:29:06 Missbrauchsvorwürfe gegen Draper
00:32:40 Fazit
00:36:26 Verabschiedung

👉 Diese Folge steht allen Supportern bereits ein bisschen früher zur Verfügung. Später wird sie dann regulär im Free-Feed erscheinen.

Auf Steady weiterlesen

Mit dem Weltraumbahnhof Wostotschny wollte Russland seine Unabhängigkeit vom Kosmodrom Baikonur sichern. Dieses gehörte seit dem Ende der Sowjetunion nämlich zu Kasachstan.

Der Bau des neuen Kosmodroms Wostotschny war ein Großprojekt, das viele Herausforderungen und Probleme mit sich brachte. Es wurde jedoch, wenn auch mit Verzögerungen, im Jahr 2016 fertiggestellt.

Beim ersten Start traten im Vorfeld Probleme auf, die zu einer eintägigen Startverzögerung führten. Ansonsten verlief damals alles nach Plan.

Für den zweiten Start war geplant, einen russischen Wettersatelliten sowie 18 Cubesats von internationalen Kunden ins All zu bringen. Doch diese Mission endete mit einem Totalverlust. Die verwendete Sojus-Trägerrakete galt als extrem zuverlässig, und auch die eingesetzte Fregat-Oberstufe war eine bewährte Komponente.

Leider hatte man jedoch noch die Koordinaten von Baikonur statt die von Wostotschny in das Navigationssystem der Oberstufe einprogrammiert. Dies führte im Laufe der Mission zu einer fatalen Kurskorrektur, die im Desaster endete.

Kapitel

00:00:07 Intro und Begrüßung
00:00:31 Der Weltraumbahnhof Wostotschny
00:05:40 Exkurs Trägerrakete / Oberstufe
00:07:16 Der zweite Start von Wostotschny
00:10:31 Untersuchung
00:19:07 Analyse
00:20:32 Fazit
00:26:22 Verabschiedung

👉 Diese Folge steht allen Supportern bereits ein bisschen früher zur Verfügung. Später wird sie dann regulär im Free-Feed erscheinen.

Auf Steady weiterlesen

Wenn man zum ersten Mal Dobble spielt, wirkt es fast wie Magie. Das Spiel besteht aus 55 runden Karten, auf denen jeweils acht Symbole abgebildet sind. Zwei beliebige Karten haben jeweils genau ein gemeinsames Symbol. Nicht mehr und nicht weniger.

Dobble basiert auf einem mathematischen Prinzip, dessen Wurzeln ins 19. Jahrhundert zurückreichen. In dieser Folge spreche ich mit Thomas Kahle vom Eigenraum-Podcast über Dobble. Thomas ist Mathematiker und erklärt die Magie hinter dem Spiel. Oder, wie er es bezeichnet: die Mathematik.

Außerdem erzählen wir die Entstehungsgeschichte von Dobble.

Diese Folge ist ein Crossover von Eigenraum und den Digitalen Anomalien.

Kapitel

00:00:07 Intro
00:01:53 Begrüßung Thomas
00:04:23 Das Thema: Dobble
00:10:31 Geschichte von Dobble
00:31:31 Die Mathematik hinter Dobble
01:02:16 Verabschiedung
01:04:38 Abspann

👉 Diese Folge steht allen Supportern bereits ein bisschen früher zur Verfügung. Später wird sie dann regulär im Free-Feed erscheinen.

Auf Steady weiterlesen

Google durchsucht täglich Millionen von Websites als Basis für die eigene Websuche – und sicher auch als Futter für die eigenen KI-Modelle. Bereits seit 2005 nutzt das Unternehmen diese Daten, um sie auf potenzielle Schadsoftware zu untersuchen. Werden potenziell gefährliche Seiten gefunden, landen die entsprechenden URLs auf einer Sperrliste. Diese Liste wird aktuell von rund fünf Milliarden Geräten genutzt, um Nutzer beim Besuch einer gelisteten Seite vor einer potenziellen Gefahr zu warnen.

Diese Warnungen sehen bedrohlich aus – vielleicht habt ihr so etwas schon einmal gesehen. Google Safe Browsing ist heute ein globaler Sicherheitsstandard, der von so ziemlich allen Browsern und weiterer Software genutzt wird. In den über zwanzig Jahren, in denen es Google Safe Browsing nun gibt, hat der Dienst vermutlich sehr viele Nutzer davor bewahrt, Schadsoftware zu installieren.

Doch wo Licht ist, ist auch Schatten. Bei der Google Safe Browsing API kam es immer wieder zu Problemen, die zu Fehlalarmen führten. So wurde beispielsweise im Jahr 2009 ein globaler Fehler festgestellt, durch den plötzlich alle URLs als potenziell gefährlich eingestuft wurden. Für Unternehmen kann das ein großes Problem sein, da ein solcher Fehler sehr schnell zu einem Vertrauensverlust führen kann.

In dieser Folge unterhalte ich mich mit Ferdi und Tobi vom Karlsruher Unternehmen server.camp. Im Oktober 2025 wurden die Webseiten von server.camp plötzlich als potenziell gefährlich eingestuft. Das Timing war denkbar ungünstig, da das Unternehmen einen Tag zuvor eine Marketingkampagne gestartet hatte. Die Kennzeichnung sorgte nicht nur für Fehlermeldungen im Browser sondern schränkte auch den LinkedIn Account des Unternehmens ein, da LinkedIn ebenfalls die Google Safe Browsing API verwendet, um auf der Plattform geteilte Links zu überprüfen.

Wir sprechen über ihre Erfahrungen und befassen uns dabei auch mit dem Thema Digitale Souveränität.

Kapitel

00:00:07.041 Intro und Begrüßung
00:01:23.370 Begrüßung Gäste
00:04:09.456 Google Safe Browsing API
00:19:35.599 Kritik an der Safe Browsing API
00:25:20.602 Verantwortung der Safe Browsing Liste
00:27:47.754 Incident von Ferdi und Tobi
00:50:16.474 Firma von Ferdi und Tobi
00:56:36.160 Digitale Souveränität
01:15:48.770 Verabschiedung

👉 Diese Folge steht allen Supportern bereits ein bisschen früher zur Verfügung. Später wird sie dann regulär im Free-Feed erscheinen.

Auf Steady weiterlesen