Wie Magical Benutzerdaten schützt und Browser-Erweiterungsberechtigungen bei DOM-Datenextraktion und Autofill verwaltet

Wenn IT-Administratoren in Unternehmen und datenschutzbewusste Wissensarbeiter browserbasierte Automatisierungswerkzeuge wie Magical evaluieren, steht die IT-Sicherheitsprüfung an erster Stelle. Da Magical wiederkehrende Aufgaben automatisiert – wie das Erweitern von Textvorlagen (Snippets), das Übertragen strukturierter Datensätze zwischen Browser-Tabs und das automatische Ausfüllen von Feldern in CRM-Systemen oder Tabellenkalkulationen –, agiert die Erweiterung direkt in der Browser-Laufzeitumgebung. Um diese Arbeitsabläufe zu ermöglichen, fordert die Erweiterung weitreichende Browser-Berechtigungen an, die in internen Compliance-Audits regelmäßig Warnsignale auslösen.

Eine fundierte Sicherheitsbewertung von Magical erfordert eine klare Unterscheidung zwischen den formalen Berechtigungen einer Browser-Erweiterung und der tatsächlichen Datenverarbeitung in der Systemarchitektur. Dieser Leitfaden bietet IT- und Sicherheitsteams eine detaillierte technische Analyse der Berechtigungen von Magical, der In-Memory-DOM-Extraktion, der Isolationsgrenzen zwischen lokalem Client und Cloud, der Verschlüsselungsstandards sowie der administrativen Kontrollen zur Verhinderung von Datenabflüssen.

1. Berechtigungen der Browser-Erweiterung: Warum Magical sie anfordert und was sie erfassen

In Chromium-basierten Browsern (wie Google Chrome und Microsoft Edge) müssen Erweiterungen in ihrer Manifest-Datei (manifest.json) Berechtigungen deklarieren, um auf Browser-APIs und Webseiteninhalte zugreifen zu können. Da Magical universell über verschiedenste SaaS-Plattformen, CRM-Systeme, Bewerbermanagementsysteme (ATS) und Webformulare hinweg eingesetzt wird, benötigt es ein umfassendes Berechtigungsprofil.

Zentrale Berechtigungen und ihre betriebliche Notwendigkeit

Aus Sicht der IT-Compliance ist die pauschale Host-Berechtigung (<all_urls>) der sensibelste Punkt. Die technische Notwendigkeit liegt darin, dass eine Datenübertragung zwischen Tabs immer darin besteht, Werte von einer Domain (z. B. LinkedIn oder Salesforce) auszulesen und in eine andere Domain (z. B. Google Sheets oder Zendesk) einzufügen. Wäre die Erweiterung auf vordefinierte Domains beschränkt, könnte sie auf neuen, dynamischen Unternehmens-Websites nicht ohne permanente manuelle Freigaben funktionieren.

2. In-Memory-DOM-Extraktion: Wie Daten fließen, ohne in die Cloud abzuwandern

Die größte Sorge betrieblicher Sicherheitsteams ist das Risiko, dass eine Erweiterung mit Vollzugriff wie ein verdeckter Scraper agiert und vertrauliche Kundendaten oder Intranet-Informationen an externe Server überträgt. Die Architektur von Magical trennt die flüchtige clientseitige Ausführung strikt von der persistenten Cloud-Speicherung.

+---------------------------------------------------------------------------------------+
|                                    BENUTZER-BROWSER                                   |
|                                                                                       |
|   [ Quell-Tab: CRM / ATS ]             [ Magical-Erweiterungskern ]                   |
|   DOM-Knoten (Name, E-Mail, Rolle) ---> Content Script (DOM-Abfrage)                  |
|                                                     |                                 |
|                                            Lokaler Speicherpuffer                     |
|                                           (Flüchtiger JS-Heap)                        |
|                                                     |                                 |
|   [ Ziel-Tab: Sheet / Formular ]                    v                                 |
|   DOM-Eingabefelder <------------------ Content Script (Werteeinsetzung)              |
+---------------------------------------------------------------------------------------+
                                          |
               KEINE FLÜCHTIGEN DATEN WERDEN AN DEN SERVER ÜBERTRAGEN
                                          |
+---------------------------------------------------------------------------------------+
|                                 MAGICAL CLOUD-BACKEND                                 |
|                                                                                       |
|   - Gespeicherte Vorlagen und Platzhalterdefinitionen (AES-256-Verschlüsselung)       |
|   - Benutzerauthentifizierung und SSO-Token mit begrenztem Gültigkeitsbereich (JWT)   |
|   - Workspace-Metadaten und rollenbasierte Zugriffsrichtlinien                        |
|   - Unveränderliche Audit-Protokolle                                                  |
+---------------------------------------------------------------------------------------+

Der Lebenszyklus der tabübergreifenden Übertragung

