Modular-Admin: Enterprise Active Directory Management, neu gedacht

Ein Whitepaper von Dream-bit

Zusammenfassung

Active Directory ist nach wie vor das Rückgrat der Identitätsverwaltung im Unternehmen -- doch die Administration erfordert noch immer den gleichzeitigen Einsatz von fünf oder mehr voneinander getrennten Werkzeugen. Diese Fragmentierung kostet IT-Abteilungen täglich Stunden an manueller Arbeit, birgt Compliance-Risiken, lässt Remote-Desktop-Sitzungsumgebungen faktisch unüberwacht und zwingt Endanwender dazu, den Support für Routineaufgaben zu kontaktieren, die sie eigenständig erledigen könnten.

Modular-Admin vereint Benutzerverwaltung, Sitzungsüberwachung und automatisierte Workflows in einer einzigen Desktop-Anwendung, die auf Tauri v2 und Rust basiert. Die Anwendung verbindet sich direkt mit der bestehenden Active Directory Infrastruktur -- ohne Agenten, ohne Middleware und ohne Änderungen an der Domänenumgebung. Eine begleitende Cloud-Plattform -- das Atlas Portal -- bietet zentralisierte Konfiguration, Workflow-Design und mandantenfähiges Management, während alle operativen Daten architekturbedingt im Unternehmensnetzwerk verbleiben.

Die Plattform liefert drei integrierte Kernfunktionen. Die Benutzerverwaltung ersetzt manuelle Einzeloperationen in der Konsole durch schemagesteuerte Formulare und optimierte Workflows. Der Session Broker bietet Echtzeitübersicht über alle Remote Desktop Services Hosts mit direkter Sitzungsverwaltung. Die Workflow Engine verknüpft mehrstufige IT-Prozesse zu automatisierten, auditierbaren Abläufen mittels eines visuellen DAG-Editors (Directed Acyclic Graph).

Modular-Admin installiert sich mit 5-15 MB, belegt im Leerlauf 40-80 MB Arbeitsspeicher und enthält keine gebündelte Browser-Engine -- wodurch die Chromium-Angriffsfläche entfällt, die Electron-basierte Alternativen ererben. Zugangsdaten werden in einem dedizierten Rust-Modul mit AES-256-CBC verschlüsselt und verlassen niemals das Unternehmensnetzwerk. Die Architektur erfüllt die Anforderungen der DSGVO (EU-Datenschutz-Grundverordnung), ISO 27001, SOX und HIPAA an die Datensouveränität konstruktionsbedingt -- nicht durch nachträgliche Richtlinienanpassungen.

Die Plattform erweitert sich auf nicht-Microsoft-Verzeichnisse (OpenLDAP, FreeIPA), nicht-Windows-Administrationsarbeitsplätze (macOS, Linux) und Anwendungsfälle jenseits von Active Directory -- HR-Workflows, Compliance-Automatisierung, branchenspezifische Provisionierung und MSP-Mandantenbetrieb. Phase 1 ist ausgeliefert. Jede weitere Phase baut auf Komponenten auf, die bereits im Fundament vorhanden sind.

Die Herausforderung

Active Directory ist nach wie vor das Rückgrat der Identitäts- und Zugriffsverwaltung in Unternehmen weltweit. Doch die Werkzeuge zu seiner Verwaltung haben sich kaum weiterentwickelt. IT-Administratoren müssen routinemäßig fünf oder mehr separate Oberflächen bedienen, um alltägliche Aufgaben zu erledigen:

• Active Directory Users and Computers für die Kontoverwaltung
• Remote Desktop Services Manager für die Sitzungsüberwachung
• Group Policy Management Console für die Richtlinienkonfiguration
• PowerShell-Konsolen für skriptbasierte Operationen
• Individuelle Skripte, über Jahre angesammelt und undokumentiert

Die Folgen sind messbar. Das Onboarding eines einzelnen Mitarbeiters betrifft mehrere Systeme und erfordert 30 bis 60 Minuten manuelle Arbeit. Die Sitzungsverwaltung in Remote-Desktop-Umgebungen verlangt ständige Überwachung über getrennte Werkzeuge hinweg. Passwortzurücksetzungen, Änderungen an Gruppenmitgliedschaften und Kontobereitstellungen folgen Ad-hoc-Prozessen, die von Administrator zu Administrator variieren. Und jede dieser Aufgaben erfordert einen Anruf beim IT-Support -- Endanwender können sich nicht selbst helfen, selbst bei Routinevorgängen wie dem Zurücksetzen eines Passworts oder dem Beenden einer hängenden Sitzung.

Für Organisationen im DACH-Raum -- wo die Active Directory Durchdringung hoch ist, die Anforderungen an Enterprise-IT-Standards streng sind und regulatorische Pflichten unter DSGVO, ISO 27001 sowie branchenspezifische Rahmenwerke wie SOX und HIPAA nicht verhandelbar sind -- bedeutet diese Fragmentierung unmittelbar verschwendete Arbeitsstunden, inkonsistente Prozesse, erhöhtes Fehlkonfigurationsrisiko und Compliance-Gefährdung.

