# Unbeabsichtigte Datenfreigabe verhindern: Öffentlichen Zugriff in Confluence auditieren > Wie Sie anonymen Zugriff und öffentliche Links in Confluence-Spaces finden, bevor sensible Dokumentation von außen lesbar wird. - Von: Michael Stücklschweiger, S&S Technologies - Veröffentlicht: 5. Januar 2026 - Aktualisiert: 1. Oktober 2026 - Kategorie: Governance - Quelle: https://www.sus-tech.com/de/blog/preventing-unintended-data-exposure-in-confluence In vielen Confluence-Umgebungen in Unternehmen ist öffentlicher Zugriff keine bewusste Richtlinienentscheidung, sondern ein unbeabsichtigter Nebeneffekt: anonyme Berechtigungen und öffentliche Links werden für einen kurzfristigen Bedarf aktiviert - und bleiben dann stillschweigend bestehen. Das Ergebnis: sensible Dokumentation ist extern erreichbar, ohne klare Sichtbarkeit, bis ein Audit, eine Sicherheitsprüfung oder ein Vorfall das Thema erzwingt. ## Öffentlicher Zugriff in Confluence ist eine Governance-Frage Im Enterprise-Maßstab ist die Governance von Confluence-Berechtigungen selten bei einer einzelnen Person oder einem Team verankert. Space-Admins treffen lokale Entscheidungen, Projektteams erstellen unter Zeitdruck neue Spaces und Content Owner teilen Seiten extern „nur für eine Woche". Mit der Zeit wird Governance verteilt und uneinheitlich umgesetzt. Diese Fragmentierung macht das Management des Risikos durch öffentlichen Zugriff zu einem blinden Fleck. Das Management geht möglicherweise davon aus, dass Confluence ausschließlich intern ist, während einige Spaces anonymen Zugriff erlauben oder Public Links aktivieren. Wenn Security oder Compliance fragt: „Welche Spaces sind heute extern zugänglich?", können viele Organisationen nicht schnell - und vor allem belegt - antworten. Das geschäftliche Risiko ist greifbar: - Schutz vor Datenabfluss: Roadmaps, Kundendetails, Incident-Retrospektiven, Lieferantenverträge, Security-Runbooks - Regulatorische Nachweisfähigkeit: Dokumentationskontrollen müssen nachweisbar sein, nicht nur angenommen - Vertrauen in Confluence: Sobald Teams vermuten, dass sensible Inhalte öffentlich sein könnten, weichen sie auf Schatten-Dokumentation in E-Mails, PDFs und lokalen Laufwerken aus Mit anderen Worten: Berechtigungen sind nicht nur eine technische Einstellung. Sie sind ein Enterprise-Kontrollmechanismus. ## Wie öffentliche Freigaben in Confluence entstehen Öffentliche Exponierung in Confluence kann über mehrere Mechanismen entstehen, die nicht immer in einem einzigen Admin-Screen sichtbar sind: 1. Anonyme Zugriffsberechtigungen auf Space-Ebene: Spaces, die nicht authentifizierten Nutzern das Anzeigen von Inhalten erlauben 2. Einstellungen für Public-Link-Funktion: ob ein Space das Teilen von Inhalten über Public Link erlaubt 3. Public Links auf Seitenebene: Seiten mit aktiven Public Links sowie Seiten, bei denen Links früher erstellt und später blockiert wurden In großen Umgebungen werden diese Einstellungen häufig nur temporär aktiviert: - Ein Vendor benötigt Zugriff auf eine Spezifikation - Ein Kunde bittet um „nur einen Link" - Ein Projektteam teilt Onboarding-Material für einen kurzen Zeitraum extern Dann verschwindet der Kontext, aber die Exponierung bleibt bestehen. Deshalb bleibt unbeabsichtigte Datenfreigabe oft unbemerkt, bis: - ein Audit einen Nachweis der Kontrollen anfordert - eine Sicherheitsprüfung versucht, externes Sharing zu erfassen - ein Incident zeigt, dass Informationen bereits außerhalb der Organisation zugänglich waren Dann ist die Behebung reaktiv, zeitkritisch und teuer. ## Warum Prüfungen Space für Space das übersehen Die meisten Unternehmen versuchen, den öffentlichen Zugriff in Confluence mit einer Mischung aus guten Absichten und fragilen Prozessen zu steuern. **Manuelle Prüfungen durch Space-Admins** können für eine kleine Instanz funktionieren, stoßen jedoch bei Dutzenden oder Hunderten von Spaces schnell an ihre Grenzen. Prüfungen sind inkonsistent und Sonderfälle werden leicht übersehen. **Stichprobenartige Audits** liefern lediglich eine Momentaufnahme. Zwischen den Audits können neue öffentliche Links entstehen und anonyme Berechtigungen erneut geändert werden, wodurch eine Transparenzlücke entsteht. **Ad-hoc-Skripte** sind häufig schwer wartbar und stoßen oft an API-Beschränkungen. Nicht alle Berechtigungs- und Public-Link-Signale sind vollständig über einen einzelnen standardisierten REST-Endpunkt verfügbar, was zu unvollständigem Reporting und trügerischer Sicherheit führt. Eine übergeordnete Erkenntnis aus der Confluence-Governance zeigt sich auch in angrenzenden Kontrollen: Wenn Governance fragmentiert ist, werden selbst „kleine“ Inkonsistenzen zu einem unternehmensweiten Risiko. Dasselbe Problem zeigt sich bei veralteter Dokumentation und unklaren Zuständigkeiten, die ebenfalls meist erst im Rahmen von Audits auffallen, anstatt kontinuierlich gemanagt zu werden. Für eine verwandte Governance-Kontrolle siehe unseren internen Artikel [Maintaining Documentation Compliance: Automating Stale Content Detection in Confluence](https://www.sus-tech.com/en/blog/maintaining-documentation-compliance-in-confluence). ## Ein Berechtigungsaudit über alle Spaces S&S Technologies schließt diese Governance-Lücke mit dem Workflow **Confluence - Permissions Audit**: einem wiederholbaren, zentralen Audit, das eine konsolidierte Space-by-Space-Sicht auf Signale für öffentliche Exponierung liefert. Statt auf verteilte manuelle Checks zu setzen, hebt der Workflow pro ausgewähltem Space hervor: - ob **anonyme Zugriffsberechtigungen** existieren - ob **Public Links** auf Space-Ebene aktiviert sind - welche Seiten **aktive** Public Links haben - welche Seiten **blockierte** Public Links haben - weiterhin wertvoll für Governance-Transparenz und Follow-ups Das Ziel ist nicht „technische Prüfung um der Prüfung willen". Das Ziel ist Risikotransparenz und Entscheidungsunterstützung für Security, Compliance und Governance, damit Maßnahmen erfolgen, bevor Informationen extern geteilt werden. *Automatisieren. Optimieren. Skalieren.* ![workflow screenshot](https://www.sus-tech.com/media/1280/confluence-permissions-audit-cover.png.webp) Sie können die Lösungsdetails auch hier ansehen: [Confluence - Permissions Audit](https://www.sus-tech.com/en/solutions/confluence-permissions-audit). ## So funktioniert das Audit ### Architektur Der Workflow wird **manuell gestartet**, um eine planbare, auditfreundliche Ausführung zu ermöglichen. Sie definieren die Confluence-Spaces, die Sie prüfen möchten, anschließend: - werden die passenden Spaces ermittelt - Spaces werden nacheinander verarbeitet - pro Space laufen **parallele Abfragen**, um Exponierungssignale zu erfassen - Ergebnisse werden in einen konsolidierten Report pro Space normalisiert So entsteht eine konsistente Baseline, die Sie bei Security-Reviews, zur Compliance-Vorbereitung oder nach organisatorischen Änderungen erneut ausführen können. ### Integrationen Das Audit kombiniert zwei Schnittstellen, weil eine allein in der Praxis oft blinde Flecken lässt: - Confluence REST API v2 für Space-Discovery und unterstützende Daten - Atlassian GraphQL API, um Berechtigungs- und Public-Link-Signale abzurufen, die über REST allein nicht vollständig verfügbar sind Zugriffsvoraussetzungen: - Confluence Cloud - Atlassian API-Token ### Automatisierung und KI Dies ist Workflow-Automatisierung, keine KI-getriebene Kontrolle. Der Workflow wird über einen **Set Variables**-Schritt konfiguriert, u. a.: - `atlassianDomain` - `spaceKeys` (kommagetrennt) Für jeden Space führt der Workflow GraphQL-Queries parallel aus und konsolidiert anschließend die Ergebnisse in einen governance-tauglichen Report. Dieser Ansatz liefert planbare Ergebnisse und wiederholbare Nachweise - entscheidend für Compliance und interne Kontrollen. Beispiel Output: ```json [ { "spaceKey": "PT", "anonymousAccess": [ { "permissions": [ "VIEW_SPACE" ], "filteredPrincipalSubjectKey": { "id": "", "displayName": "anonymous" } } ], "publicLinksEnabled": "OFF", "pagesWithPublicLink": [] } ] ``` ### Security und Governance Der Workflow ist für Confluence-Sicherheitsgovernance und Data-Leakage-Prevention ausgelegt. Wesentliche Governance-Merkmale: - Leseorientiert: gebaut, um Exponierungssignale sichtbar zu machen - als Basis für Review und Remediation-Planung - Erfordert Berechtigungen zum **Lesen von Spaces**, **Lesen von Space-Berechtigungen** sowie Zugriff auf Atlassian-GraphQL-Endpunkte - Beinhaltet Seiten mit **blockierten Public Links**, um historisches Sharing-Verhalten zu verstehen und Wiederholungen zu reduzieren - Ruft in der GraphQL-Page-Query bis zu **250 Seiten pro Space** ab, um konsistentes Reporting auch in großen Spaces zu unterstützen Das erzeugt ein belastbares Artefakt: einen konsolidierten Report, der zeigt, wo Risiko existiert - und damit policy-konforme Entscheidungen statt Bauchgefühl ermöglicht. ## Was das Audit verändert ### Operative Effizienz Ein zentrales Audit ersetzt langsame Space-by-Space-Reviews durch eine wiederholbare Kontrolle. In mittelgroßen bis großen Confluence-Umgebungen reduziert das den manuellen Review-Aufwand für Security- und Plattform-Teams bei der Audit-Vorbereitung, weil der Workflow die Aufmerksamkeit auf genau jene Spaces und Seiten lenkt, die tatsächlich Exponierungssignale zeigen. ### Kostensenkung Checks auf öffentlichen Zugriff sind wiederkehrende Arbeit. Wenn sie von manueller Tätigkeit abhängen, skalieren die Kosten mit der Anzahl der Spaces, Reorganisationen und Audit-Zyklen. Ein standardisierter Workflow reduziert Governance-Overhead durch: - Vermeidung von ad-hoc Einmalprüfungen - weniger kurzfristige „Audit-Hektik" - Minimierung doppelter Arbeit über Teams hinweg, die sonst eigene, inkonsistente Reviews durchführen würden In großen Deployments spart eine wiederholbare Audit-Routine statt manueller Spot-Checks jedes Quartal viele Stunden Prüfarbeit. ### Risiko und Compliance Der größte Nutzen ist Risikoreduktion. Konsolidiertes Reporting hilft Ihnen: - zu erkennen, wo anonyme Berechtigungen vorhanden sind - aktive Public Links zu identifizieren, bevor sensible Inhalte breit geteilt werden - eine wiederholbare Kontrolle in Security-Reviews nachzuweisen Das unterstützt Dokumentations-Compliance und proaktive Data-Leakage-Prevention und reduziert die Wahrscheinlichkeit, dass eine extern erreichbare Seite zum Incident wird. ### Skalierbarkeit In verteilten Organisationen muss Governance skalieren - ohne lineares Headcount-Wachstum. Dieser Workflow unterstützt Enterprise-Automatisierung, indem er dieselbe Logik per API-getriebenem Abruf und normalisiertem Output auf viele Spaces anwendet. Wenn die Confluence-Nutzung wächst, bleibt der Grenzaufwand niedrig, weil die Kontrolle konsistent und wiederholbar bleibt. ## Vom ersten Audit zur laufenden Kontrolle Starten Sie mit einem Baseline-Audit und machen Sie daraus eine Routine-Kontrolle. 1. Ziel-Spaces auswählen: beginnen Sie mit stark genutzten, kundenbezogenen oder risikobehafteten Spaces 2. Workflow ausführen mit einer definierten Liste von `spaceKeys`, um eine Exponierungs-Baseline zu erstellen 3. Konsolidierten Report pro Space prüfen und Findings nach Schweregrad und Business Impact klassifizieren 4. Remediation priorisieren: anonyme Berechtigungen entfernen, wo sie nicht erforderlich sind; Public Links deaktivieren, wo Policies es untersagen; Seiten mit aktiven Links bereinigen 5. Governance-Kontrollen kombinieren für bessere Ergebnisse: - Ownership Scanner, um Verantwortlichkeiten für Inhalte zu klären - Stale Page Report, um veraltete Dokumentation zu identifizieren - Permissions Audit, um das Risiko durch öffentliche Exponierung zu steuern Das Auditieren von öffentlichem Zugriff sollte als Kernelement der Confluence-Berechtigungs-Governance behandelt werden. Ohne laufende Transparenz kann Confluence von einer vertrauenswürdigen internen Wissensplattform zu einer unbeabsichtigten öffentlichen Publishing-Fläche werden. Wenn Sie den Workflow implementieren, an Ihr Governance-Modell anpassen oder in umfassendere Workflow-Automatisierung- und ITSM-Automatisierung-Routinen integrieren möchten, **kontaktieren Sie unser Team** unter [office@sus-tech.at](mailto:office@sus-tech.at).