Danke für diese Details, genau das habe ich verstehen wollen.
Genau das wollte ich gerade sagen, alles, was zu dieser Open API kommt, ist nicht verschlüsselt.
Sobald es möglich ist, sollte man verschlüsseln, aber das wird nicht in allen Fällen möglich sein. Du hast sicher recht mit Tasker, das muss man prüfen, aber ich habe es nur als Beispiel genannt. Es wird andere Anwendungen/Dienste geben, bei denen das nicht möglich ist. Totof hat hier PhoneTrack erwähnt: Utiliser Owntracks avec Gladys 4! - #24 par Totof, die Daten werden in einer HTTP-Anfrage übertragen, wir können sie nicht von der Anwendung aus verschlüsseln. In deiner Präsentation des Gateways hast du von der Verbindung mit externen Diensten gesprochen (Google Assistant, Alexa, IFTTT…), ich weiß nicht genau, wie sie funktionieren, aber wenn sie einen Webhook zu Gladys benötigen, wird es das Gateway sein und wieder einmal können wir leider nichts daran ändern. Ich verstehe das Ziel der Ende-zu-Ende-Verschlüsselung voll und ganz, ich bin persönlich absolut dafür, und Gladys hat unter anderem die Sicherheit und den Schutz der Privatsphäre als wesentliche Punkte. Leider wird es in einigen Fällen vielleicht Vertrauen erfordern (wie bei OwnTrack), mit dem Hinweis, den Benutzer in der Dokumentation gut zu warnen. Wir tun unser Bestes für die Verschlüsselung und sind transparent für den Rest.
Was die Liste der Open API-Routen betrifft, weiß ich nicht, ob es sich lohnt, alle Gladys-Routen einzubeziehen. Ich habe noch nicht viele Szenarien im Kopf, aber die Einschränkung der Open API auf einige Routen, die sie wirklich benötigen, würde uns zwingen, diese Datenexposition am Gateway wirklich zu begrenzen, und uns zwingen, immer nach der sichersten Lösung zu suchen.
Wie du sagst, bleibt die Überlegung völlig offen, ich werde sie in den kommenden Tagen weiter untersuchen.