KI-Agenten in Atlassian: Daten schützen

KI-Agenten in Jira und Confluence

Stell dir vor, du steigst neu in ein Projekt ein. Bevor du sinnvoll mitarbeiten kannst, musst du erst einmal verstehen: Was ist zu tun? Wo steht das Projekt gerade? Und welche Lösungswege wurden schon ausprobiert?

Bei einem KI-Agenten ist das ähnlich. Je besser er den Zusammenhang kennt, desto besser kann er arbeiten und desto hilfreicher ist er. Und weil diese Informationen in vielen Unternehmen in Jira und Confluence zusammenlaufen, beginnt der Einsatz von Agenten häufig genau dort.

Auch Atlassian hat darauf reagiert. Inzwischen gibt es zentrale Funktionen, mit denen du Agenten in deiner Organisation verwalten kannst. Mit Administrationsrechten siehst du, welche Agenten vorhanden sind, auf welche Apps und Gruppen sie zugreifen dürfen und welche Standardberechtigungen für neue Agenten gelten sollen.

Dass es dafür eigene Verwaltungsfunktionen gibt, zeigt: Agenten sind im Arbeitsalltag angekommen.

Das eröffnet viele Möglichkeiten, Arbeit einfacher und effizienter zu erledigen. Gleichzeitig verändert sich aber auch, wie Fehler entstehen und welche Auswirkungen sie auf deine Daten haben können. Viele Schutzstrategien sind auf diese Entwicklung noch nicht vorbereitet.

Was sich mit KI-Agenten verändert

Agenten sind nicht grundsätzlich unachtsam. Drei Eigenschaften sorgen aber dafür, dass ihre Fehler andere Auswirkungen haben können als menschliche:

• Argenten arbeiten schneller: Was dich einen Nachmittag kostet, erledigt ein Agent in Sekunden. Läuft etwas schief, bleibt kaum Zeit zum Eingreifen.
• Aktionen von Agenten sind weitreichender: Eine Anweisung kann mehrere Projekte oder die gesamte Instanz betreffen. Entsprechend groß können die Folgen einer Fehlkonfiguration sein.
• Agenten-Fehler sind unauffälliger: Ein Agent mit gültigen Zugangsdaten und passenden Berechtigungen kann technisch korrekte, aber inhaltlich falsche Änderungen ausführen. Für die Plattform ist die Aktion erfolgreich – ein Alarm bleibt aus.

Letztendlich bedeutet das: Wenn etwas falsch konfiguriert ist oder der Agent Mist baut, treten problematische Folgen schneller ein, betreffen mehr Bereiche und werden später sichtbar, als es bei menschlichen Fehlern der Fall wäre.

Warum ein Backup nicht einfach eine Rückgängig-Taste ist

Wenn etwas schiefläuft, klingt die Lösung erst einmal einfach: “Dann spielen wir eben das Backup wieder ein.”

In der Praxis ist es leider nicht immer so unkompliziert. Gerade wenn eine Änderung viele Inhalte in unterschiedlichen Bereichen betrifft, kann die Wiederherstellung aufwendig werden. Darüber sprechen Anbieter nicht immer so ausführlich, wie es nötig wäre.

Die Schnittstellen von Atlassian geben vor, was eine Backup-Lösung überhaupt wiederherstellen kann und auf welchem Weg. Manche Inhalte lassen sich problemlos zurückholen. Andere befinden sich danach in einem veränderten Zustand oder müssen von Hand wieder richtig zugeordnet werden. Und manches lässt sich nicht vollständig in den ursprünglichen Zustand zurückversetzen.

Das Versprechen, eine fehlerhafte Massenänderung mit einem einzigen Klick restlos rückgängig zu machen, solltest du deshalb mit Vorsicht genießen.

Umso wichtiger ist, was ihr vor einem Vorfall vorbereitet habt. Wenn eine Wiederherstellung Grenzen hat, entscheiden vor allem diese vier Punkte darüber, wie gut ihr danach weiterarbeiten könnt:

• Wie aktuell ist eure letzte fehlerfreie Sicherung? Also der Stand, von dem ihr sicher wisst, dass noch alles in Ordnung war.
• Wie weit reichen eure Sicherungen zurück? Falls ein Fehler erst später auffällt, braucht ihr möglicherweise einen älteren Stand.
• Könnt ihr einzelne Inhalte gezielt wiederherstellen? Oder müsst ihr dafür gleich eine komplette Umgebung zurücksetzen?
• Habt ihr die Wiederherstellung schon einmal ausprobiert? Und festgehalten, was dabei zurückkommt, was fehlt und wo Nacharbeit nötig ist?

Diese Fragen sollten idealerweise natürlich vor einem Vorfall geklärt werden. Im Alltag bleibt dafür oft aber zu wenig Zeit – und dann bleibt es häufig bei den Standardeinstellungen.

‍

‍

Fünf Fragen für dein Team

Du brauchst nicht sofort einen großen Toolvergleich. Starte mit einem ganzheitlichen Blick auf deine Atlassian-Umgebung:

1. Wer oder was darf Daten verändern? Berücksichtige neben Personen auch Agenten, Automatisierungsregeln, Integrationen und Servicekonten. Gerade technische Zugriffe geraten leicht aus dem Blick.
2. Wer genehmigt diese Zugriffe? Und wann wurde zuletzt geprüft, ob die einmal vergebenen Schreibberechtigungen noch passen?
3. Wie aktuell ist die letzte fehlerfreie Sicherung? Kläre auch, wie weit die Sicherungen zurückreichen – mit überprüften Angaben statt Vermutungen.
4. Würde eine falsche Änderung auffallen? Woran würdest du sie erkennen, wenn technisch alles korrekt läuft? Und wie lange würde das dauern?
5. Wurde die Wiederherstellung getestet? Halte fest, was zurückkommt, was fehlt und was anschließend manuell korrigiert werden muss.

Gerade die letzte Frage wird oft aufgeschoben. Erst im Ernstfall herauszufinden, wo eine Wiederherstellung an ihre Grenzen stößt, kann allerdings teuer und stressig werden.

Passt dein Schutz noch zu deinem Arbeitsalltag?

Versehentliches Löschen, Fehlkonfigurationen und interner Missbrauch sind keine neuen Risiken. Auch die Verantwortung ist nicht neu: Im Modell der geteilten Verantwortung von Atlassian bleibt dein Unternehmen für seine Kundendaten verantwortlich.

Anbieter richten ihre Lösungen inzwischen darauf aus. HYCU schützt beispielsweise Jira, Confluence und Jira Service Management Assets in der Atlassian Cloud. Einzelne Vorgänge, Seiten oder Automatisierungsregeln lassen sich gezielt wiederherstellen. So musst du nach einer weitreichenden Änderung durch einen Agenten nicht zwangsläufig die gesamte Umgebung zurücksetzen.

‍