1. Aktivierung ausschließlich durch den Benutzer: Magical scannt Webseiten nicht eigenmächtig im Hintergrund. Erst wenn der Anwender eine Übertragungsaktion oder ein Kürzel auslöst, liest das Content-Skript gezielt die vorgegebenen DOM-Selektoren aus.
2. Lokale In-Memory-Pufferung: Die extrahierten strukturierten Daten (z. B. Kontaktnamen, E-Mail-Adressen, Ticketnummern) werden ausschließlich im flüchtigen JavaScript-Heap-Speicher des lokalen Browsers gehalten.
3. Interne Tab-Kommunikation: Der Service-Worker der Erweiterung übermittelt die Werte über die nativen Chromium-Nachrichtenkanäle (chrome.runtime.sendMessage und chrome.tabs.sendMessage) vom Quell- zum Ziel-Tab.
4. Direkte DOM-Injektion: Das Skript im Ziel-Tab setzt die Werte direkt in die Formularfelder ein und löst synthetische DOM-Ereignisse (input, change) aus, damit die Zielanwendung die Eingabe regulär erfasst.
5. Sofortige Speicherfreigabe: Sobald der Vorgang abgeschlossen ist, wird der temporäre Puffer verworfen und durch die Garbage Collection freigegeben. Zu keinem Zeitpunkt werden die ausgelesenen Daten über Server von Magical geleitet oder dort gespeichert.

Keine Erfassung von Tastenanschlägen (Zero Keystroke Logging)

