- Verschifft
- 23. September 2026 um 04:05 UTC
- Autor
- Kamo
- Ausschuss
- b2fef64
/api/hosted-computers/agent/** -- ComputeService. Die Netzwerkrichtlinie eines Hosted Computers vernebt den Cluster vollständig - keine Datenbank, kein Service, nicht einmal Cluster DNS - so dass die einzige Möglichkeit für die virtuelle Maschine eines Mieters, Kamo etwas zu sagen, ist im Internet und zurück durch api.<domain? wie jeder andere Kunde. Alles andere über einen Computer wird in sie geschoben; Dies ist der einzige eingebundene Weg. DIE NARROWNESS IST DER POINT. Seine Geschwister unter /api/hosted-computer/ sind die interne Management-API: Einen Computer zuweisen, einen zu verkleinern, einen zu löschen, die Kapazität eines anderen Mieters zu lesen. Dieses Tor ist SecurityConfig ist vollständig kommentiert, so dass ein weitergeleiteter Weg ist öffentlich und die upstream-Service besitzt die auth - eine Wildcard hier würde eine VM-Creation API im Internet veröffentlichen. Das ist der gleiche Fehler /api/bulktext/inbound/** existiert zu vermeiden, und der Grund, warum die Agentenoberfläche zu einem Kind von /agent gemacht wurde anstatt ein Geschwister der Management-Routen. Forward anstatt forwardWebhook: Im Gegensatz zu einem Träger Webhook gibt es keine Signatur von Drittanbietern über die rohe Bytes, und der Anmeldeschein ist eine gewöhnliche Autorisierung: Bearer Header - ein pro Computer Geheimnis gedreht bei jeder Weckrufin, die ComputeService gegen diesen einen Computer prüft. Der Endpunkt ist nur Schreib-Telemetrie deren Antwort trägt nichts über die Organisation, so ein Beglaubigungsschreiben von einem Mieter eigenen Desktop angehoben kauft die Möglichkeit, die Speicherfigur dieses Desktops zu posten und nichts anderes.