Für ein mittelständisches Unternehmen mit 500 Anwendern und drei IT-Administratoren summieren sich die Personalkosten fragmentierter Werkzeuge auf Hunderte von Stunden pro Jahr -- Zeit, die für Aufgaben aufgewendet wird, die vorhersehbaren Mustern folgen und automatisiert werden sollten. Es mangelt der Branche nicht an Einzellösungen. Etablierte Werkzeuge wie ManageEngine ADManager Plus und Quest ActiveRoles adressieren Teilaspekte des Problems. Aber sie leiten Identitätsdaten entweder durch Cloud-Infrastruktur, die das Unternehmen nicht kontrolliert, oder sie erfordern schwergewichtige On-Premises-Installationen mit erheblichen Lizenzkosten. Was dem Markt fehlt, ist eine einheitliche, lokal ausgeführte Plattform, die den täglichen Betrieb zusammenführt, konsistente Prozesse durchsetzt und Anforderungen an die Datensouveränität konstruktionsbedingt erfüllt.

Produktübersicht und Architektur

Modular-Admin ist eine Desktop-Anwendung, die speziell für die Enterprise Active Directory Administration entwickelt wurde. Sie vereint Benutzerverwaltung, Zugangsdatenhandhabung, Sitzungsüberwachung und automatisierte Workflows in einer einzigen Oberfläche -- und ersetzt die fragmentierte Sammlung von Microsoft Management Console Snap-ins, auf die IT-Abteilungen seit Jahrzehnten angewiesen sind.

Die Anwendung läuft nativ unter Windows, verbindet sich direkt mit der bestehenden Active Directory Infrastruktur und erfordert keine Änderungen an der Domänenumgebung. Eine begleitende Cloud-Plattform -- das Atlas Portal -- erweitert die Desktop-Anwendung um zentralisierte Konfiguration, benutzerdefinierte Workflows und mandantenfähige Verwaltungsfunktionen.

Zweistufige Architektur

Modular-Admin folgt einer zweistufigen Architektur, die die operative Desktop-Anwendung von der zentralisierten Verwaltung und Konfiguration trennt. Diese Trennung setzt ein Prinzip durch, das für die Sicherheits- und Compliance-Ausrichtung der Plattform grundlegend ist: Operative Daten verbleiben im Unternehmensnetzwerk; Konfiguration und Governance liegen in der Cloud.

Die Desktop-Anwendung führt alle privilegierten Operationen durch -- LDAP-Abfragen, WMI-Aufrufe, Verschlüsselung von Zugangsdaten -- innerhalb des Unternehmensnetzwerks. Das Atlas Portal steuert, wie sich die Desktop-Anwendung verhält: welche Formulare angezeigt werden, welche Aktionen verfügbar sind, welche Funktionen lizenziert sind. Es hat keinerlei Kenntnis einzelner Benutzer, ihrer Zugangsdaten oder ihrer Gruppenmitgliedschaften.

Datensouveränität durch Design

Für Organisationen, die unter DSGVO, HIPAA, ISO 27001 oder SOX operieren, ist die Frage, wo Daten gespeichert werden, eine Compliance-Pflicht mit rechtlichen Konsequenzen. Die Architektur von Modular-Admin zieht eine klare Grenze:

Das Rust-Backend der Desktop-Anwendung enthält keinen Codepfad, der Active Directory Benutzerdaten an einen externen Endpunkt übermitteln würde. Die Grenze wird auf Code-Ebene durchgesetzt, nicht durch Richtlinien. Für europäische Unternehmenskunden eliminiert dies das häufigste Datensouveränitätsbedenken bei cloud-verbundenen Werkzeugen: das Risiko, dass personenbezogene Mitarbeiterdaten außerhalb der Kontrolle des Unternehmens verarbeitet oder gespeichert werden.

Ökosystem

Zielmarkt

Modular-Admin ist für Organisationen konzipiert, in denen Active Directory Infrastruktur ist -- nicht optional:

• Mittelständische und große Unternehmen (ab 200 Mitarbeitern) mit eigenen IT-Abteilungen, die Windows-Domänenumgebungen verwalten
• Managed Service Provider und Systemhäuser, die Active Directory für mehrere Kunden administrieren -- die mandantenfähige Hierarchie des Atlas Portal bildet das MSP-Betriebsmodell direkt ab. White-Label-Fähigkeit ermöglicht es Partnern, Modular-Admin unter eigener Marke weiterzuverkaufen
• IT-Abteilungen, die die Einarbeitungszeit neuer Administratoren durch strukturierte Formulare und geführte Workflows verkürzen möchten

Die Anwendung wird mit einer deutschsprachigen Oberfläche ausgeliefert -- ein Ausdruck des primären Marktfokus auf den DACH-Raum, in dem lokalisierte Werkzeuge eine Beschaffungsanforderung und keine bloße Annehmlichkeit sind. Modular-Admin ist seit über drei Jahren in DATEV ASP-Umgebungen im Produktiveinsatz -- bei mehr als 30 Unternehmen bewährt. Eine nachgewiesene Erfolgsbilanz für Systemhäuser und IT-Dienstleister, die Steuerberater und Wirtschaftsprüfer im deutschen Markt betreuen.

Kernfunktionen

Modular-Admin liefert vier integrierte Funktionsbereiche. Es handelt sich nicht um voneinander unabhängige Module, die zusammengeschraubt wurden. Sie teilen sich eine gemeinsame Datenschicht, eine einheitliche Oberfläche und eine zentrale Konfigurationsoberfläche.

1. Benutzerverwaltung

Die Verwaltung von Active Directory Benutzerkonten ist die zeitintensivste Aufgabe im IT-Betrieb von Unternehmen. Modular-Admin ersetzt den Standardansatz -- durch die Microsoft Management Console navigieren, individuelle Benutzereigenschaften öffnen, den Vorgang für jedes Konto wiederholen -- durch eine optimierte Oberfläche, die auf Effizienz ausgelegt ist.

