Warum wird ein „AI MCP Connector“ mit einer Sicherheits-Extension gebündelt?

Danilo · 2026-08-26T14:39:30+00:00

I was extremely surprised to notice that recent updates to HTProtect now include an MCP connector. While interesting, this obviously introduces a new surface area for potential security issues; if there are any bugs within the connector, it could provide a new entry point for malicious actors. Because of this, I was wondering if it might be better to offer the AI MCP Connector (and all the Dashboard features) as a separate extension. This way, users who specifically want those functionalities can choose to install them, while those who only want to tighten security for a (usually single) website can stick to the core HTProtect security features without the added complexity.

Danilo

Ich war echt überrascht zu sehen, dass die neuesten Updates von HTProtect jetzt einen MCP-Connector enthalten.

Das ist zwar interessant, bringt aber natürlich auch eine neue Angriffsfläche für potenzielle Sicherheitsprobleme mit sich; falls es Bugs im Connector gibt, könnte das eine neue Einfallsmöglichkeit für Angreifer sein.

Deshalb frage ich mich, ob es nicht besser wäre, den AI MCP Connector (und alle Dashboard-Funktionen) als separate Erweiterung anzubieten. So können Nutzer, die genau diese Features wollen, sie installieren, während diejenigen, die einfach nur die Sicherheit für eine (meist einzelne) Website erhöhen wollen, bei den Kernfunktionen von HTProtect bleiben können – ohne die zusätzliche Komplexität.

Pascal

Hi @Danilo,

gutes Sicherheitsdenken - und die Antwort fällt zum Glück beruhigend aus.

Der entscheidende Punkt: die KI/MCP-Ebene ist standardmäßig AUS und wird pro Website mit einem Klick freigeschaltet - jederzeit ebenso wieder ab. Solange du sie nicht einschaltest, ist sie wie ein Schalter auf "Aus", hinter dem nichts angeschlossen ist: kein Dienst-Konto, kein Token, keine API-Freigabe, kein KI-Zugang. Für deine Sicherheit ist es dann, als gäbe es die Funktion gar nicht - keine neue Angriffsfläche.

Und wenn du sie einschaltest, ist sie bewusst eng gebaut:

Freischalten geht nur über einen kryptografisch signierten Befehl aus deinem entsperrten Dashboard - ein Angreifer kann die KI nicht selbst aktivieren.
Bewährte Wege statt Eigenbau: die KI arbeitet überwiegend über Joomlas eigene Web-Services-API mit einem dedizierten Token; was darüber hinausgeht, läuft über denselben signierten, relay-blinden Befehlskanal, den HTProtect ohnehin nutzt - kein neuer offener Zugang.
Minimalrechte: das Standard-KI-Konto ist ausdrücklich kein Super-User (nur Inhalte) - kein Server-Zugriff. Höhere Rechte sind ein separates, ausdrückliches Opt-in und bleiben trotzdem unterhalb Super-User.
Das Token sieht nie dein Browser und verlässt die Seite nur server-seitig verschlüsselt - es wird nie an einen fremden Dienst weitergegeben. Widerruf mit einem Klick entfernt alles sofort.

Und genau hier liegt der Grund, warum wir das anbieten: Sehr viele binden heute schon KI an ihre Joomla-Seite an - nur meist deutlich riskanter. Da werden komplette SSH-Zugangsdaten herausgegeben, ein uneingeschränkter Super-User-Zugang genutzt oder ein dauerhaftes API-Token an einen externen Dienst gereicht (Letzteres etwa bei fertigen Joomla-MCP-Lösungen wie der von JoomlArt). Genau das wollten wir vermeiden: KI hat enorme Zukunft, also bauen wir einen kinderleichten Weg, sie flottenweit und ohne jeglichen Einrichtungsaufwand zu nutzen - aber so sicher wie technisch möglich (opt-in, signiert, minimalrechtig, ein Klick an/aus, höhere Rechte zeitlich befristet und automatisch wieder auf Lesezugriff eingeschränkt), statt als riskanten Nachgedanken. Und wir bauen diese Möglichkeiten Schritt für Schritt weiter aus - immer nach denselben Prinzipien - so sicher und so nützlich wie möglich.

Warum dann in HTProtect statt als separate Erweiterung? Weil "separat" die Sicherheit nicht erhöht (aus ist aus), aber nur Komplexität und einen zweiten Update-Strang bringt. Eine einzige, gehärtete, signiert-auto-aktualisierte Erweiterung ist am Ende sicherer - und wer nur seine Webseiten absichern möchte, ohne die KI nutzen zu wollen, merkt von ihr schlicht nichts, solange er sie nicht anschaltet.

Danke fürs kritische Nachfragen!

Gruß
Pascal

Danilo

Hi @Pascal,

Vielen Dank, dass du dir die Zeit genommen hast, so eine detaillierte und präzise Erklärung zu geben. Es ist echt beruhigend, so eine klare Antwort zu bekommen, und ich schätze es sehr, wie viel Wert du auf die Sicherheit und Privatsphäre der Nutzer legst.
Außerdem fand ich es super spannend, mehr über die robuste Architektur der KI-Ebene zu erfahren; das sind wichtige Aspekte, die bestimmt auch viele andere User interessieren würden.

Ich wollte nur kurz eine Klarstellung zu meinem Vorschlag mit einer separaten Extension zur Erhöhung der Sicherheit geben.
Klar, „aus ist aus“, aber ich dachte, eine separate Extension bietet eine zusätzliche Schutzschicht für diejenigen, die die zweite gar nicht installieren wollen. Auch wenn es immer ein Risiko gibt, dass ein Bug das „aus“-Status-Handling beeinflusst, kann eine nicht installierte Extension einfach keinen User kompromittieren.
Das gesagt, stimme ich dir bei deinen anderen Punkten voll zu, vor allem, dass separate Extensions die Komplexität erhöhen und einen zweiten Update-Track erfordern. Ich wollte nur meinen ursprünglichen Gedanken klarstellen und nicht gegen die Entscheidung argumentieren.

Danke dir!