Die Abhängigkeit von einzelnen Tech-Anbietern und proprietären IT-Infrastrukturen rückt zunehmend ins Zentrum strategischer IT-Planung. Öffentliche Organisationen und Unternehmen müssen sich heute in einem komplexen Geflecht aus selbst entwickelten Anwendungen, zugekauften SaaS-Lösungen und grenzüberschreitenden Datenflüssen zurechtfinden. Entscheidend ist dabei, langfristig die digitale Souveränität zu sichern – sprich, die volle Handlungsfähigkeit über die eigene IT zu bewahren. Doch wie lässt sich der Weg dorthin strukturiert gestalten?

Schritt 1: Stakeholder einbinden und konkreten Souveränitätsbedarf identifizieren

Digital souverän zu werden ist ein Prozess, der – wie die meisten Transformationsvorhaben – mit einem offenen Dialog beginnt. Im ersten Schritt gilt es, mit den wichtigsten Anspruchsgruppen wie Vorstandsmitgliedern, Technologiepartnern und IT-Teams ins Gespräch zu gehen, um ihre Anforderungen, Bedenken und Prioritäten zu verstehen. Auf dieser Grundlage lassen sich gemeinsam der Transformationsprozess gestalten und die zentralen Themen identifizieren.

All diese Stakeholder bringen unterschiedliche Anforderungen und Perspektiven zu wesentlichen Fragen ein: Wo sollen sensible Daten liegen? Wer darf darauf zugreifen? Und wie lässt sich eine technologische Abhängigkeit von einzelnen Anbietern vermeiden? Antworten auf diese Fragen geben nicht nur Einblicke in die jeweiligen Bedürfnisse, sondern auch die möglichen Risiken. So bilden diese Gespräche die Grundlage für tragfähige Entscheidungen in den drei zentralen Handlungsfeldern: Daten, Betrieb und Technologie.

Schritt 2: Regulatorische Veränderungen beobachten

Nachdem die internen Bedürfnisse, Risiken und Prioritäten ermittelt wurden, gilt es im nächsten Schritt, auch die äußeren Rahmenbedingungen ins Visier zu nehmen. Datenschutz, Datenlokalisierung und Kontrollmechanismen rücken weltweit zunehmend in den Fokus staatlicher Regulierung. Programme wie FedRAMP in den USA, das neuseeländische Informationssicherheits-Manual (NZISM) oder Chinas Strategie zur technologischen Eigenständigkeit sind nur einige Beispiele für nationale Regelwerke, die digitale Souveränität auf sehr unterschiedliche Weise definieren.

Auch innerhalb der EU existiert ein komplexes Zusammenspiel aus europaweiten Vorgaben, wie die DSGVO, die NIS2-Richtlinie und die DORA-Verordnung. Hinzu kommen nationale Initiativen wie Frankreichs SecNumCloud oder Deutschlands Cloud Computing Compliance Criteria Catalogue (C5). Diese Regelwerke verfolgen zwei zentrale Ziele: europäische Daten zu schützen und die Unabhängigkeit von außereuropäischen Anbietern in strategischen Bereichen wie Verteidigung, Finanzwesen oder Gesundheit zu sichern.

Für Organisationen bedeutet das, regulatorische Entwicklungen stets im Blick zu behalten und ihre Strategien entsprechend anzupassen. Offizielle Quellen wie EUR-Lex oder Informationsangebote der EU-Kommission helfen, den Überblick zu bewahren.

Schritt 3: Ökosystem und Software-Lieferkette kartieren

Ein wesentlicher Baustein auf dem Weg zur digitalen Souveränität ist ein genaues Verständnis der gesamten Software-Lieferkette sowie ihre lückenlose Dokumentation. Ein hilfreiches Werkzeug dafür ist eine Software Bill of Materials (SBOM). Sie wird besonders für kritische Anwendungen eingesetzt und basiert auf anerkannten Standards wie SPDX oder CycloneDX. So macht es eine SBOM möglich, sämtliche Softwarekomponenten, deren Herkunft sowie bestehende Abhängigkeiten systematisch zu erfassen.

Besondere Aufmerksamkeit sollten dabei Anwendungen erhalten, die hochsensible Daten verarbeiten, darunter personenbezogene Informationen, Finanzdaten oder Daten, die unter die Definition kritischer Infrastrukturen fallen. Solche Anwendungen unterliegen in der Regel besonders strenger behördlicher Überwachung und Compliance-Anforderungen.

Schritt 4: Workloads nach Souveränitätsrisiko klassifizieren

Neben besonders sensiblen Anwendungen gilt es, alle alltäglichen Workloads zu erfassen und zu bewerten. Ein wichtiger Schritt ist es, jene Workloads zu identifizieren, bei denen Organisationen ihre Daten zwingend auf eigenen Servern oder in vollständig isolierten, netzwerkabgeschotteten Umgebungen verarbeiten müssen. Technische Maßnahmen können hier den entscheidenden Unterschied machen, etwa ein Open-Source-Stack mit Kubernetes-Orchestrierung, Air-Gap-Fähigkeiten und eigenem Paketmanagement.