• Kontolebenszyklus-Verwaltung -- Benutzerkonten über geführte Formulare erstellen, aktivieren, deaktivieren oder löschen -- statt durch tiefe MMC-Eigenschaftsdialoge zu navigieren
• Schemagesteuerte Formulare -- Dateneingabeformulare werden aus konfigurierbaren Schemata generiert. Jede Organisation definiert, welche Felder erscheinen, welche Pflichtfelder sind und wie sie validiert werden
• Passwortverwaltung -- Passwörter zurücksetzen und Änderung bei nächster Anmeldung erzwingen, über eine dedizierte, optimierte Oberfläche
• Suche und Filterung -- Benutzer sofort im Verzeichnis finden, über beliebige Attributkombinationen
• Datenexport -- Gefilterte Benutzerlisten als Excel- oder CSV-Datei exportieren, für Berichte, Audits oder die Übergabe an andere Teams
• Self-Service für den 1st-Level-Support -- Routineoperationen wie Passwortzurücksetzungen und Kontoaktivierungen können über geführte Formulare an Endanwender oder den First-Level-Support delegiert werden -- kein Anruf beim Senior-IT-Mitarbeiter für alltägliche Aufgaben erforderlich

Die Formular-Engine -- mit Unterstützung für 14 verschiedene Feldtypen, bedingter Ein-/Ausblendungslogik und organisationsspezifischer Konfiguration -- bedeutet: IT-Teams hören auf, ihre Prozesse an starre Werkzeuge anzupassen, und arbeiten stattdessen mit Werkzeugen, die sich an sie anpassen.

2. Session Broker

Zu wissen, wer gerade auf welchem Server angemeldet ist, ist in den meisten Organisationen eine überraschend schwer zu beantwortende Frage. Der Session Broker bietet eine konsolidierte Echtzeitansicht über die gesamte Remote Desktop Services Umgebung.

• Echtzeit-Sitzungsüberwachung -- Fragt alle konfigurierten Terminalserver-Hosts gleichzeitig ab und präsentiert eine einheitliche Sitzungsliste
• Sitzungsstatusverfolgung -- Jede Sitzung wird als Aktiv, Getrennt oder Unbekannt klassifiziert, mit Leerlaufzeitanzeige und Schweregrad-Stufen (Niedrig, Mittel, Hoch, Kritisch)
• Verbindungsqualitätsindikatoren -- Bewertung des Sitzungszustands auf einen Blick (Schlecht, Ausreichend, Gut, Hervorragend) hilft bei der Identifikation von Anwendern mit Performance-Problemen, bevor sie ein Ticket erstellen
• Remote-Sitzungsabmeldung -- Getrennte oder inaktive Sitzungen direkt über die Oberfläche beenden, mit Bestätigungsdialogen zur Vermeidung versehentlicher Aktionen. Anwender können ihre eigenen hängenden Sitzungen mit einem Klick beenden -- kein Supportanruf erforderlich
• OU-basierte Sichtbarkeitsfilterung -- Sitzungslisten werden nach Active Directory Organisationseinheiten gefiltert, sodass Operatoren ausschließlich die Sitzungen innerhalb ihres administrativen Zuständigkeitsbereichs sehen
• Kontrollierte Einführung -- Der Session Broker wird pro Deployment über ein Konfigurations-Flag aktiviert

Für Organisationen, die Remote Desktop Services im großen Maßstab betreiben -- mit Dutzenden von Hosts und Hunderten gleichzeitiger Benutzer -- verwandelt sich ein blinder Fleck in eine verwaltete Fläche.

3. Workflow Engine

Einzelne Benutzeroperationen sind nützlich. Sie zu automatisierten, wiederholbaren Prozessen zu verketten, ist transformativ. Die Workflow Engine ermöglicht es Organisationen, benutzerdefinierte Aktionsketten nach dem DAG-Modell (Directed Acyclic Graph) zu definieren -- visuell gestaltet im Atlas Portal und ausgeführt innerhalb von Modular-Admin.

• Benutzerdefinierte Aktionsketten -- Mehrstufige Prozesse als gerichtete Graphen mit Ausführungsreihenfolge und Datenfluss definieren
• Sieben integrierte Aktionstypen, die Active Directory Operationen, Formularanzeige, E-Mail-Benachrichtigungen, Telemetrie-Events und Toast-Benachrichtigungen abdecken
• Anpassbare E-Mail-Vorlagen -- Mail-Aktionen verwenden konfigurierbare Vorlagen mit Variableneinfügung (Benutzername, Abteilung, Zugangsdaten), individuellen Logos und gebrandeten Signaturen. Vorlagen werden zentral im Atlas Portal verwaltet und über die Konfigurationshierarchie verteilt
• Bedingte Verzweigung -- If/Else-Knoten leiten den Workflow basierend auf dem Erfolg oder Misserfolg vorheriger Schritte
• Abbruch und Fehlerbehandlung -- Operatoren können bei jedem Schritt abbrechen; die Engine liefert einen vollständigen Ausführungs-Audit-Trail

Betrachten Sie einen typischen Onboarding-Prozess: AD-Konto anlegen, Initialpasswort setzen, zusätzliche Informationen über ein benutzerdefiniertes Formular erfassen, Willkommens-E-Mail versenden, Vorgesetzten benachrichtigen, Telemetrie-Event für Compliance protokollieren. Ohne die Workflow Engine führt ein Administrator jeden Schritt manuell durch und wechselt dabei zwischen verschiedenen Werkzeugen. Mit der Workflow Engine wird die gesamte Sequenz als eine einzige ausgelöste Aktion ausgeführt -- konsistent, vollständig und mit lückenlosem Audit-Trail.

