News
Algorand Foundation stellt AC2-Protokoll vor: Kryptografische Sicherheitsschicht für KI-Agenten
Von KryptoRatgeber · veröffentlicht 25. August 2026
Die Algorand Foundation hat am 25. August 2026 das AC2-Protokoll vorgestellt — ein offener Sicherheitsstandard, der regeln soll, wie KI-Agenten Genehmigungen von Menschen einholen und nachweisbar dokumentieren. Für deutsche Nutzer und Entwickler, die KI-Assistenten mit Zugang zu Zahlungen oder Online-Diensten einsetzen, stellt sich damit eine drängende Frage: Wer kontrolliert eigentlich, was ein autonomer Agent in meinem Namen tut?
Drei offene Standards, ein kryptografischer Kontrollmechanismus
Im Kern löst AC2 ein konkretes Problem: Bisher bestätigen Nutzer Aktionen ihrer KI-Agenten oft per Chat-Nachricht — über WhatsApp, Telegram oder Slack. Solche Bestätigungen lassen sich fälschen oder abfangen. Das Introducing AC2 Protocol (Algorand Foundation Blog) beschreibt, auf welche CVEs (bekannte Sicherheitslücken) aus 2026 das zurückzuführen ist, ohne einzelne beim Namen zu nennen.
AC2 setzt stattdessen auf FIDO2-Passkey-Signaturen — das sind kryptografische Schlüssel, die fest an ein physisches Gerät gebunden sind und weder per Phishing gestohlen noch digital kopiert werden können. Gibt ein Nutzer einer Aktion statt, erzeugt sein Gerät eine eindeutige, mathematisch überprüfbare Unterschrift. Der Agent selbst erhält dabei nie den zugrunde liegenden Schlüssel — nur die Genehmigung für genau diesen einen Vorgang.
Das Protokoll kombiniert dafür drei offene Standards: DIDComm v2.0 definiert das Nachrichtenformat, WebAuthn/FIDO2 übernimmt die Authentifizierung, und WebRTC DataChannel transportiert die Daten direkt zwischen zwei Geräten — ohne Umweg über einen zentralen Server. Laut Algorand Foundation genügen rund 50 Codezeilen für einen grundlegenden Genehmigungsfluss. Eine Referenzimplementierung, das sogenannte AC2 Wallet, steht auf GitHub sowie im Google Play Store und Apple App Store bereit.
Wenn der Chatbot zahlt: Warum kryptografische Kontrolle keine Kür mehr ist
Das Timing des Protokolls ist kein Zufall. KI-Agenten entwickeln sich rasant von cleveren Textgeneratoren zu Softwareakteuren, die eigenständig APIs aufrufen, Buchungen vornehmen oder Code in Produktivsysteme ausrollen. Die bisherige Praxis — ein Agent fragt per Chat-Nachricht nach Erlaubnis, der Mensch tippt "Ja" — ist dabei strukturell brüchig: Solche Textnachrichten lassen sich fälschen, abfangen oder durch manipulierte Zwischenschritte umleiten.
AC2 setzt hier auf denselben Mechanismus, der beim Online-Banking längst Standard ist: einen hardwaregebundenen kryptografischen Schlüssel, der beweist, dass ein echter Mensch mit einem echten Gerät zugestimmt hat. Das ist konzeptionell überzeugend — und für Entwickler in Deutschland auch aus datenschutzrechtlicher Sicht interessant, weil Zugangsdaten das Gerät des Nutzers nicht verlassen.
Dennoch sind ein paar Vorbehalte angebracht. Erstens kommt das Protokoll von der Algorand Foundation, die naturgemäß ein Interesse daran hat, ihren Tech-Stack als Industriestandard zu positionieren. Wie breit andere Ökosysteme AC2 tatsächlich übernehmen werden, ist offen. Zweitens fehlt in Version 1 noch die Delegation — also die Möglichkeit, einem Agenten Aufgaben für längere Zeiträume zu übertragen, ohne jede Einzelaktion manuell freizugeben. Damit bleibt AC2 vorerst eher ein Werkzeug für Entwickler als eine fertige Endnutzerlösung. Drittens ersetzt ein technisches Protokoll keine klaren rechtlichen Regeln darüber, wer haftet, wenn ein autonomer Agent trotzdem einen Fehler macht.
Wenn KI-Agenten handeln: Was kryptografische Signaturen damit zu tun haben
KI-Agenten sind Software-Programme, die eigenständig Aufgaben ausführen — etwa Termine buchen, Code ausführen oder Zahlungen auslösen. Je mehr Rechte sie erhalten, desto wichtiger wird die Frage der Kontrolle.
Eine kryptografische Signatur ist dabei das digitale Äquivalent einer eigenhändigen Unterschrift: mathematisch eindeutig, fälschungssicher und einer bestimmten Person zugeordnet. Genau dieses Prinzip nutzen heute schon viele Blockchain-Anwendungen, etwa bei Algorand (ALGO), um Transaktionen zu autorisieren, ohne ein Passwort übertragen zu müssen.
Das Problem bisher: Wer einem KI-Agenten Zugang zu einem Dienst gibt, übergibt oft den echten API-Schlüssel — vergleichbar damit, einem Boten nicht eine Vollmacht, sondern gleich den Haustürschlüssel mitzugeben. Kompromittiert ein Angreifer den Agenten, hat er damit direkten Zugang. AC2 setzt genau an dieser Lücke an.
Häufige Fragen
Muss ich Algorands eigene Blockchain nutzen, um AC2 zu verwenden?
Nein. Laut Algorand Foundation ist AC2 blockchain-agnostisch — das Protokoll funktioniert unabhängig von einer bestimmten Blockchain. Es baut auf offenen Standards wie WebAuthn und DIDComm auf, die keine Bindung an Algorand (ALGO) oder eine andere Plattform voraussetzen. Entwickler können es grundsätzlich in bestehende Anwendungen einbinden.
Was passiert mit meinen Passwörtern und API-Schlüsseln?
Laut Algorand Foundation verlassen sensible Zugangsdaten das Gerät des Nutzers nicht. Der KI-Agent erhält keine Schlüssel selbst, sondern nur eine kryptografisch signierte Erlaubnis für eine konkrete Aktion — vergleichbar damit, jemandem einen Ausweis zu zeigen, ohne ihm eine Kopie davon zu überlassen.
Kann ein KI-Agent mit AC2 selbstständig dauerhaft handeln?
Nicht in der aktuellen Version. Laut Algorand Foundation ist eine vollständige Delegationsfunktion — bei der ein Agent ohne Einzelgenehmigung je Aktion agiert — erst für eine spätere Protokollversion geplant und noch nicht implementiert.