Bei der Texterweiterung (z. B. Eingabe von //danke zum Einfügen einer Vorlage) verbleibt der Prozess vollständig auf dem Client:

• Die Tastenüberwachung findet ausschließlich lokal im Content-Skript statt und vergleicht Eingaben mit dem lokal zwischengespeicherten Vorlagenwörterbuch.
• Tastaturanschläge verlassen das Endgerät zu keinem Zeitpunkt und werden nicht über das Netzwerk versendet.
• Vollständige Offline-Funktionalität: Wird die Internetverbindung des Rechners getrennt, funktioniert die Texterweiterung für bestehende Vorlagen uneingeschränkt weiter – ein klarer technischer Beweis für den Verzicht auf Server-Roundtrips.

3. Datenklassifizierung: Was lokal bleibt vs. was in der Cloud gespeichert wird

Für eine lückenlose Daten-Governance müssen IT-Verantwortliche genau wissen, welche Daten lokal verbleiben und welche mit der Cloud synchronisiert werden:

Datenspeicherungsmatrix

Dringender Sicherheitshinweis: Keine hochsensiblen Zugangsdaten speichern

Die Sicherheitsdokumentation von Magical betont ausdrücklich, dass die Plattform nicht für die Speicherung hochsensibler Zugangsdaten vorgesehen ist, darunter:

• Passwörter und primäre API-Geheimschlüssel
• Kreditkartennummern, CVV-Codes und Bankverbindungsdaten
• Sozialversicherungsnummern oder behördliche Personenkennziffern

Zwar ist die Vorlagendatenbank stark verschlüsselt, doch Magical ist ein Produktivitätswerkzeug und kein Zero-Knowledge-Passworttresor. Die IT-Leitung muss vorschreiben, dass Anmeldedaten ausschließlich in dedizierten Unternehmens-Passwortmanagern verwaltet werden.

4. Sicherheit der Cloud-Infrastruktur, Verschlüsselung und Zertifizierungen

Für Daten, die Magical serverseitig speichert (Unternehmensvorlagen, Konfigurationen und Benutzerrollen), gelten strenge Sicherheitsstandards:

Technische Schutzmaßnahmen

• Verschlüsselung bei der Übertragung (In-Transit): Die gesamte Kommunikation zwischen der Browser-Erweiterung und den Cloud-APIs erfolgt zwingend über HTTPS mit TLS 1.2 oder höher unter Einsatz moderner Verschlüsselungssammlungen.
• Verschlüsselung im Ruhezustand (At-Rest): Datenbanken und Cloud-Speicher nutzen standardmäßig AES-256. Vorlagentexte sind durch eine separate, zusätzliche Verschlüsselungsebene vor direktem Auslesen in der Datenbank geschützt.
• Identitäts- und Zugriffsmanagement (IAM):
  • Integration von SAML 2.0 Single Sign-On (SSO) für Okta, Microsoft Entra ID (Azure AD) und Google Workspace.
  • Erzwingung von Multi-Faktor-Authentifizierung (MFA) für Enterprise-Arbeitsbereiche.
  • Autorisierung aller API-Anfragen über feingranular zugewiesene, digital signierte JSON Web Tokens (JWT).
• Mandantentrennung (Multi-Tenancy): Arbeitsbereiche sind auf Datenbankebene logisch strikt separiert, um unbefugten Zugriff zwischen Organisationen auszuschließen.
• Ausfallsicherheit & Backups: Point-in-Time-Wiederherstellung sowie tägliche Backups, die über getrennte geografische Verfügbarkeitszonen hinweg mit einer Aufbewahrungsfrist von 31 Tagen vorgehalten werden.

Compliance-Standards und KI-Datenschutz

• SOC 2 Type II-Zertifizierung: Unabhängig auditierte Kontrollen hinsichtlich Sicherheit, Verfügbarkeit und Vertraulichkeit.
• HIPAA-Unterstützung: Geeignete Architektur zur Unterstützung von Compliance-Anforderungen im US-Gesundheitswesen bei entsprechender Konfiguration.
• Schutz vor KI-Modelltraining: Bei Funktionen, die generative KI nutzen (Magical AI Writer), werden Kundendaten und Eingaben keinesfalls zum Training von Large Language Models (LLMs) verwendet. Die Schnittstellenverträge garantieren eine strikte Zero-Data-Retention-Politik.

5. IT-Governance: Wie Administratoren Magical in Unternehmensflotten steuern

IT-Abteilungen müssen sich nicht allein auf Sicherheitsversprechen verlassen. Über zentrale Browser-Verwaltungsrichtlinien kann die Ausführung von Magical auf verwalteten Endgeräten präzise isoliert und auf unbedenkliche Domänen beschränkt werden.

Maßnahme 1: Domain-Whitelisting und -Blacklisting über Chrome- und Edge-Richtlinien

Über die Google Workspace Admin-Konsole, Chrome Enterprise-Richtlinien oder Microsoft Intune / Gruppenrichtlinien (GPO) lässt sich die Richtlinie ExtensionSettings zentral erzwingen:

{
  "ExtensionSettings": {
    "iibninhmiggahhlkpfehhfdmmfapbeik": {
      "installation_mode": "normal_installed",
      "runtime_blocked_hosts": [
        "*://*.internal.company.com/*",
        "*://workday.com/*",
        "*://*.workday.com/*",
        "*://*.adp.com/*",
        "*://*.bankofamerica.com/*",
        "*://*.chase.com/*",
        "*://*.okta.com/*",
        "*://accounts.google.com/*"
      ],
      "runtime_allowed_hosts": [
        "*://*.salesforce.com/*",
        "*://*.zendesk.com/*",
        "*://*.hubspot.com/*",
        "*://*.linkedin.com/*",
        "*://docs.google.com/spreadsheets/*"
      ]
    }
  }
}

Funktionsweise dieser Richtlinie

• runtime_blocked_hosts (Laufzeit-Sperrliste): Der Browser-Kernel verhindert die Injektion von Magical-Skripten auf Gehaltsabrechnungsportalen, HR-Systemen (Workday, ADP), Banking-Websites, Identitätsanbietern und internen vertraulichen Intranet-Portalen vollständig.
• runtime_allowed_hosts (Laufzeit-Freigabeliste): Beschränkt die Skriptausführung ausschließlich auf genehmigte Produktivitäts- und CRM-Anwendungen.

Maßnahme 2: Rollenbasierte Zugriffskontrolle (RBAC)

In der Administrationskonsole von Magical Enterprise können Administratoren:

• Die Rechte zur Vorlagenerstellung auf Teamleiter beschränken.
• Eine klare Trennung zwischen privaten und geteilten Vorlagen durchsetzen, um das versehentliche Teilen interner Arbeitsnotizen zu verhindern.
• Die Audit-Protokolle einsehen, um die Nutzung automatisierter Workflows im Unternehmen nachzuvollziehen.

Maßnahme 3: Betriebliche Leitlinie „Vor dem Absenden prüfen“ (Review-Before-Submit)

Da automatisierte Übertragungen Dutzende Felder in Sekundenbruchteilen ausfüllen, sollten Arbeitsanweisungen eine kurze Sichtprüfung vorsehen: Sachbearbeiter prüfen ausgefüllte Felder kurz vor dem Speichern im CRM oder Absenden einer E-Mail, um Fehler durch etwaige DOM-Strukturänderungen auf Quellseiten auszuschließen.

6. Fazit: Sicherheitsbewertung für IT-Entscheidungsträger

Magical schließt die Lücke zwischen manueller Dateneingabe und komplexen API-Entwicklungen durch direkte Automatisierung im Browser-DOM. Auch wenn die geforderte Host-Berechtigung <all_urls> weitreichend wirkt, neutralisiert die technische Architektur wesentliche Risiken des Datenabflusses:

1. Flüchtige Übertragungsdaten verbleiben im lokalen Speicher: Zwischen Tabs transferierte DOM-Werte berühren die Cloud-Server von Magical nicht.
2. Keine Erfassung von Tastenanschlägen: Vorlagenerweiterungen laufen lokal ab und funktionieren auch ohne Netzwerkverbindung.
3. Gehärtete Cloud-Speicherung: Gespeicherte Vorlagen werden mit AES-256 und TLS 1.2+ geschützt, abgesichert durch SAML SSO und SOC 2 Type II-Audits.
4. Vollständige Kontrollierbarkeit über Browser-Richtlinien: IT-Teams können die Erweiterung auf sensiblen internen Systemen und Finanzportalen über standardisierte Gruppenrichtlinien vollständig blockieren.

Bei korrekter Konfiguration der Domain-Sperrlisten und klarer Abgrenzung gegenüber sensiblen Zugangsdaten bietet Magical signifikante Effizienzgewinne bei verlässlicher Einhaltung strenger Sicherheitsstandards.

Quellen

• Magical | Trust & Privacy
• General | Magical University
• Running Automations | Magical University
• Navigating the Magical platform | Magical University
• Understanding automation logic | Magical University
• Home | Magical University