4. Sicherheit und Plattformsteuerung

• Inaktivitäts-Timer und automatische Abmeldung -- Konfigurierbare Inaktivitäts-Timeouts erfüllen Compliance-Anforderungen (SOX, HIPAA, ISO 27001), ohne sich allein auf Windows-Gruppenrichtlinien zu verlassen
• Rollenbasierte Navigation -- Funktionen werden basierend auf der zugewiesenen Rolle des Operators ein- oder ausgeblendet und setzen das Least-Privilege-Prinzip auf Anwendungsebene durch
• Cloud-verwaltete Konfiguration -- Formularschemata, Workflow-Definitionen, Feature-Flags und Rollenzuweisungen werden aus dem Atlas Portal geladen. Änderungen werden beim nächsten Anwendungsstart übernommen
• Verschlüsselte Zugangsdatenspeicherung -- Zugangsdaten werden lokal mit AES-256-CBC-Verschlüsselung gespeichert, niemals im Klartext übertragen und niemals in zugänglichen Konfigurationsdateien abgelegt

Atlas Portal: die Managementzentrale

Die Verwaltung einiger weniger Desktop-Installationen ist überschaubar. Die Verwaltung von Hunderten -- über mehrere Organisationen, Standorte und IT-Teams hinweg -- erfordert einen grundlegend anderen Ansatz. Das Atlas Portal ist dieser Ansatz: eine zentrale SaaS-Plattform, die Modular-Admin von einem eigenständigen Desktop-Werkzeug in eine verwaltete Flotte intelligenter Arbeitsplätze transformiert, die alle von einem Dashboard aus gesteuert werden.

Das Atlas Portal ist der strategische Differenzierungsfaktor, der Modular-Admin von herkömmlichen Active Directory Werkzeugen abhebt. Wo Wettbewerber Einzellösungen anbieten, die Maschine für Maschine konfiguriert werden, liefert das Atlas Portal zentralisierte Richtlinien, standardisierte Workflows und Echtzeitübersicht über jede Installation im Unternehmen.

Konfigurationshierarchie

Enterprise-IT ist niemals flach. Das Atlas Portal bildet die organisatorische Realität mit einer dreistufigen Konfigurationshierarchie ab.

Organisation definiert die globale Basiskonfiguration -- Standardformulare, zulässige Aktionen, Sicherheitsrichtlinien und Branding. Gruppe repräsentiert eine logische Unterteilung wie eine Abteilung, Region oder Geschäftseinheit und erbt von der Organisation mit individuellen Überschreibungen. Client ist die einzelne Desktop-Installation, die von ihrer Gruppe erbt und lokale Überschreibungen für Sonderfälle ermöglicht.

Eine Richtlinienänderung auf Organisationsebene propagiert sofort an jede Gruppe und jeden Client darunter. Ein IT-Leiter kann ein Compliance-Formular einmal aktualisieren und wissen, dass es jede Installation in der Flotte erreicht. Umgekehrt kann ein lokaler Administrator eine einzelne Einstellung überschreiben, ohne die übergeordnete Richtlinie zu beeinträchtigen. Das Ergebnis ist Governance ohne Starrheit: zentralisierte Kontrolle mit dezentraler Flexibilität.

Modular Forms

Das Atlas Portal bietet einen Drag-and-Drop-Formulardesigner mit Unterstützung für 14 Feldtypen -- von einfachen Text- und E-Mail-Feldern bis hin zu Datei-Uploads, Datumsauswahl und Farbselektoren. Formulare folgen demselben Vererbungsmodell wie jede andere Konfiguration: Eine Organisation definiert ein globales Formular "Neuer Mitarbeiter -- Onboarding", eine regionale Gruppe erweitert es um standortspezifische Felder, ein einzelner Client fügt eine zusätzliche Checkbox für eine lokale Compliance-Anforderung hinzu.

Die Formular-Engine ist nicht auf Active Directory festgelegt. Es handelt sich um eine universelle Datenerfassungsplattform, die AD-Verwaltung als erste Anwendung hat. Dieselbe Infrastruktur, die Abteilung und Gruppenmitgliedschaften eines neuen Mitarbeiters erfasst, kann ebenso eine Kundenbestellung, eine IT-Serviceanfrage oder eine Compliance-Checkliste abbilden. Der geschäftliche Mehrwert ist messbar: weniger Fehler bei der Dateneingabe, schnellere Onboarding-Zyklen und auditfähige Konsistenz.

Custom Actions und Workflow-Automatisierung

Mit dem visuellen DAG-Editor entwerfen Administratoren mehrstufige Aktionssequenzen, ohne Code zu schreiben. Jeder Knoten repräsentiert eine Operation -- eine Active Directory Änderung, eine E-Mail-Benachrichtigung, ein Telemetrie-Event oder eine bedingte Verzweigung. Im Atlas Portal entworfene Workflows werden über die Konfigurationshierarchie an die Desktop-Installationen verteilt. Ein Techniker löst einen Workflow mit einem Klick aus; das System führt jeden Schritt der Reihe nach aus und verarbeitet Verzweigungslogik automatisch.

Aktionen können als kostenpflichtige oder kostenfreie Dienstleistungen gekennzeichnet werden, mit Kostenerfassung pro Ausführung. Für MSPs und Systemhäuser macht dies Modular-Admin zum Umsatzkanal: Eine VPN-Einrichtungsanfrage oder Hardwarebestellung, die über eine Custom Action ausgelöst wird, erzeugt ein abrechnungsfähiges Ereignis -- nachverfolgbar und auswertbar über das Atlas Portal.

