Der entscheidende Punkt: Ohne saubere Identität gibt es keine sichere KI. Wenn ein Unternehmen Microsoft 365 Copilot einführt, greift dieser Assistent im Auftrag der jeweiligen Nutzerin auf E-Mails, Dokumente und Chats zu – aber nur auf jene, für die die Person berechtigt ist. Diese Berechtigungsgrenze verwaltet Entra. Ist sie unsauber gepflegt, sieht der Copilot mehr, als er sollte. Ist sie präzise, respektiert die KI automatisch dieselben Grenzen wie der Mensch. Identität ist damit nicht das langweilige Vorspiel zur KI-Einführung, sondern ihre wichtigste Voraussetzung.
Entra ist kein einzelnes Produkt, sondern eine Produktfamilie. Das bekannteste Mitglied ist Entra ID – der Verzeichnisdienst, der bis 2023 Azure Active Directory hieß und den viele noch unter diesem Namen kennen. Dazu kommen Bausteine wie Conditional Access für situationsabhängige Zugriffsregeln, Identity Protection für die KI-gestützte Risikoerkennung und Identity Governance für die geordnete Vergabe und Prüfung von Berechtigungen. Gemeinsam bilden sie das, was Fachleute als Identity- and Access-Management (IAM) bezeichnen.
Klassisches Identitätsmanagement war eine Ja-oder-Nein-Frage: Stimmt das Passwort, ist die Tür offen. Diese Logik ist in einer Welt aus Phishing, gestohlenen Zugangsdaten und Cloud-Diensten nicht mehr tragfähig. Entra verschiebt die Frage von „stimmt das Passwort“ zu „ist diese Anmeldung in diesem Moment plausibel und vertretbar“. Meldet sich ein Konto morgens aus dem Büro an, ist das unauffällig. Meldet sich dasselbe Konto Minuten später aus einem anderen Land an, ist etwas faul – und genau solche Muster erkennt die Plattform automatisch.
Diese Verschiebung ist der eigentliche Kern des modernen Ansatzes und trägt den Namen Zero Trust: Vertraue keiner Anmeldung blind, sondern prüfe jede im Kontext. Entra ist das Werkzeug, mit dem sich dieses Prinzip in einer Microsoft-Landschaft praktisch umsetzen lässt – abgestuft, nachvollziehbar und ohne die Beschäftigten mit ständigen Hürden zu überfordern.
Historisch war Active Directory ein Verzeichnis: eine Datenbank aller Benutzer, Computer und Gruppen im lokalen Firmennetz. Entra ID hat diese Idee in die Cloud übersetzt und erweitert. Es verwaltet nicht nur, wer im Unternehmen existiert, sondern verbindet die Beschäftigten per Single Sign-On mit hunderten Cloud-Anwendungen – vom Microsoft-365-Postfach über das CRM bis zum Reisekosten-Tool. Eine Anmeldung, viele Anwendungen, eine zentrale Kontrolle.
Auf diesem Verzeichnis setzen die anderen Bausteine auf. Conditional Access ist die Instanz, die aus einer erfolgreichen Authentifizierung noch keinen automatischen Zugriff ableitet, sondern zusätzlich den Kontext prüft. Identity Protection liefert dieser Prüfung die Risikobewertung. Identity Governance sorgt dafür, dass Berechtigungen nicht auf ewig bestehen, sondern regelmäßig hinterfragt werden. Zusammen wird aus dem einstigen Adressbuch eine Sicherheitsplattform.
Ein häufiges Missverständnis: „Wir haben Microsoft 365, also haben wir Entra.“ Das stimmt nur zur Hälfte. Die Grundfunktionen von Entra ID – Verzeichnis, Anmeldung, einfache Mehr-Faktor-Anmeldung – sind in den gängigen Microsoft-365-Plänen enthalten. Die intelligenteren Bausteine wie der vollständige risikobasierte Conditional Access, Identity Protection und Identity Governance stecken jedoch in höheren, gesondert lizenzierten Editionen. Wer die KI-gestützte Risikoerkennung nutzen will, muss prüfen, ob die vorhandene Lizenz das überhaupt hergibt. Die genaue Zuordnung von Funktion zu Edition ändert sich regelmäßig und sollte aktuell bei Microsoft geprüft werden.
Die Basisaufgabe ist die Authentifizierung: der Nachweis, dass jemand tatsächlich die Person ist, für die er sich ausgibt. Entra ID übernimmt diesen Nachweis zentral für die gesamte angebundene Anwendungslandschaft. Der praktische Gewinn ist der Single Sign-On: Die Beschäftigten melden sich einmal an und erreichen danach ohne erneute Passworteingabe alle verbundenen Dienste. Das ist nicht nur bequem, sondern sicherheitsrelevant – jede zusätzliche Anmeldemaske ist eine potenzielle Phishing-Falle und ein Anlass für schwache, wiederverwendete Passwörter. Ein zentraler Anmeldepunkt reduziert diese Angriffsfläche spürbar.
Zunehmend tritt an die Stelle des Passworts die passwortlose Anmeldung – etwa per Authenticator-App, biometrischem Merkmal oder Sicherheitsschlüssel. Der Gedanke dahinter: Ein Passwort, das es nicht gibt, kann auch nicht gestohlen, erraten oder abgephisht werden. Entra unterstützt diese Verfahren und macht sie im Unternehmen ausrollbar. Für viele Häuser ist der Weg zur passwortlosen Anmeldung einer der wirksamsten einzelnen Sicherheitsgewinne überhaupt.
Die Mehr-Faktor-Authentifizierung (MFA) verlangt neben dem Passwort einen zweiten Nachweis – typischerweise eine Bestätigung auf dem Smartphone. Sie gilt zu Recht als eine der wirksamsten Einzelmaßnahmen gegen Kontoübernahmen: Selbst wenn ein Passwort in falsche Hände gerät, scheitert der Angreifer am zweiten Faktor. Entra stellt MFA bereit und erlaubt es, sie gezielt zu erzwingen – etwa immer, oder nur bei Zugriffen von außerhalb des Unternehmensnetzes, oder nur bei riskant eingestuften Anmeldungen.
Genau diese Feinsteuerung ist entscheidend. MFA pauschal bei jeder Anmeldung zu verlangen, frustriert die Beschäftigten und untergräbt die Akzeptanz. MFA gar nicht zu verlangen, ist fahrlässig. Der kluge Mittelweg ist die bedingte MFA: unauffällig, solange alles plausibel ist, und konsequent, sobald es das nicht mehr ist. Dieser Mittelweg wird über Conditional Access und die Risiko-Signale von Identity Protection realisiert – hier greifen die Bausteine ineinander.
Conditional Access ist das Werkzeug, das aus Entra eine echte Steuerungsplattform macht. Es funktioniert nach einem einfachen Wenn-dann-Prinzip, das sich beliebig verfeinern lässt: Wenn eine bestimmte Person mit einem bestimmten Gerät von einem bestimmten Ort auf eine bestimmte Anwendung zugreifen will, dann erlaube den Zugriff, blockiere ihn oder verlange eine zusätzliche Bestätigung. So lässt sich abbilden, dass der Zugriff aus dem verwalteten Firmen-Laptop im Büro anders behandelt wird als der vom privaten Gerät aus dem Ausland.
Der praktische Nutzen ist enorm, weil sich damit die Sicherheit an den tatsächlichen Kontext anpasst, statt alle über einen Kamm zu scheren. Für den KI-Kontext ist ein Anwendungsfall besonders relevant: Man kann den Zugriff auf sensible Anwendungen – und damit indirekt auch auf die Daten, die eine KI dort verarbeiten würde – an klare Bedingungen knüpfen. Wer Copilot sicher einsetzen will, definiert über Conditional Access die Leitplanken, unter denen der Zugriff überhaupt zustande kommt.
Identity Protection ist der Baustein, in dem die KI von Entra am unmittelbarsten arbeitet. Er wertet fortlaufend eine Vielzahl von Signalen zu jeder Anmeldung aus: Von wo meldet sich das Konto an, mit welchem Gerät, zu welcher Uhrzeit, in welchem Verhältnis zu früherem Verhalten. Aus diesen Signalen berechnet ein Modell des maschinellen Lernens ein Risiko – für die einzelne Anmeldung und für das Konto insgesamt. Auffällig sind etwa der sprichwörtliche „unmögliche Ortswechsel“ (eine Anmeldung in Deutschland und wenige Minuten später eine aus Übersee), Anmeldungen aus anonymisierenden Netzwerken oder die Verwendung von Zugangsdaten, die in bekannten Datenlecks aufgetaucht sind.
Der große Vorteil gegenüber starren Regeln: Das Modell erkennt Muster und lernt aus einer immensen Menge weltweiter Signale, die Microsoft über seine Cloud sieht. Ein einzelnes Unternehmen könnte diese Erkennungsqualität niemals selbst aufbauen. Entscheidend ist, was mit dem erkannten Risiko geschieht: Die Risiko-Signale fließen in Conditional Access ein und lösen dort automatische Reaktionen aus – eine riskante Anmeldung kann eine zusätzliche MFA-Bestätigung erzwingen, ein als kompromittiert eingestuftes Konto einen Passwort-Wechsel oder eine Blockade. Aus der reinen Erkennung wird so eine automatische, abgestufte Abwehr.
Die zweite, jüngere KI-Dimension betrifft nicht den Schutz von Menschen, sondern die Kontrolle von Software. Mit dem Aufkommen von KI-Agenten – Programmen, die im Auftrag eines Unternehmens eigenständig Aufgaben erledigen, Daten abfragen, Aktionen auslösen – stellt sich eine neue Frage: Wer ist dieser Agent eigentlich, was darf er, und wer kontrolliert das? Ein Agent, der ohne klare Identität und ohne Berechtigungsgrenzen im System agiert, ist ein Sicherheitsrisiko ersten Ranges.
Microsofts Antwort darauf ist, KI-Agenten in dieselbe Identitätslogik zu ziehen wie menschliche Nutzer. Unter dem Stichwort Agent ID erhalten Agenten eine eigene, verwaltete Identität in Entra – mit definierten Berechtigungen, nachvollziehbarem Verhalten und der Möglichkeit, sie zu überwachen und bei Bedarf zu entziehen. Der Grundgedanke: Ein Agent soll nicht mehr dürfen als nötig, sein Handeln soll protokolliert und einer verantwortlichen Stelle zugeordnet sein, und er soll wie jedes andere Konto der Governance unterliegen. Damit wird das Prinzip der geringsten notwendigen Rechte auf nicht-menschliche Akteure ausgeweitet.
Für den Mittelstand ist das heute noch ein Ausblick mehr als tägliche Praxis – aber ein wichtiger. Wer beginnt, Agenten einzusetzen (etwa selbst gebaute Copilot-Agenten oder Automatisierungen), sollte von Anfang an die Frage stellen: Unter welcher Identität handelt dieser Agent, und wer kontrolliert seine Rechte? Genau das ist die Aufgabe, die Entra künftig übernimmt. Der Reifegrad und Funktionsumfang dieser Agenten-Verwaltung entwickelt sich rasch; der aktuelle Stand sollte bei Microsoft geprüft werden.
Bei aller Begeisterung gehört die Einordnung dazu. Die KI in Identity Protection ist ein hervorragender Frühwarn- und Automatisierungs-Mechanismus, aber kein Orakel. Sie erzeugt Risiko-Einschätzungen, die in seltenen Fällen auch danebenliegen können – eine legitime Anmeldung von der Urlaubsreise kann als riskant gelten, eine geschickt getarnte Attacke unter Umständen unauffällig bleiben. Deshalb bleibt menschliche Aufsicht wichtig: Sicherheitsverantwortliche prüfen auffällige Fälle, justieren die Empfindlichkeit und stellen sicher, dass automatische Reaktionen den Betrieb nicht unnötig ausbremsen. Die KI übernimmt die Fleißarbeit der Signalauswertung; die Verantwortung für Regeln und Ausnahmen bleibt beim Menschen.
Die engste Verbindung besteht zu Microsoft 365. Jede Anmeldung an Outlook, Teams, SharePoint oder OneDrive läuft über Entra ID, jede Berechtigung auf ein Dokument oder Postfach ist an eine Entra-Identität geknüpft. Für den KI-Einsatz ist das der springende Punkt: Wenn Microsoft 365 Copilot im Auftrag einer Nutzerin auf Inhalte zugreift, respektiert er exakt die Berechtigungen, die Entra dieser Identität zugewiesen hat. Der Copilot sieht nur, was die Person selbst sehen darf – nicht mehr, aber auch nicht weniger. Diese Berechtigungstreue ist eine der wichtigsten Sicherheitseigenschaften des Copilot, und sie steht und fällt mit der Sauberkeit der Entra-Berechtigungen.
Daraus folgt eine unbequeme Wahrheit: Ist die Berechtigungslandschaft in SharePoint und Co. über Jahre gewachsen und unaufgeräumt – zu weite Freigaben, „jeder darf alles“-Ordner, verwaiste Zugriffe – dann erbt der Copilot genau diese Unordnung. Was ein Mensch aus Bequemlichkeit nie öffnen würde, findet die KI in Sekunden. Deshalb ist eine Berechtigungs-Aufräumaktion in vielen Projekten die unspektakuläre, aber wichtigste Vorarbeit für einen sicheren Copilot-Einsatz – und sie ist ein Entra- und M365-Governance-Thema.
Entra ist auch ein wichtiger Signalgeber für Microsofts Sicherheitswerkzeuge. Die Risiko-Erkennungen aus Identity Protection fließen in die übergreifende Sicherheitsanalyse ein und ergänzen dort die Signale aus anderen Quellen – etwa aus Microsoft Defender, das Endgeräte, E-Mails und Cloud-Anwendungen überwacht. Eine verdächtige Anmeldung bei Entra und eine auffällige Aktivität auf demselben Endgerät ergeben zusammen ein deutlich schärferes Bild als jedes Signal für sich. So entsteht eine gemeinsame Sicht auf Bedrohungen, in der die Identität eine tragende Rolle spielt.
Mit Security Copilot kommt hier zusätzlich generative KI ins Spiel: Sicherheitsverantwortliche können in natürlicher Sprache Fragen zu Vorfällen stellen, sich Zusammenhänge erklären und Untersuchungsschritte vorschlagen lassen. Identitätsbezogene Vorfälle aus Entra – etwa ein als kompromittiert eingestuftes Konto – gehören zu den Sachverhalten, die ein solcher Assistent aufbereiten kann. Die Verzahnung ist bewusst: Entra liefert das identitätsbezogene Rohmaterial, Defender die Endpunkt- und Bedrohungssicht, und Security Copilot hilft, aus beidem schneller Erkenntnisse zu gewinnen. Für den Betrieb von KI-Agenten wiederum ergänzen sich Entras Agent ID und die auf KI-Anwendungen ausgerichteten Schutzfunktionen von Defender.
Das Muster ist immer dasselbe: Entra ist das Fundament, andere Dienste bauen darauf auf. Weil die Identität in nahezu jeden Vorgang eingeht, wird ihre Qualität zum Multiplikator – im Guten wie im Schlechten. Eine gut gepflegte Entra-Umgebung macht jede darauf aufsetzende Sicherheits- und KI-Funktion wirksamer; eine vernachlässigte untergräbt sie. Genau deshalb behandeln wir Entra in Projekten nie isoliert, sondern immer als das tragende Element einer größeren Microsoft-Architektur.
Das klassische Active Directory (oft „On-Premises-AD“ genannt) läuft auf eigenen Servern im Unternehmen und war jahrzehntelang das Rückgrat der Windows-Welt: Es verwaltet Anmeldungen an Firmen-PCs, Zugriffe auf Dateiserver und Drucker, Gruppenrichtlinien. Es ist auf das lokale Netzwerk ausgelegt. Entra ID hingegen ist ein Cloud-Dienst, der auf die moderne Welt aus Cloud-Anwendungen, mobilem Arbeiten und Diensten außerhalb des Firmennetzes zielt. Trotz des ähnlichen Namens sind es zwei unterschiedliche Systeme mit unterschiedlicher Architektur.
In der Praxis betreiben viele Mittelständler beides parallel: das gewachsene lokale AD für die interne Windows-Welt und Entra ID für Microsoft 365 und andere Cloud-Dienste. Beide lassen sich koppeln, sodass eine Identität in beiden Welten funktioniert – ein Zustand, den man als hybride Identität bezeichnet. Für die KI-Fähigkeiten ist wichtig: Die intelligente Risikoerkennung und die moderne Zugriffssteuerung leben in der Entra-Cloud, nicht im lokalen AD. Wer diese Vorteile will, führt den Weg über Entra – das lokale AD allein bietet sie nicht.
Entra ist nicht das einzige Identitäts-Produkt am Markt. Spezialisierte Anbieter wie Okta oder Ping Identity bieten ebenfalls ausgereifte Identitäts- und Zugriffsverwaltung, oft mit dem Anspruch besonderer Herstellerneutralität und breiter App-Integration über die Microsoft-Welt hinaus. Für Unternehmen mit heterogener Anwendungslandschaft oder bewusster Unabhängigkeit von einem einzelnen Cloud-Anbieter können solche Lösungen die bessere Wahl sein.
Für Häuser, die ohnehin tief in Microsoft 365 stecken, spricht dagegen viel für Entra: Es ist bereits vorhanden, tief in die eigenen Anwendungen integriert, und die Verzahnung mit Copilot, Defender und Security Copilot ergibt einen durchgängigen Stack aus einer Hand. Der Preis dieser Bequemlichkeit ist eine stärkere Bindung an Microsoft. Die ehrliche Abwägung lautet also: nahtlose Integration und ein einheitlicher KI-Sicherheits-Stack auf der einen Seite, Anbieter-Unabhängigkeit auf der anderen. Für den typischen Microsoft-zentrierten Mittelständler überwiegt in unserer Erfahrung meist die Integration – aber die Frage gehört bewusst gestellt.
In der Praxis scheitern Entra-Einführungen selten an der Technik und oft an der Dosierung. Wer versucht, alle Bausteine gleichzeitig scharf zu schalten – strenge Conditional-Access-Regeln, aggressive Risiko-Reaktionen, umfassende Governance – produziert Frust bei den Beschäftigten und ein Regelwerk, das niemand mehr durchschaut. Der bessere Weg ist die abgestufte Einführung: erst die tragenden Grundlagen (MFA, saubere Berechtigungen), dann schrittweise die intelligenteren Funktionen, jeweils mit Beobachtung und Nachjustierung. Sicherheit, die die Arbeit lahmlegt, wird umgangen – und damit wertlos.
Ein Wort zur Betriebsverantwortung: Weil Entra ein Cloud-Dienst ist, betreibt Microsoft die Infrastruktur – Sie müssen keine Server warten oder Updates einspielen. Die Konfigurationsverantwortung bleibt aber bei Ihnen. Wer die Regeln falsch setzt, zu weite Rechte vergibt oder Risiko-Meldungen ignoriert, hat trotz der Microsoft-Cloud ein unsicheres System. Dieses Modell der geteilten Verantwortung zu verstehen, ist zentral: Die Plattform ist stark, aber ihre Sicherheit entsteht erst durch die richtige Konfiguration und laufende Pflege auf Kundenseite.
Der Mittelstand steht bei der KI-Einführung vor einem verbreiteten Muster: Die Begeisterung gilt den sichtbaren Funktionen – dem Copilot, der Texte schreibt und Meetings zusammenfasst –, während die Grundlage, auf der all das sicher laufen soll, wenig Aufmerksamkeit bekommt. Genau hier liegt der Hebel. Ein sauberes Identitäts- und Berechtigungsfundament ist die Voraussetzung dafür, dass KI im Unternehmen kein Datenschutz- und Sicherheitsrisiko wird. Entra ist der Ort, an dem dieses Fundament entsteht – und deshalb einer der lohnendsten frühen Ansatzpunkte überhaupt, gerade weil er zunächst unscheinbar wirkt.
Zugleich gilt für alle Szenarien dieselbe Grundregel: Entra ist ein Werkzeug, keine Selbstläufer-Lösung. Die Risiko-Erkennung greift nur, wenn jemand die Meldungen sichtet. Die Zugriffssteuerung schützt nur, wenn die Regeln durchdacht sind. Die Berechtigungshygiene hält nur, wenn sie gepflegt wird. Der Nutzen entsteht aus dem Zusammenspiel von guter Technik und verantwortungsvollem Betrieb.
Eine ehrliche Beratung benennt auch das Risiko. Übertriebene Strenge – MFA bei jedem Klick, Blockaden bei jedem harmlosen Standortwechsel, undurchsichtige Regeln – frustriert die Beschäftigten und führt dazu, dass Sicherheitsmechanismen umgangen oder als Gängelung erlebt werden. Der Zweck von Entra ist nicht maximale Härte, sondern angemessene, kontextbewusste Sicherheit, die unauffällig bleibt, solange alles plausibel ist. Der größte Hebel für Akzeptanz ist eine Konfiguration, die den Arbeitsalltag respektiert. Sicherheit und Benutzbarkeit sind kein Gegensatz, wenn man den Kontext klug nutzt – und genau dafür ist Entra gebaut.
Bewusst nennt dieser Artikel keine konkreten Beträge. Microsofts Preise, die Zuordnung von Funktionen zu Editionen und die Paketierung ändern sich regelmäßig, unterscheiden sich nach Region und Vertragsform und sind über Rahmenverträge individuell verhandelbar. Jede genaue Zahl wäre morgen womöglich falsch. Verlässlich ist dagegen die Kosten-Logik: Der Verzeichnis-Kern von Entra ID ist in Microsoft 365 grundsätzlich enthalten, die intelligenten Schutz- und Governance-Funktionen stecken in höheren, gesondert lizenzierten Editionen, typischerweise pro Nutzer. Hinzu kommen die realen Kosten für Einführung, das Aufräumen der Berechtigungen und den dauerhaften Betrieb. Für eine belastbare Kalkulation gehört die aktuelle Preisliste – über den Microsoft-Partner oder das Vertragswerk – in die Rechnung, nicht ein Wert aus einem Artikel.
Der Ausgangspunkt jeder datenschutzrechtlichen Betrachtung: Entra verarbeitet keine belanglosen technischen Werte, sondern personenbezogene Daten der Beschäftigten – wer sich wann von wo mit welchem Gerät angemeldet hat. Aus diesen Daten lässt sich mehr ableiten, als vielen bewusst ist: Arbeitszeiten, Aufenthaltsorte, Verhaltensmuster. Damit sind die Regeln der DSGVO einschlägig, es braucht eine Rechtsgrundlage, eine klare Zweckbindung (Sicherheit, nicht Überwachung) und den Grundsatz der Datensparsamkeit. Die Auswertung dieser Daten dient dem legitimen Zweck des Schutzes vor Kontoübernahmen – aber genau diese Zweckbindung muss dokumentiert und eingehalten werden.
Für Unternehmen mit Betriebsrat kommt ein wichtiger Punkt hinzu: Ein System, das laufend das Anmeldeverhalten der Beschäftigten auswertet, kann grundsätzlich zur Verhaltens- und Leistungskontrolle geeignet sein – unabhängig davon, ob das beabsichtigt ist. Damit kann die Mitbestimmung des Betriebsrats nach dem Betriebsverfassungsgesetz berührt sein. Der Betriebsrat sollte frühzeitig eingebunden werden; eine Betriebsvereinbarung, die Zweck, Umfang und den Ausschluss einer Leistungskontrolle regelt, schafft Rechtssicherheit für das Unternehmen und Vertrauen bei den Beschäftigten. Die konkrete Ausgestaltung gehört in die Hände der Mitbestimmungs- und Rechtsfunktion.
Zur Datenhoheit gehören mehrere Aspekte, die man auseinanderhalten sollte. Microsoft bietet mit der EU Data Boundary eine Verarbeitung von Kundendaten innerhalb der EU an, was die Datenresidenz stärkt. Als US-Konzern unterliegt Microsoft dennoch dem US Cloud Act, sodass ein Restrisiko eines behördlichen Zugriffs bestehen bleibt – die EU-Verarbeitung reduziert dieses Risiko deutlich, hebt es aber nicht vollständig auf. Bei Identitätsdaten wiegt diese Frage schwerer als bei manchem sachlichen Dokument, denn es geht um die Anmelde- und Verhaltensdaten der gesamten Belegschaft. Für die meisten Mittelständler ist das bei bewusster Konfiguration – EU-Region, Datensparsamkeit, geregelte Aufbewahrung – vertretbar; für besonders sensible Bereiche gehört die Frage in eine sorgfältige, fallbezogene Bewertung.
Die Zentralisierung der Identität in der Cloud hat zudem eine Kehrseite, die man kennen sollte: Entra wird zu einem zentralen und damit besonders schützenswerten Punkt. Fällt es aus oder wird es kompromittiert, ist potenziell der Zugang zu allem betroffen. Das ist kein Argument gegen Entra – im Gegenteil, die Microsoft-Cloud ist in der Regel robuster als ein eigener Serverraum –, aber ein Argument für höchste Sorgfalt bei der Absicherung genau dieser Plattform, insbesondere bei den privilegierten Administrator-Konten.
