DirkOn

Autor: dirk

  • Angriffe durch KI

    In der IT-Security ist es nötig, den „state-of-play“ zu kennen, damit man (Angriffs-)Szenarien kennt und sich ggf. darauf einstellen kann. Und da hat sich in den letzten Tagen geradezu revolutionäres getan…

    Angriff auf HuggingFace

    Zu Beginn der 29. KW 2026 stellte HuggingFace, der Betreiber der gleichnamigen Webseite für LLMs einen Security-Vorfall auf „eine begrenzte Zahl interner Datenstrukturen und den Zugriff auf einige technische User“ fest. Nach dem Einbruch in einen Server gelang es dem Angreifer aus dem Server-Node auszubrechen, Cloud- und Cluster-Credentials zu erbeuten und lateral in weitere interne Cluster einzudringen. Nach Darstellung von HuggingFace war der Angriff nicht besonders folgenreich, da es keinen Zugriff auf Nutzerdaten, Modelle oder die Supply-Chain gab.

    Viel wichtiger ist die Art des Angriffs…

    Autonomous agent framework

    Dieser Angriff wurde durch ein Netzwerk eigenständig agierender, lose zusammenhängender Agenten durchgeführt, die viele tausend Aktionen gleichzeitig durchführten. Koordiniert wurden die Angriffe durch einen Schwarm kurzlebiger Command-und-Control Server, welche nach kurzer Zeit ihren Standort (und damit ihre IP) wechselten. HuggingFace vermutet, dass zur Koordinierung ein eigener Harness genutzt wurde und konnte zum Zeitpunkt des Disclosures keine LLM für die Agenten benennen.

    Festgestellt wurde der Angriff durch eine eigene KI.

    KI-unterstützte Softwareentwicklung nutzt nicht einen, sondern gleich mehrere KI-Agenten, welche an unterschiedlichen Aspekten der Software arbeiten. Bei klar definierten Aufgaben kann so parallel an der Software gebaut werden

    Die Steuerung vieler Agenten erfolgt über eine Harness genannte Software. Sie bietet dem menschlichen Nutzer einen Überblick, steuert die Agenten im Detail, bewertet Ergebnisse und stößt weitere Agenten mit neuen Aufgaben an. Bekannte Beispiele beim Coding sind Claude Code oder OpenCode

    Moderne IT-Strukturen nutzen eine Vielzahl von Servern und verteilen ihre Daten. Gelingt einem Angreifer die erfolgreiche Kompromittierung eines Servers, versucht er seinen Zugriff durch eine Vielzahl weiterer Angriffe von diesem Server aus zu vergrößern oder sich noch mehr Rechte zu verschaffen. Die dazu verwendeten Skripte und Softwares schicken die erbeuteten Geheimnisse wie zB Passwörter dann zum Command-and-Control Server und bekommen von diesem Befehle mit neuen Angriffszielen und Methoden. Die Malware-Wellen der letzten Jahre konnten häufig durch die Ausschaltung ihrer Command-and-Control Server beendet werden.

    Erwarteter Schock

    Ein solcher Angriff war zwar in Art und Umfang von der Industrie vorhergesagt worden, ihn jetzt zu sehen stellt aber etwas völlig Neues dar und schockiert viele Akteure in der Security-Szene!

    Bislang fehlte die nötige Software für einen solch komplexen und dynamischen Angriff in großen Teilen und auf mehreren Ebenen. Der Angriff nutzt einige Neuentwicklungen, welche eine Erwähnung verdienen:

    • Harnesses zum Steuern von mehreren Agenten sind zwar in der Softwareentwicklung mit KI inzwischen gut etabliert (zB Claude Code oder OpenCode), muten außerhalb dieser Nische aber noch exotisch an. Ein Harness zum Steuern von Angreifern ist bislang nicht verfügbar
    • bewegliche und unabhängig agierende Command-and-Control Server, welche sich selber wurmartig von einem System auf ein weiteres transferieren und die von ihnen gesteuerten Agenten mitnehmen sind bislang nicht verfügbar
    • die von Agenten genutzten LLMs sind bislang nicht in der Lage, Schwachstellen in Servern selbständig zu entdecken und auszunutzen. Neuere Modelle (siehe Claude Mythos) sind expliziten Beschränkungen unterworfen

    Wie reagiert HuggingFace?

    HuggingFace hat eine Liste von Reaktionen veröffentlicht, die auch wir als Blaupause weitergeben wollen:

    • Schließen der erkannten Einfallstore: der Fehler bzw. die Kombination von Fehlern wurde gefixt. Hier hat ein umfassendes Post-Mortem stattgefunden
    • Die von dem Angreifer genutzten (und nachinstallierten) Skripte und Softwares wurden von den Nodes und Clustern erntfernt
    • Die vom Angreifer genutzten Credentials und Tokens (sowie viele weitere) wurden rotiert
    • der Zugang zu den Clustern wurde deutlich eingeschränkt
    • Monitoring und Alerting wurden deutlich angezogen

    Wie hat HuggingFace den Angriff anlysiert

    Die Security-Abteilung von HuggingFace sah sich mehreren Herausforderungen entgegen:

    • die „Anomaly-Detection Pipeline“ nutzt eine LLM-basierte Telemetrie, welche nach dem „triage over security“ Prinzip die Angriffe aus dem „täglichen Lärm“ erkennt. Dadurch konnte der Angriff schnell erkannt werden
    • für die Analyse der Logs von mehreren tausend Angreifer-Aktionen sollten neue kommerzielle LLMs mittels API genutzt werden. Dies scheiterte jedoch schnell, da die entsprechenden Logs riesig sind und selbstverständlich voller Exploits und Artefakten stecken, die nicht durch die Guardrails (Sicherheitsvorkehrungen) der LLMs erlaubt werden
    • stattdessen wurde auf eigenen Maschinen das open-weight Model GLM 5.2 installiert. Der Vorteil war klar: die Analyse funktionierte und keine Informationen über den Angriff oder gar Credentials verließen die Firma

    Die erste Erkenntnis: während die Analyse der Daten mit allen öffentlichen LLMs scheiterte, waren die Angreifer offensichtlich frei von solchen Einschränkungen.

    Die zweite Erkenntnis: als Verteidiger sollte man vor einem Angriff eine funktionierende eigene LLM aufgebaut haben, die einen ohne Einschränkungen entsprechende Logs anlysieren lässt. Weder will man sich ausgesperrt sehen (auf Grund von Guardrails der kommerziellen LLMs) noch möchte man die eigenen Credentials außerhalb der Firma sehen.

  • Was tun nach Claude Mythos?

    Was tun nach Claude Mythos?

    … in einer Welt, in der es klar ist, dass klassische Zugangssperren keinen Schutz mehr bieten können und in der so etwas wie ein „fenced garden“ nicht existiert, müssen wir Sicherheit endlich so denken, wie Security-Spezialisten das schon lange erklären.

    Die Nachricht der Existenz von Claude Mythos Preview rührt die IT-Security Szene heftig an. Viele Mitstreiter versuchen sich an Kommentaren und können trotz aller Expertise nur rätseln, wie schlimm der Schaden durch die neuen Exploits auf allen Ebenen wohl sein wird. Denn nutzen können die neue KI nur die wenigsten von uns. Claude bleibt bei seiner Haltung, die KI sei „zu gefährlich“ um sie zu veröffentlichen – und räumt nur wenigen amerikanischen Firmen und Institutionen den Zugang ein.

    Auch wir haben in einem Blogbeitrag versucht die Lage einzuschätzen. Nach einer Woche wird immer klarer: künftig wird das Finden von Sicherheitslücken und das Erstellen von Exploits mit Hilfe von KI automatisiert stattfinden. Leider ist das Schließen dieser Lücken immer noch Handarbeit. Die Geschwindigkeit der Angreifer wird also absehbar viel höher sein, als die der Verteidiger. Wie lange dieser Zustand anhält ist nicht wirklich klar.

    Bei heise.de beschreibt Jürgen Kuri in einer Analyse den aktuellen Stand der Entwicklung wie folgt:

    Und das alles wird rasant noch sehr viel schlimmer werden. Die existierenden Bug-Fixing-Kapazitäten werden bereits jetzt in die Sättigung getrieben, während die Fähigkeit, neue Bugs zu finden, auf absehbare Zeit weiter steigen wird. Denn die befindet sich aktuell noch in einer sehr frühen Phase. Daraus folgt unmittelbar, dass uns eine Zeit bevorsteht, in der KIs sehr viel mehr Bugs finden, als gefixt werden können. Jedes System, das für Angreifer erreichbar ist, wird angreifbar sein, es wird angegriffen werden und es wird zu einer lange nicht dagewesenen Zahl von Sicherheitsvorfällen kommen. Wie lange diese Phase andauern wird und was danach kommt, werde ich später noch diskutieren. Wichtig ist jetzt erst mal, was sich bereits daraus ableiten lässt. Das Allerwichtigste:

    Die Situation ist akut und jede:r, der/die für die Sicherheit von IT verantwortlich ist, sollte unmittelbar handeln und sich darauf vorbereiten.

    Auch das amerikanische CSA (vergleichbar mit unserem BSI) hat sich in dem Artikel „The “AI Vulnerability Storm”: Building a “Mythos-ready” Security Program“ dazu klar positioniert und spricht von mehreren Wellen von Angriffen, die zukünftig auf die IT-Welt zurollen werden:

    The storm of vulnerability disclosures from Project Glasswing is the first of many large waves of AI-discovered vulnerabilities that may occur in rapid sequence. The capabilities seen in Mythos will quickly become more widely available, dramatically increasing the number and frequency of complex, novel attacks organizations will face.

    Und jetzt?

    „Und jetzt?“ – das ist auch der Kern der meisten seither aufgelaufenen Anfragen. Und die Antwort ist einfach, wenn auch wirklich unbequem:

    Jetzt müssen wir uns auf Ausfälle vorbereiten, das Verhalten im Ernstfall üben und endlich beginnen, IT-Sicherheit in unsere Projekte einzubauen, statt zu versuchen, den Zaun größer zu machen.

    Vorsorge treffen

    Die jetzt dringend erforderlichen Maßnahmen dienen dazu die Fallhöhe zu begrenzen und für den Ernstfall vorbereitet zu sein:

    • Backups erstellen
    • Beschleunigen der Update- und Patch-Zyklen
    • Durchführung von Risikoanalysen und Threat Modelings
    • Reduzieren der Angriffsfläche
    • Konzeption sicherer Architekturen
    • Verbessern der Resilienz und Defense in Depth
    • Vorbereiten auf den Ernstfall – genauer, die Ernstfälle, denn es wird nicht bei einem bleiben
      • Erstellen von Incident Response Plänen
      • Auf die Wieder-Inbetriebnahme nach einem Vorfall vorbereiten
    • Etablieren von Entwicklungsstandards durch Coachings und Code-Analysen

    Basics!

    KI wird auch in der Defense Einzug halten und ihren Platz finden. Allerdings sind Konzepte oder gar Produkte noch nicht da oder befinden sich noch in der Entwicklung.

    Konzentrieren wir uns auf die Basics der IT-Security. Backups erstellen und wieder einspielen können, Trennung von Netzen (Segmentation), Filterung des eingehenden Netzwerkverkehrs durch Firewalls, Multi-Faktor-Authentifizierung, Least-Privilige und Defense-in-Depth und Breadth erhöhen die Schwierigkeiten für Hacker maßgeblich, gerne ergänzt durch ein kluges Monitoring. Für all das gibt es Konzepte und bewährte Leitfäden.

    Das ist das Kerngeschäft von Beratern in der IT-Security: für Risiken ein Bewusstsein schaffen, bei der Vorbereitung auf den Ernstfall helfen, Möglichkeiten zur Verteidigung aufzeigen und gemeinsam die passenden Lösungen in den Projekten erarbeiten.

    Und danach

    Es gibt sie, sichere Archtitekturen, in denen Daten auch nach einem Angriff sicher sind. In denen sich Angreifer nur langsam von Ziel zu Ziel arbeiten können, in denen der Verlust einer Datenbank oder eines Tables nicht gleich den Abfluss aller weiteren nach sich zieht.

    Das Wissen, wie wir so eine Software bauen (und damit so ganz nebenbei Anforderungen der Regulatorik in Richtung NIS2, DORA, Datenschutz und Secure by Design erledigen) ist vorhanden. Es erfordert aber Wissen und die Bereitschaft zur Veränderung. Nicht viel – sondern gerade so viel, dass gestärkt aus dieser Situation heraus gehen.

    Wie man so eine Software baut und seine alte Software transformiert zeigen wir ihnen gerne.

    Die Teilnehmer:innen der Schulung lernen Methoden wie das Definieren von Security Requirements und Threat Modeling kennen. An konkreten Praxisbeispielen werden vorteilhafte Design-Muster für Anwendungen vermittelt. Dabei wird insbesondere ein Fokus auf zentrale Themen, wie Authentifizierung und Autorisierung von Benutzer:innen, sichere Kommunikation und Speicherung von Daten gelegt. Zusätzlich werden erlernte Themen im Software-Entwicklungsprozess verortet. Nach der Schulung sind die Teilnehmer:innen in der Lage Software zu entwerfen, die ein erhöhtes IT-Sicherheitslevel bietet, und Architekturen bestehender Systeme aus dem Blickwinkel der IT-Sicherheit zu bewerten.

    Schulung „Sichere Architekturen“

    Die Teilnehmer:innen der Schulung lernen die wichtigsten Bedrohungen und deren Auswirkungen kennen. In praxisnahen Übungen simulieren wir, wie diese Bedrohungen ausgenutzt werden können, um in IT-Systeme einzudringen.

    Schulung „Sicherheit für Entwicklungsteams“

  • Was ist dran an Claude Mythos Preview?

    Am 7. April hat die amerikanische KI-Firma Anthropic ihr neues Large-Language-Modell Mythos Preview der Öffentlichkeit vorgestellt. Mit der Veröffentlichung ist allerdings nicht die Verfügbarkeit der Software einhergegangen, sondern vielmehr ihr NICHT-Verfügbarkeit. Mit dem geradezu sensationellen Marketing-Claim, dass eine Veröffentlichung zu gefährlich für die Welt sei! Seitdem steht das Internet kaum noch still und schier jeder redet über die Firma, ihre Produkte und die eventuellen Möglichkeiten der neusten KI-Inkarnation. Wir wollen versuchen, einige Behauptungen einzuordnen und über mögliche Konsequenzen aufzuklären.

    DISCLAIMER: Wir haben, wie wahrscheinlich die allermeisten Menschen egal welcher Firma, bis zum Schreiben des Artikels NICHT die Software oder ihre Möglichkeiten selber sehen können. Wir stützen uns daher auf die Veröffentlichungen von Anthropic selber. Namentlich die Bekanntgabe von Projekt Glasswing, der Blogbeitrag zu Mythos Preview und auf die sogenannte System-Card von Mythos Preview.

    Key-Facts

    • Mythos Preview stellt einen Wendepunkt in der Cybersicherheit dar, weil es an die Fähigkeiten der besten Cyber-Sicherheitsexperten heran reicht
    • Anthropic beschreibt nicht ein oder zwei Findings und Exploits durch Mythos Preview, sondern Tausende. Sie unterlegen viele Findings mit Hashes als Beweis
    • Die Findings beziehen sich nicht nur auf Open-Source, sondern auch auf Closed-Source. Dort wird disassembliert und decompiled. Das Ergebnis wird durch Mythos genauso durchleuchtet wie OSS 
    • Deutlich mehr Findings und Exploits als in den Vorgänger-Versionen Claude Sonnet 4.6 und Claude Opus 4.6
    • Project Glasswing öffnet Mythos Preview ausgewählten Firmen wie Microsoft, Apple, Google, Broadcom, Cisco, CrowdStrike und Nvidia sowie der Linux Foundation und den mit ihr verbundenen Projekten
    • Das Ziel ist, die wichtigsten Betriebssysteme, Browser und Programme vor der Veröffentlichung deutlich sicherer zu machen
    • Alle anderen Projekte sind nach der Veröffentlichung gefährdet. Das gilt insbesondere auch für kleine Softwares und auch für Closed Source
    • Bis zum einfachen und offenen Zugriff auf diese Technik könnten Angreifer durch diese Technik einen erheblichen Vorteil haben.
    • Die Problematik veralteter Dependencies wird durch diese Technik noch einmal erheblich verschärft
    • Mythos Preview und ähnliche LLMs werden wohl in dieser oder ähnlicher Geschmacksrichtung in jede CI/CD-Pipeline Einzug halten. Das ist dann so etwas wie der geistige Nachfolger von statischer Codeanalyse („nicht mehr so statische Codeanalyse“)

    Ist das Marketing?

    Heise.de beschreibt Mythos Preview in einem vielzitierten Artikel wie folgt:

    “Anthropic hat mit Mythos ein neues KI-Modell vorgestellt, das so gefährlich sein soll, dass es nicht öffentlich gemacht werden soll. Stattdessen soll Claude Mythos Preview im Rahmen einer Initiative namens Project Glasswing zuerst ausschließlich einer Reihe von Firmen zur Verfügung gestellt werden, die an IT-Sicherheit arbeiten. Die sollen die KI-Technik nutzen, um die „kritischste Software der Welt“ abzusichern. Das KI-Modell habe bereits Tausende hochriskante Zero-Day-Lücken identifiziert, begründet Anthropic den Schritt. Solche seien in allen großen Betriebssystemen und jedem Internetbrowser, aber auch in zahlreicher anderer Software entdeckt worden. Vor allem sei Mythos Preview deutlich häufiger in der Lage, einen funktionierenden Exploit zu entwickeln. […]”

    Die 22 Verfasser des ursprünglichen Blog-Posts beschreiben, wie Mythos Preview Fehler in Open-Source und später auch in Closed-Source Programmen gefunden und Routinen entwickelt hat, diese Fehler auch auszunutzen. Dabei handelt es sich unter anderem um jedes der drei großen Betriebssysteme und die großen am Markt befindlichen Browser. Mythos Preview findet dabei nicht nur Buffer-Overflow und Pointer-Fehler, sondern haben auch die viel schwerer zu identifizierenden Logik- und Implementierungsfehler (z.B. bei den Crypto-Bibliotheken). Gefunden wurden Fehler aller Schweregrade, von einfachen Abbrüchen bis hin zur möglichen Übernahme von anderen Computern. Als Fehler wurden nur unbekannte Fehler (Zero-Days) und noch nicht veröffentlichte (aber bereits anders an die Projekte gemeldete) Findings gewertet. Besonders ist, dass Mythos Preview für die meisten Findings auch gleichzeitig Exploits liefern konnte, welche es auch Laien ermöglicht, diese Fehler auszunutzen.

    Verglichen mit den beiden Vorgänger-LLMs Claude Sonnet 4.6 und Claude Opus 4.6 ist die Anzahl und die Schwere der Findings deutlich gestiegen. Anthropic veröffentlicht ganz anschaulich die folgende Grafik, welche die Erstellung von erfolgreichen Exploits bei Findings in der JavaScript-Engine des Firefox-Browsers im Vergleich zeigt:

    Die Autoren nutzen im Blog die üblicherweise in der Cybersecurity-Szene gebräuchliche Sprache, nutzen entsprechende Metriken und stellen Hashes für Behauptungen zur Verfügung, anhand derer sie nach der Veröffentlichung eines Fehlers (Disclosure) die vorherige Kenntnis beweisen können.

    Unsere Bewertung: Die im Blog beschriebenen Findings, die genutzte technische Sprache und vor allem die im Blog zahlreich benannten Hashes für noch nicht veröffentlichte Fehler erzeugen bei uns einen verlässlichen Eindruck. Die untersuchten Programme und Betriebssysteme werden von Millionen Usern täglich genutzt und die beschriebenen Fehler könnten (wenn sie nicht behoben werden) schwerwiegende Folgen für die User haben. In den falschen Händen könnten die beschriebenen Exploits erheblichen Schaden anrichten.

    Alle im Blog beschriebenen Fehler beziehen sich auf bekannte Projekte mit häufig öffentlich zugänglichen Quellen. Fehler oder Falschbehauptungen in diesem sehr viel beachteten Dokument würden sehr schnell ans Licht kommen, und zu einem enormen Reputationsschaden für Anthropic führen.

    Wir glauben nicht, dass es sich hier um ein durch das Marketing getriebenes Dokument handelt.

    Zusammen!

    Die schiere Anzahl von Findings der unterschiedlichen Schweregrade hat Anthropic zur Gründung von “Project Glasswing” bewegt. Das Projekt stellt das neue LLM ausschließlich wenigen amerikanischen Firmen zur Verfügung, damit diese ihre Software mit den Ergebnissen härten können. Neben den Firmen stellt Anthropic die Ergebnisse den untersuchten Open-Source-Projekten sowie der Linux-Foundation zur Verfügung. Dies soll in einer an die Arbeitsgeschwindigkeit der Projekte angepassten Frequenz passieren, so dass es nicht zu einer Überforderung der Projekte führt. Für eine professionelle Kommunikation sollen extra von Anthropic angestellte Cyber-Security-Experten sorgen.

    Anthropic betont, dass Mythos Preview einen Wendepunkt (Watershed-Moment) in der Cyber-Security darstellt:

    AI models have reached a level of coding capability where they can surpass all but the most skilled humans at finding and exploiting software vulnerabilities. Mythos Preview has already found thousands of high-severity vulnerabilities, including some in every major operating system and web browser. Given the rate of AI progress, it will not be long before such capabilities proliferate, potentially beyond actors who are committed to deploying them safely. The fallout—for economies, public safety, and national security—could be severe. Project Glasswing is an urgent attempt to put these capabilities to work for defensive purposes.

    Selbstverständlich gibt es weltweit viele Akteure, welche die Möglichkeiten der Software gerne für ihre Zwecke einsetzen möchten. Anthropic sperrt sich dagegen und lässt die Nutzung von Mythos nur innerhalb des Projects Glasswing zu.

    Interessanterweise verweist die Projektseite auf die anderen Hersteller von LLMs, welche wohl bald ähnliche Techniken in ihre Produkte einbauen und damit zur Veröffentlichung ähnlicher Fähigkeiten beitragen werden. Diese kurze Zeit solle genutzt werden, um die “wichtigsten Softwares” zu härten. Anthropic nimmt dabei explizit die Haltung einer amerikanischen Firma ein und benennt aus ihrer Sicht gute und schlechte Akteure.

    Unsere Bewertung: Project Glasswing unterstützt viel genutzte Projekte und Produkte mit Findings, wie z.B. Betriebssysteme und Browser. Es hilft damit massiv, eine sichere Softwarewelt zu bauen, welche gegen Bedrohungen besser geschützt ist. Dabei auch OSS-Projekte und Linux zu unterstützen, ist lobenswert und richtig.

    Wir hoffen, dass Anthropic die Möglichkeiten von Mythos auch anderen Projekten und Firmen zur Verfügung stellt.

    Nahe und etwas fernere Zukunft

    Wie Mythos Preview die Softwareindustrie beeinflussen wird, ist heute selbstverständlich reine Spekulation. Betrachten wir nur Mythos Preview und die im Artikel skizzierten Umwälzungen, dann werden wir wohl Folgendes beobachten:

    • die Leistungen von Mythos Preview werden wahrscheinlich bald auch in anderen LLMs zu finden sein
    • die mit dem Werkzeug verbundenen Möglichkeiten (gut wie böse, sprich Angriffe mittels 0-Day-Exploits und Härtung der Programme) werden damit der breiten Masse und auch unversierten Benutzern zugänglich
    • in sicherheitskritischen Unternehmen und bei Hardwareherstellern ist der Bedarf nach Schutz enorm groß. Wir sehen heute bereits, dassstaatliche Stellen hier steuernd eingreifen
    • Alle anderen Projekte sind nach der Veröffentlichung dieser Technik gefährdet. Das gilt insbesondere auch für kleine Softwares und auch für Closed Source
    • KI wird sehr schnell für relevante Teile der Softwareindustrie eingesetzt werden, da die Qualität der Modelle (wenigstens in Teilbereichen, wie hier der Cyber-Security) schnell besser wird und selbst gut ausgebildete Menschen übertrifft
    • Bis zum einfachen und offenen Zugriff auf diese Technik könnten Angreifer durch diese Technik einen erheblichen Vorteil haben.
    • Die Problematik veralteter Dependencies wird durch diese Technik noch einmal erheblich verschärft
    • Mythos Preview und seine Nachfolger und Derivate werden wohl in dieser oder ähnlicher Geschmacksrichtung in jede CI/CD-Pipeline Einzug halten. Das ist dann so etwas wie der geistige Nachfolger von statischer Codeanalyse („nicht mehr so statische Codeanalyse“)

    Was können wir tun?

    Die aktuellen Entwicklungen zeigen immer wieder, dass sicher geglaubte Wahrheiten in der Softwareentwicklung verschwinden und durch Neue ersetzt werden. Claude Mythos Preview und andere LLMs sind nur weitere Werkzeuge, die Änderungen und Brüche in unserer Branche kennzeichnen und deren Impact man einschätzen sollte.