Lizenzverwaltung

Modular-Admin arbeitet mit einem Fair-Use-Lizenzmodell: Kunden zahlen ausschließlich für die tatsächliche Nutzung. Die Lizenzierung basiert auf tatsächlichen Anmeldungen, nicht auf Installationen oder Programmstarts -- wenn sich ein Benutzer nicht anmeldet, wird keine Lizenz verbraucht. IT-Administratoren steuern, welche Benutzer sich anmelden dürfen, doch die Software selbst kann bedenkenlos auf alle Arbeitsplätze verteilt werden. 1.000 Installationen ausrollen, eine Person meldet sich an, eine Lizenz wird berechnet. Das Atlas Portal erfasst die tatsächliche Nutzung über alle Client-Installationen hinweg und bietet Echtzeitübersicht über Verbrauchstrends und Abrechnungsprognosen. Keine überraschenden Nachberechnungen, keine komplexen Enterprise-Vereinbarungen, keine ungenutzten Lizenzen -- und kein Planungsaufwand bei der Softwareverteilung.

Telemetrie und Service-Einblicke

Die durch Workflow-Ausführung erfassten Telemetriedaten liefern verwertbare Erkenntnisse über Kundenbedürfnisse. MSPs und Systemhäuser erhalten Transparenz darüber, welche Dienste am häufigsten genutzt werden, welche Kunden sich Kapazitätsgrenzen nähern und wo proaktive Serviceempfehlungen zusätzlichen Umsatz generieren können. Dies verwandelt Nutzungsdaten von einer passiven Kennzahl in ein aktives Vertriebsinstrument -- Upselling-Chancen werden erkannt, bevor der Kunde zum Hörer greift.

Rollenbasierte Zugriffskontrolle

Rollen werden zentral im Atlas Portal definiert und über die Konfigurationshierarchie verteilt. Jede Rolle trägt spezifische Berechtigungen: welche Formulare sichtbar sind, welche Aktionen ausgelöst werden können, welche AD-Operationen erlaubt sind. Die Berechtigungsvererbung folgt demselben dreistufigen Modell. Jede Berechtigung ist auf eine Rollendefinition im Atlas Portal rückverfolgbar, jede Rollenzuweisung wird protokolliert, und eine schleichende Rechteausweitung durch Ad-hoc-Konfiguration ist ausgeschlossen -- eine Sicherheitsstellung, die Auditoren auf einen Blick verifizieren können.

Der strategische Differenzierungsfaktor

Ohne Atlas Portal ist Modular-Admin ein Werkzeug -- leistungsfähig, aber isoliert. Jede Installation ist eine Insel, unabhängig konfiguriert und für die zentrale IT-Leitung unsichtbar. Mit Atlas Portal wird Modular-Admin zu einem Managed Service. Konfiguration fließt aus einer einzigen Quelle der Wahrheit. Workflows sind standardisiert und auditierbar. Der Lizenzverbrauch ist transparent. Die Zugriffskontrolle ist zentralisiert und überprüfbar.

Dies ist die Architektur, die von 10 Arbeitsplätzen auf 10.000 skaliert -- ohne einen proportionalen Anstieg des Verwaltungsaufwands.

Technologie- und Sicherheitsfundament

Warum die Technologieauswahl entscheidend ist

Entscheidungen über Unternehmenssoftware haben langfristige Konsequenzen. Die Technologie hinter einem Werkzeug bestimmt seinen Installationsumfang, seine Startzeit, seinen Speicherverbrauch auf Maschinen, die bereits ein Dutzend Verwaltungskonsolen ausführen, und -- ganz entscheidend -- die Größe seiner Angriffsfläche. Die Technologieentscheidungen von Modular-Admin wurden mit diesen betrieblichen Realitäten im Blick getroffen.

Tauri v2 versus Electron

Die meisten modernen Desktop-Anwendungen basieren auf Electron, das eine vollständige Kopie der Chromium-Browser-Engine in jede Anwendung einbettet. Modular-Admin verfolgt mit Tauri v2 einen grundlegend anderen Ansatz: Die Benutzeroberfläche nutzt die systemeigene Web-Rendering-Engine des Betriebssystems, während ein kompiliertes Rust-Backend alle systemnahen Operationen übernimmt.

Für IT-Abteilungen, die über Dutzende oder Hunderte von Arbeitsplätzen hinweg deployen, summieren sich diese Unterschiede. Kleinere Binaries bedeuten schnelleres Deployment über SCCM oder Intune. Geringerer Speicherverbrauch bedeutet, dass das Werkzeug problemlos neben anderen Anwendungen koexistiert. Keine mitgelieferte Browser-Engine bedeutet eine schmalere Angriffsfläche, die überwacht und gepatcht werden muss.

Rust: das System-Backend

Das Backend ist in Rust geschrieben, einer systemnahen Programmiersprache, die ganze Kategorien von Schwachstellen -- Buffer Overflows, Use-after-Free-Fehler, Null-Pointer-Dereferenzierungen -- zur Kompilierzeit eliminiert, ohne den Performance-Overhead einer Garbage Collection.