Für stark regulierte Umgebungen empfiehlt es sich zudem, auf die Absicherung der Software-Lieferkette zu achten, etwa durch Zertifizierungen nach Common Criteria EAL 4+ oder anerkannten Sicherheitsstandards wie SLSA. Diese Maßnahmen tragen dazu bei, die Integrität der gesamten Anwendung vom Entwicklungs- bis zum Deployment-Prozess nachweislich zu gewährleisten.

Schritt 5: Souveräne Architektur implementieren

Sind die Anwendungen kartiert und bewertet, richtet sich der Blick auf die Architektur als Ganzes. Sie sollte auf offenen Standards basieren, klare Schnittstellen bieten und mit unterschiedlichen Systemen zusammenarbeiten können. Diese Offenheit schafft Wahlfreiheit, verringert Abhängigkeiten von einzelnen Anbietern und erleichtert die Integration neuer Komponenten.

Die Architektur muss zudem fest in der Organisation verankert sein. Das gelingt, wenn Verantwortlichkeiten eindeutig geregelt und Arbeitsabläufe klar strukturiert sind.

Schritt 6: Technologie-Stack konsequent auf Open Source ausrichten

Der Technologie-Stack bildet das Rückgrat einer souveränen Architektur. Ein konsequenter Einsatz quelloffener Technologien schafft die nötige Transparenz und Kontrolle, um langfristig technologische Abhängigkeiten zu vermeiden. Offener Quellcode erlaubt es, Sicherheitsprüfungen unabhängig durchzuführen, Schwachstellen schnell zu beheben und Funktionen flexibel an die eigenen Anforderungen anzupassen.

Standardisierte Schnittstellen und offene Formate sichern die Interoperabilität zwischen unterschiedlichen Systemen und erleichtern den Austausch einzelner Komponenten. So lassen sich neue Technologien einbinden, ohne den Betrieb bestehender Systeme zu gefährden. Open Source bietet zudem die Möglichkeit, auf ein breites Ökosystem von Tools und Communities zuzugreifen.

Schritt 7: Business Continuity planen

Zusätzlich zu einem robusten Technologie-Stack sollten Organisationen auch für den Ernstfall vorsorgen und ihre Business Continuity planen. Die Business-Continuity-Planung konzentriert sich darauf, Risikomanagementverfahren festzulegen, um Unterbrechungen geschäftskritischer Dienste zu verhindern und die volle Funktionsfähigkeit mit so wenig Ausfallzeit wie möglich wiederherzustellen.

Ein Business-Continuity-Plan sollte dabei festlegen, wie Systeme reagieren, wenn zentrale Anbieter ausfallen – etwa durch Sanktionen oder den Verlust von Kontrollsystemen außerhalb der EU. Wichtig ist, kritische Workloads so abzusichern, dass sie bei Ausfällen schnell auf andere Standorte umziehen können. Geo-Clustering, also die verteilte Replikation über mehrere geografisch getrennte Rechenzentren, kann beispielsweise das Risiko regionaler Störungen minimieren und so geschäftskritische Prozesse am Laufen halten.

Schritt 8: Digitale Souveränität als Kernprinzip der IT-Strategie verankern

Ein Business-Continuity-Plan sichert den Betrieb im Ernstfall. Damit digitale Souveränität jedoch langfristig Bestand hat, muss sie fester Bestandteil der IT-Strategie werden. Organisationen sollten sie nicht als einmalige Maßnahme sehen, sondern als Grundprinzip, das alle IT-Prozesse durchzieht.

Dazu gehört es, Systeme und Umgebungen regelmäßig zu überprüfen, Risiken frühzeitig zu erkennen und bei Bedarf Anpassungen vorzunehmen. Relevante Stakeholder sollten fortlaufend eingebunden werden, während regulatorische Änderungen und technologische Entwicklungen im Blick bleiben. So wird digitale Souveränität zu einem Grundprinzip, das Organisationen dauerhaft handlungsfähig, resilient und unabhängig macht.

Im Kern geht es bei digitaler Souveränität um das Zusammenspiel von Daten, Betrieb und Technologie. Die acht Schritte machen deutlich: Wer die wachsende Abhängigkeit von externen IT-Anbietern erkennt und adressiert, schafft die Basis für langfristige Handlungsfähigkeit. Digitale Souveränität funktioniert dabei nicht als einmaliges Projekt, sondern als kontinuierlicher Prozess und fest verankertes Grundprinzip. Wird sie konsequent in Strukturen, Prozesse und die Unternehmenskultur integriert, schafft sie eine zukunftsfähige, sichere und unabhängige IT.

