Changelog
Was ist neu?
Jede Verbesserung an der Plattform, wie sie geliefert wird.
· SecurityService
Purge Sweep, OAuth Konfiguration und der Projektarchiv-Scan (IoT SP09)
· SecurityService
Interner Zuschuss-Widerruf für IoTService und Plattform Client Administration (IoT SP09)
· kamo-login
OAuth-Modus - die Standard-Seite unberührt, Mieter Chrom aus (IoT SP09)
/?oauth_request=<64 hex" ist die OAuth Anmeldeseite von a beforeFiles neu schreiben in next.config.mjs to /oauth/sign-in (der Browser behält die URL), nicht durch eine Schalter innerhalb app/page.tsx: ein Schalter auf der Suche Params macht / entweder ein dynamisches Rendering (searchParams) oder ein Client-Rettung zu einer leeren Suspense fallback (useSearchParams) - beides ändert den ersten Render der Standardseite. Mit der Rewrite-App/page.tsx wird überhaupt nicht bearbeitet, / bleibt eine statische prerender, und sein HTML ist identisch mit Ursprung / Haupt, aber für die zufällige Feld-Name Suffix zieht es bei jedem Build. Das has-Muster ist mode.mjs's OAUTH_REQUEST_VALUE; Nächste Verankert es und liest den LAST-Wert eines wiederholten Parameter, so liest auch OAuthMode den letzten Wert (gepinnt gegen Next's eigene MatchHas im Test/oauth-Modus). AnalytikAnalytics macht nichts im OAuth-Kontext (/oauth/... OAuth-Modus URL) - im Server überprüft zu werden, weil ein afterInteractive Script sendet immer noch eine Preload <link" für analytics.kamocrm.com dort; DynamicMetaLoader und das Band org Formulierungen stehen im gleichen Kontext (Nur Auswirkungen). Nichts ändert sich für jede andere Route. Die Fehlerkarte ist eine Client-Komponente (OAuthErrorView): MUI von einem Server Komponente mit einem Mismatch (#418) im realen Build hydratisiert.
· SecurityService
Token-Endpunkt mit PKCE, Rotation mit 24-Stunden-Vorzug, Wiederverwendungserkennung und RFC 7009 Widerruf (IoT SP09)
· kamo-shared-library
OPERATE_DEVICE und OPERATE_SECURITY_DEVICE Charterklassen (SP11-D2)
IoT SP11 (Master 6,14, 10 SP11-D2): physikalische Aktionen durch das iot_-Pack des Tool Plane sind pro Klasse gechartert. AiActionClass fügt OPERATE_DEVICE (COMFORT/EQUIPMENT-Funktionen, Automatisierungs- oder Automatisierungs-Trrang) und OPERATE_SECURITY_DEVICE an (SECURITY-Funktionen, Automatisierungen mit einer SICHERHEITS-Aktion, CRITICAL/MAJOR-Alarmerkennung) nach JOIN_MEETING, beide APPROVE_BVOR: eine namenlose Klasse löst sich auf ihre Standardeinstellung, so dass jede Charta eine Person fragt, bis sie etwas anderes sagt. CharterSection.APPROVAL hält 24 (eine pro Klasse). Jede gelöste Charter gewinnt die zwei Klassen, so dass jede Charter-Stempel bewegt sich einmal (CharterStampTests Vermächtnis golden bewegt sich, wie JOIN_MEETING es tat). AiAutonomyModeTests Draft-Art-Pin scheitert auf Herkunft/Haupt auch, unberührt hier.
· SecurityService
Zustimmungsansicht und Ein-Verwendungsentscheidung an die Anmeldesitzung gebunden, anhängige Zuschüsse und Codes (IoT SP09)
· SecurityService
O3 bindet einen frischen Anmeldeantrag mit einem atomar ausgegebenen Einmalschlüssel (IoT SP09)
· SecurityService
Genehmigungsanfragen O1/O2 mit RFC 6749 Umleitungsregeln, PKCE S256 und Tariflimits (IoT SP09)
· SecurityService
Hauptanbieter SPI und der IoT Voice-Link-Anbieter (IoT SP09)
· SecurityService
Atomische One-Time-Key-Ausgaben, Anfrage-Shop, Tariflimits und Umleitung von URLs (IoT SP09)
· kamo-login
Der OAuth-Anmeldung mit dem fehlenden MFA-Scheibe und dem Zustimmungsbildschirm (IoT SP09)
/api/login, /api/session/select und /api/login/mfa akzeptieren optional oauthRequestId (64 hex). Fehlt, nichts ändert sich (Tests/***-Cookie Pins Die Antwort jeder Route und Set-Cookie). Gegenwart, aber missgebildet: 400 vor Alles wird von SecurityService verlangt. Gültig, sobald SecurityService geantwortet hat mit einer Einmal-Taste und der *** id wurde von OTK<otk? als heute gelesen: O3 beihängen verbringt die Taste, der Browser erhält {Erfolg, oauthNext] und nie die Schlüssel oder die Arbeitsfläche umleiten, und das *** Cookie ist genau wie gepflanzt eine gewöhnliche Anmeldeanlagen es - nur wenn die Zustimmung als nächstes kommt (eine abgelaufene Anfrage oder ein Fehler hinterlässt kein Cookie). Ein unbezahlbarer Schlüssel wird als eine Fehler, nie als Anmeldefehler. MFA und Workspace-Antworten werden übermittelt wie heute; die Seite hält die Anfrage-ID und sendet sie mit dem nächsten Anruf. OAuthSignIn (eigene Markup in OAuthShell): Benutzername/Passwort mit dem gleichen Proof-of-Work-Capcha, StrikeMeter/LockoutPanel unverändert, MfaStep (neu: sechsstelligen Code oder Recovery-Code, seine eigene Aussperrung), WorkspacePicker unverändert mit Logos ausgelassen (sie leben auf Thema.<apex&). MfaStep wird verwendet nur hier; die Standardseite wird nicht berührt. /oauth/consent: Client und scopes, die iot.voice Erklärung (spec 4.24.3), NEUER Link (Name 1-120, Standard Alexa) oder REPLACE per gelisteten Link, Fördergründe in Worten (SI, nicht AI), Link Alexa / Abbrechen; folgt RedirectTo only when it is https: (O4 listet keine umgeleiteten URIs zum Vergleich auf mit. ************-Reisrele O2/O4/O5 mit der *** Cookie als X-***-Token, nur Zustimmungscode/Entscheidung/Link weiterleiten und löschen Sie das Cookie, wenn eine Entscheidung getroffen wird. Handoff ist handoff.mjs (nicht .ts), also kann Knoten --test es importieren.
· InitializerService
Scannen Sie die OAuth Server-Depots (IoT SP09)
· kamo-shared-library
Alexa-Link, virtuelle Sensor- und Endpunkteinheiten; IotCommand.voiceLinkId; ALEXA_*-Aktivitätsarten (IoT SP09)
· kamo-login
/oauth/authorize, /token und /revoke, ein gemeinsamer Session-Cookie-Autor (IoT SP09)
Die öffentlichen Endpunkte des Kamo OAuth Servers, übermittelt an SecurityService (O1, O6, O7) über Cluster DNS bei SECURITY_SERVICE_URL (Standard kamowssecurity-service, wie es ap/api/recover tut: - GET /oauth/autorisieren Sie nur die sieben OAuth Parameter und beantwortet eine relative 303: /?oauth_request=<id&id? für eine gültige Anfrage, die des Clients registriert https: Umleitung für einen Redirect-Fehler, /oauth/error and and ansonsten (an unbekannte Clients oder unregistrierte Umleitung URI wird angezeigt, nie umgeleitet). - POST /oauth/token und /oauth/revoke for the bodyed for byte with Autorisierung und Inhaltstyp (plus Adresse des Anrufers für SecurityService's Limit), Relais WWW-Authenticate, immer kein Laden; ein Fehler, oder jeder Status, der nicht der eigene des Endpunktes ist (200/400/401/429/503), ist 503 vorübergehend_un verfügbar - niemals ungültig_grant. - ************ in OAuthShell (geflogen Kamo Logo, Datenschutz und Nutzungsbedingungen auf www.kamocrm.com, nichts von einem anderen Ursprung). app/lib/***Cookie.ts ist die eine Kopie des klar-dann-gesetzten *** Blocks dass /api/login, /api/session/select und /api/login/mfa jeweils getragen. Die drei Kopien waren Attribut-für-Attribut identisch, so ist nichts parametrier; der Helfer nimmt den Host-Header, den die Routen gelesen werden. Finden, absichtlich erhalten: Next's Cookie-Glas ist mit Namen versehen, so dass nur die letzte set() erreicht den Draht - die drei Clears haben es nie getan. Tests/***-Cookie pins die genauen Set-Cookie Header gegen den alten Inline-Block, für jeden Route Ende zu Ende. npm test = Knoten --experimental-strip-types --testtests/*.test.ms (Node 22 nimmt kein Verzeichnis-Argument, und planCheckout.test.mjs importiert a .ts).
· kamo-shared-library
OAuth Server Entitäten, Repositorien, Lese-Only Token-Verediger und Access-Log-Event-Typen (IoT SP09)
· kamo-shared-library
Tokenerzeugung, PKCE S256 und Umfangsparzung für den Kamo OAuth Server (IoT SP09)
· kamo-shared-library
**************** und ************ (SP04 Aufgaben 21-22)
Die Spalte existiert in der Produktion (SP04 DDL, Default TRUE).
· KlusterServices
Google Trust Services gibt das Zertifikat des Plattform-Login-Hosts aus (IoT SP09)
Amazon's Konto verlinkt Let's Encrypt, so login.kamouniverse.com allein bewegt sich zu einem gts-prod ClusterIssuer (ACME mit externer Accountbindung); jeder andere Host behält letsencrypt-prod. Die EAB-Schlüssel-ID ist ein Platzhalter bis Betreiber Schritt B1: diese Übergabe wird nicht auf die Hauptleitung vor dann geschoben.
· KlusterServices
Google Trust Services gibt das Zertifikat des Plattform-Login-Hosts aus (IoT SP09)
Amazon's Konto verlinkt Let's Encrypt, so login.kamouniverse.com allein bewegt sich zu einem gts-prod ClusterIssuer (ACME mit externer Accountbindung); jeder andere Host behält letsencrypt-prod. Die EAB-Schlüssel-ID ist ein Platzhalter bis Betreiber Schritt B1: diese Übergabe wird nicht auf die Hauptleitung vor dann geschoben.
· kamo-internal
IOT in den NoReply Audit-Subsystemen
IoT Devices SP06: E-MailService prüft Alarmbriefe (iot.alarm_notice) unter NoReplySubsystem.IOT; der Audit-Filter kennt es.
· kamo-internal
Die OAuth Audit-Ereignisse in den Access-Log-Filtern (IoT SP09)
· EmailService
Vorschau Beispielvariablen für die iot Share Letters
Auf der neuen gemeinsamen Bibliothek BEFORE IoTService wird wieder aufgebaut (eine fehlende Vorlage Schlüssel 404s für immer).
· SecurityService
Reservieren Sie den iot alias; pin iot.<domain-Auflösung
Der Umbau führt DomainAliasType.IOT aus der gemeinsamen Bibliothek. KnownAliases / SSL_PROBE_LABELS folgen nur nach iot.<apex" antwortet über TLS (eine spätere Commit), so dass keine bestätigte Domain wird herabgestuft. IotEntityMappingOn62Test bildet die vier SP04 Sharing-Einheiten auf der Hibernate 6.2 Linie.
· kamo-marketing
Sprachassistent Absätze in der Datenschutzerklärung und Begriffe (IoT SP09)
· SecurityService
Kamo OAuth Berechtigung Server Tabellen und der iot.alexa Client (IoT SP09)
· kamo-shared-library
Iot.share_link und iot.share_code kanonische Vorlagen, IotShareEmail
· kamo-shared-library
Teilen von Einheiten und Repositorien
· kamo-shared-library
Teilen Regeln, Token, einmalige Codes und maskierte Reiseziele
· kamo-internal
Connector Setup-Leithilfe und Feldhilfe auf der Advanced-Tab-Karte (IoT SP08)
· kamo-internal
Die Fernüberwachungskarten - RPM-"Finstanzen, Hauswerte, Kliniklimits und die Warnliste
Euer Universum wartet.
Fügen Sie Produkte hinzu, wann immer Sie möchten – keine Migration, keine neuen Anmeldungen.
Für immer kostenlos – keine Kreditkarte erforderlich