Jede privilegierte Operation durchläuft diese Rust-Schicht: LDAP-Verbindungen zu Active Directory über die ldap3-Crate (eine reine Rust-LDAPv3-Implementierung), WMI-Abfragen gegen Terminalserver, Ver- und Entschlüsselung von Zugangsdaten. Die Anwendung kommuniziert direkt mit Domain Controllern in deren nativem Protokoll -- ohne Middleware-Schicht, die Latenz, Kompatibilitätsprobleme oder zusätzliche Angriffsfläche einführen würde.

Typsicherheit erstreckt sich über den gesamten Stack durch automatisierte Codegenerierung, die TypeScript-Typdefinitionen direkt aus Rust-Funktionssignaturen erzeugt. Dies eliminiert eine ganze Klasse von Integrationsfehlern an der Frontend-Backend-Schnittstelle.

Sicherheitsarchitektur

Sicherheit in Modular-Admin ist eine architektonische Grundbedingung, kein nachträgliches Feature.

Verschlüsselung von Zugangsdaten. Alle gespeicherten Zugangsdaten verwenden AES-256-CBC-Verschlüsselung. Verschlüsselungsschlüssel werden mittels SHA-256-Hashing abgeleitet. Die Implementierung ist ein dediziertes Rust-Modul -- kompiliert, auditierbar und frei von den Abhängigkeitsketten-Schwachstellen, die JavaScript-Kryptografie-Bibliotheken betreffen. Zugangsdaten werden ausschließlich im Moment der Verwendung entschlüsselt und niemals im Klartext auf die Festplatte geschrieben.

API-Authentifizierung. Die Kommunikation zwischen Desktop-Anwendung und Atlas Portal nutzt HMAC (Hash-based Message Authentication Code). Jede API-Anfrage wird kryptografisch signiert. Der Signaturschlüssel überquert niemals das Netzwerk -- nur die Signatur selbst.

Lokale Ausführung als Prinzip. Alle Active Directory Operationen werden lokal ausgeführt. Wenn ein Administrator ein Passwort zurücksetzt oder Gruppenmitgliedschaften ändert, läuft die LDAP-Operation direkt von der Desktop-Anwendung zum Domain Controller. Sie passiert keinen Cloud-Proxy und traversiert nicht das Internet. AD-Zugangsdaten verlassen niemals das Unternehmensnetzwerk.

Enterprise-Deployment

• Keine Laufzeitabhängigkeiten. Eine einzelne kompilierte Binärdatei. Kein JRE, keine Node.js-Laufzeitumgebung, kein Python-Interpreter.
• Keine Agenten oder Middleware. Direkte Verbindungen zu Domain Controllern und Terminalservern über Standardprotokolle (LDAP, WMI). Keine Installation auf Servern erforderlich.
• Standardmäßige Verteilungskanäle. Die geringe Binärgröße macht das Deployment über SCCM, Intune oder Gruppenrichtlinien unkompliziert. Update-Pakete werden in Megabyte gemessen, nicht in Hunderten von Megabyte.

Das Sicherheitsmodell ist eine direkte Konsequenz architektonischer Entscheidungen: Rust statt speicherunsicherer Sprachen, Tauri v2 statt Chromium-bündelnder Frameworks, lokale Ausführung statt cloud-proxied Bequemlichkeit. Das Ergebnis ist eine Anwendung mit einer schmaleren Angriffsfläche als ihre Alternativen, stärkerem Zugangsdatenschutz als skriptbasierte Werkzeuge und einem Datensouveränitätsmodell, das die Anforderungen der DSGVO, ISO 27001, SOX und HIPAA konstruktionsbedingt erfüllt -- nicht durch nachträgliche Richtlinienanpassungen.

Erweiterungsmöglichkeiten

Die oben dokumentierten Architekturentscheidungen -- Rust-Backend, Tauri v2 Framework, LDAPv3-Protokollkonformität, Trennung von Betriebs- und Konfigurationsschicht -- wurden nicht nur für den heutigen Funktionsumfang getroffen. Sie wurden getroffen, damit die Erweiterung der Plattform auf neue Umgebungen ein Entwicklungsprojekt ist, kein Architekturumbau.

Plattformübergreifende und verzeichnisübergreifende Erweiterungen

Die LDAP-Kommunikationsschicht verwendet LDAPv3 -- denselben offenen Standard, der von OpenLDAP, FreeIPA, 389 Directory Server und Apache Directory implementiert wird. Die Erweiterung auf nicht-Microsoft-Verzeichnisse erfordert eine Schema-Mapping-Schicht -- die Übersetzung AD-spezifischer Attribute wie sAMAccountName in ihre Entsprechungen -- während die Kern-LDAP-Operationen (Bind, Search, Modify, Add, Delete) identisch funktionieren.

Tauri v2 kompiliert zu nativen Anwendungen auf Windows, macOS und Linux. Das Deployment auf nicht-Windows-Administrationsarbeitsplätze ist eine Build-Konfigurationsänderung, kein Architekturumbau. Das React-Frontend rendert identisch. Das Rust-Backend kompiliert für alle drei Zielplattformen. Plattformspezifische Komponenten -- WMI-Sitzungsabfragen und Zugangsdatenspeicher-Integrationen -- sind isoliert und durch plattformnative Entsprechungen ersetzbar.

Erweiterung der Anwendungsfälle jenseits von Active Directory

Die Formular-Engine, die Workflow-Automatisierung, die Konfigurationshierarchie und die rollenbasierte Zugriffskontrolle sind Plattformfähigkeiten, keine AD-spezifischen Features. Active Directory Management ist der Einstiegspunkt. Einmal installiert, bedient dieselbe Plattform jeden strukturierten IT-Workflow, den die Organisation benötigt.