(fo)

Bethesda feiert den zehnten Geburtstag von „Fallout 4“ mit einer Anniversary Edition. Wie bei „The Elder Scrolls 4: Skyrim“ umfasst das Paket alle Updates und DLCs. Neu sind lediglich einige von der Community entwickelte Mods, die in Bethesdas Bezahl-Store für Mods namens Creation Club angeboten werden.

Zudem bringt Bethesda die Anniversary Edition von „Fallout 4“ auf die Switch 2 – die erste Switch-Ausgabe des Rollenspiels. Während die Anniversary Edition bereits am 10. November für PC, Xbox Series X/S, Xbox One, Playstation 5 und Playstation 4 erscheint, soll die Switch-2-Variante erst im kommenden Jahr auf den Markt kommen.

Mod-Spaltung möglich

Für langjährige „Fallout 4“-Spieler dürfte der Release der Anniversary Edition eher ein Ärgernis als ein Grund zur Freude sein: Die Erfahrung von „The Elder Scrolls 4: Skyrim“ zeigt, dass der Release zumindest anfänglich zu einer Spaltung der Modding-Community führen könnte. Es ist denkbar, dass bestimmte Mods nicht mehr funktionieren werden, wenn man auf die neue Version umsteigt.

Bei „Skyrim“ wurden bestehende Nutzer nicht automatisch auf die Anniversary Edition umgestellt, sondern mussten für das Upgrade 20 Euro zahlen. Es ist wahrscheinlich, dass Bethesda bei „Fallout 4“ einen ähnlichen Weg geht. Wer jahrelang seine Modlist kuratiert und ausgefeilt hat, sollte darauf bei „Fallout 4“ zumindest anfänglich verzichten.

Zweifelhafte Neuerungen

Die Neuerungen der Anniversary Editions von Bethesda sind ohnehin sehr zweifelhaft: Bei der Anniversary Edition von „Skyrim“ implementierte Bethesda Dutzende Community-Mods und legte dabei offenbar kein besonders kritisches Augenmaß an den Tag – viele Mods passten nicht unbedingt zur Stimmung und zum Stil des Rollenspiels. Auch qualitativ konnten manche der implementierten Mods nicht mit der Qualität des Hauptspiels oder vieler frei zugänglicher Mods mithalten.

Das könnte sich auch bei der Anniversary Edition von „Fallout 4“ anbahnen: So bietet ein neuer Mod etwa die Möglichkeit, die Rasse des Hundebegleiters Dogmeat zu ändern – beispielsweise in einen Dalmatiner. Neu ist auch die Möglichkeit, die Power Armor und den Pip-Boy in pinker Farbe zu bekommen.

Der Release der Anniversary Edition von „Fallout 4“ fällt wenige Wochen vor die Veröffentlichung der zweiten Staffel von Amazons Prime-Serie „Fallout“. Schon den Release der ersten Staffel hatte Bethesda mit einem Spiel-Upgrade gefeiert – damals wurde die Grafik von „Fallout 4“ aufpoliert.

(dahe)

Laut einem Bericht der „Welt am Sonntag“ gibt es weiterhin massive Probleme beim neuen Digitalfunk der Landstreitkräfte. Mit einer nun vorgesehenen Lösung aus „vorübergehend gleichermaßen digitalisierten wie noch analogen“ Geräten bleibe man zwar „militärisch handlungsfähig“, heißt es, müsse allerdings eine „temporäre Reduzierung der Einsatzbereitschaft hinnehmen“, berichtet die Zeitung unter Berufung auf Dokumente aus dem Verteidigungsministerium und der Bundeswehr. Das Ministerium hatte, auf Berichte über Probleme mit den Funkgeräten angesprochen, zuletzt mehrfach erklärt, das Vorhaben liege im Zeitplan.

Warnungen vor Verzögerung

Außerdem wird das Gesamtsystem den Recherchen zufolge auch nach einem weiteren, für November anberaumten Test nur „für Ausbildung und Übung“ einsetzbar sein, ist aber nicht gefechtstauglich. Laut der als Verschlusssache gezeichneten Papiere gab es demnach bereits vor einem gescheiterten Test im Mai dieses Jahres Warnungen, dass die von einer Arbeitsgemeinschaft von Herstellern gelieferte Software weniger könne als verlangt.

Die Einführung neuer Funkgeräte ist Teil des Rüstungsprogramms „Digitalisierung landbasierter Operationen“ – auch als D-LBO abgekürzt. Dabei geht es darum, den einzelnen Schützen, Fahrzeugsysteme und Führungsfahrzeuge bis hin zum verlegefähigen Gefechtsstand über abgesicherte Funkverbindungen mit Daten und Sprache zu vernetzen. In einem Gefecht ist dies vor allem für den vorderen Bereich der Truppe zentral.

(nie)