Formulare als Service-Plattform

Die Modular Forms Engine des Atlas Portal -- 14 Feldtypen, Drag-and-Drop-Komposition, bedingte Ein-/Ausblendungslogik -- ist nicht auf AD festgelegt. Sie ist eine universelle Datenerfassungsplattform, deren erste Anwendung die AD-Verwaltung ist. Jedes Formular wird zentral definiert, über die Konfigurationshierarchie verteilt und auf jeder Desktop-Installation identisch dargestellt. Ein neuer Anwendungsfall bedeutet eine neue Formularkonfiguration, keinen neuen Code.

Jedes Formular sendet strukturierte, sauber formatierte Daten per Mail -- mit einer Bestätigungsmail zurück an den Anfragenden. Da jedes Formular für seinen spezifischen Anwendungsfall konzipiert ist, gibt es keinen Ballast: Ein VPN-Bestellformular erfasst VPN-relevante Felder, ein Hardware-Bestellformular erfasst Hardware-relevante Felder. Die Granularität ist logisch, nicht nach dem Gießkannenprinzip.

Workflow-Automatisierung über die IT hinaus

Ein einziger Onboarding-Workflow ersetzt manuelle Schritte über getrennte Systeme hinweg: AD-Konto anlegen, Abteilungsgruppen zuweisen, E-Mail provisionieren, Zugriff auf gemeinsame Laufwerke konfigurieren, Willkommens-E-Mail versenden, Vorgesetzten benachrichtigen, Event für Compliance protokollieren. Onboarding sinkt von 45 Minuten IT-Arbeitszeit auf null. Offboarding folgt demselben Muster -- keine verwaisten Konten, kein fortbestehender Zugriff.

Compliance-Workflows automatisieren Überprüfungszyklen, die regulatorische Rahmenwerke -- SOX, HIPAA, ISO 27001 -- verlangen: alle AD-Konten abfragen, inaktive Konten markieren, Prüfberichte generieren, zur Bestätigung an Abteilungsleiter weiterleiten, nicht bestätigte Konten deaktivieren, Ergebnisse für Auditoren archivieren. Der Compliance-Beauftragte erhält einen fertigen Bericht, anstatt zwei Wochen damit zu verbringen, Abteilungsleitern hinterherzulaufen.

Erweiterbarkeit als Designprinzip

Über die eingebauten Funktionen hinaus hört das Modular-Admin Team auf seine Kunden und erweitert die Funktionalität nach Bedarf. Neue Fähigkeiten können über maßgeschneiderte Rust-Funktionen direkt in die Anwendung kompiliert oder über Webhooks an externe Automatisierungsplattformen wie n8n angebunden werden. Wenn ein Kunde einen Workflow benötigt, der noch nicht existiert, kann dieser erstellt und ausgeliefert werden -- ohne auf einen großen Release-Zyklus warten zu müssen.

Im Produktiveinsatz: über 180 Unternehmen branchenübergreifend

Modular-Admin ist kein Prototyp. Es ist Produktivsoftware, die täglich von über 180 Unternehmen mit Tausenden von Installationen eingesetzt wird. Der Kundenstamm umfasst ein breites Spektrum deutscher Branchen:

• Steuerkanzleien -- DATEV ASP-Umgebungen mit strengen Compliance- und Datenverarbeitungsanforderungen
• Anwaltskanzleien -- vertrauliche Mandantendaten, strenge Zugriffskontrollen, Durchsetzung des Anwaltsgeheimnisses
• Autohäuser -- Mehrstandortbetrieb mit zentralisierter IT-Verwaltung über Showroom- und Werkstatt-Arbeitsplätze hinweg
• Bäckereiketten -- verteilte Filialstandorte mit gemeinsamer Terminal-Infrastruktur und Schichtbetrieb
• Softwarehäuser -- Entwicklerumgebungen mit komplexen Gruppenrichtlinien und projektbasierter Zugriffssteuerung
• IT-Dienstleister und Systemhäuser -- mandantenfähiger Betrieb mit Dutzenden von Kunden über die Konfigurationshierarchie des Atlas Portal

Diese Vielfalt bestätigt die Plattform-These: Dieselbe Architektur, die AD-Konten in einer Steuerkanzlei verwaltet, verwaltet sie in einem Autohaus. Die Formulare, Workflows und Konfigurationen unterscheiden sich. Die Plattform ist dieselbe.

MSP-Poweruser. Managed Service Provider, die 50+ Kunden betreuen, nutzen die mandantenfähige Hierarchie des Atlas Portal für Mandantenisolierung, kundenspezifische Konfiguration, standardisierte Workflow-Verteilung und nutzungsbasierte Abrechnungsdaten. Modular-Admin wandelt sich vom "AD-Werkzeug" zur "Betriebsplattform" -- der einen Anwendung, die ihre Techniker jeden Morgen öffnen.

Der adressierbare Gesamtmarkt erweitert sich von "AD-Verwaltungswerkzeuge" zu "IT-Betriebsautomatisierung". Diese Erweiterung erfordert keine neue Architektur. Sie erfordert neue Formulare, neue Workflow-Vorlagen und neue Konfigurationsvorgaben. Die Plattform steht. Die Anwendungsfälle sind Konfiguration.

Produktvision und Roadmap

Modular-Admin löst heute ein spezifisches, hochrelevantes Problem. Die Architektur wurde so konzipiert, dass jede neue Fähigkeit auf denselben Strukturelementen aufbaut -- der DAG-basierten Workflow Engine, der Konfigurationshierarchie, dem Rust-System-Backend -- ohne grundlegende Neuentwicklung.

Geplante Funktionen

Scripting Engine. Python und PowerShell werden zu erstklassigen Knotentypen im DAG-Editor. Ein Administrator zieht einen Script-Knoten in einen Workflow, und dieser wird mit derselben Fehlerbehandlung, bedingten Verzweigung und demselben Audit-Trail ausgeführt wie jeder andere Knoten. Organisationen konsolidieren parallele Automatisierungssysteme -- eines innerhalb von Modular-Admin, eines in einem Ordner mit PowerShell-Skripten auf einem Netzlaufwerk -- auf einer einzigen, auditierbaren Oberfläche.

API-Gateway und Integrations-Hub. Vorgefertigte Konnektoren für ServiceNow, Jira, Slack und Microsoft 365 decken gängige Integrationsziele ab. Ein generischer Webhook-Knoten erledigt alles Weitere. Eingehende Webhooks ermöglichen es externen Systemen, Modular-Admin Workflows auszulösen, und schließen den Automatisierungskreislauf vollständig. Dies transformiert Modular-Admin von einem Active Directory Werkzeug zum Automatisierungs-Hub, der IT-Betriebswerkzeuge verbindet.

Analytics Dashboard. Operative Intelligenz für die IT-Leitung: Trends bei der Benutzerbereitstellung, Sitzungsauslastung, Erfolgsraten der Workflow-Ausführung und Compliance-KPIs. Wenn die IT-Leitung mit Daten belegen kann, dass die Onboarding-Zeit nach der Workflow-Automatisierung um 60 % gesunken ist, rechtfertigt sich das Werkzeug in der Sprache, die Budgetverantwortliche verstehen.

KI-gestützte Unterstützung. Intelligente Assistenz, integriert in die Desktop-Anwendung, die Operatoren durch komplexe AD-Operationen führt, Workflow-Optimierungen vorschlägt und kontextbezogene Fehleranalyse bietet. Die KI-Schicht erweitert die Fähigkeiten des First-Level-Supports, reduziert Eskalationen und ermöglicht weniger erfahrenem Personal, ein breiteres Spektrum an IT-Anfragen souverän zu bearbeiten.

Roadmap-Phasen

Phase 1 ist ausgeliefert. Das Fundament ist produktive Software. Jede weitere Phase baut auf Komponenten auf, die bereits in diesem Fundament vorhanden sind. Jede ausgelieferte Fähigkeit macht die nächste günstiger in der Entwicklung, schneller in der Bereitstellung und wertvoller für den Kunden. Die Roadmap beschreibt keine Abfolge unabhängiger Produkte. Sie beschreibt die schrittweise Erschließung einer Plattform, die von ihrem Fundament an auf Wachstum ausgelegt ist.

Über Dream-bit

Die Dream-bit UG (haftungsbeschränkt), gegründet und geführt von Geschäftsführer Güney Jung, ist ein Softwareunternehmen mit Sitz in Pliezhausen, Deutschland. Das Unternehmen ist überzeugt, dass Technologie die Welt verbessern kann, und konzentriert sich auf die Entwicklung eleganter, effizienter Softwarelösungen, die den IT-Alltag vereinfachen und absichern.

Dream-bit entwickelt Produkte, die sich den betrieblichen Realitäten Windows-basierter Unternehmensumgebungen widmen -- wo Active Directory kritische Infrastruktur ist, wo Compliance-Rahmenwerke rigorose Zugriffskontrollen verlangen und wo lokalisierte, deutschsprachige Werkzeuge eine Beschaffungsanforderung sind.

Modular-Admin ist das Flaggschiffprodukt von Dream-bit, entstanden aus direkter Erfahrung mit den Herausforderungen, denen IT-Abteilungen täglich begegnen. Der Engineering-Ansatz des Unternehmens bevorzugt architektonische Disziplin gegenüber schneller Featureansammlung: Die Wahl von Technologien wie Rust und Tauri v2 erfolgt nicht, weil sie im Trend liegen, sondern weil sie Software erzeugen, die kleiner, schneller, sicherer und wartbarer ist als die Alternativen.

Die Vision von Dream-bit geht über ein einzelnes Produkt hinaus. Das Atlas Portal und seine erweiterbare Plattformarchitektur repräsentieren eine langfristige Investition in die zentrale Betriebsschicht der Enterprise-IT -- beginnend mit dem Problem, das jede Windows-basierte Organisation teilt, und expandierend in die Workflows, die es umgeben. Das Unternehmen baut Infrastruktur, deren Wert sich mit jeder hinzukommenden Fähigkeit und jedem neuen Kunden multipliziert.

Nächste Schritte

Um eine Produktdemonstration zu vereinbaren, Partnerschaftsmöglichkeiten zu besprechen oder eine technische Vertiefungssitzung anzufragen, kontaktieren Sie Dream-bit direkt:

Dream-bit UG (haftungsbeschränkt) Fischerstraße 16/1, 72124 Pliezhausen, Deutschland HRB 768528 -- Amtsgericht Stuttgart USt-IdNr: DE323005743

• Website: dream-bit.de
• E-Mail: [email protected]
• Telefon: +49 (0) 7127 / 9313-165

Wir freuen uns auf den Austausch mit IT-Entscheidern, die ihre Active Directory Verwaltungsstrategie evaluieren, mit Managed Service Providern, die ihren Betrieb standardisieren möchten, und mit Technologiepartnern, die an Integrationsmöglichkeiten interessiert sind.