Changelog
Cosa c'è di nuovo.
Ogni miglioramento alla piattaforma, come si spedisce.
· SecurityService
Purge spazza, configurazione OAuth e la scansione del repository (IoT SP09)
· SecurityService
Revoca della sovvenzione interna per IoTService e l'amministrazione client della piattaforma (IoT SP09)
· kamo-login
Modalità OAuth — la pagina standard intatta, inquilino cromato spento (IoT SP09)
/?oauth request= <64 hex> è la pagina di accesso di OAuth da una riscrittura di primaFiles in next.config.mjs a /oauth/sign-in (il browser mantiene l'URL), non da un interruttore all'interno app/page.tsx: un interruttore sul params di ricerca fa / o un render dinamico (searchParams) o un salvataggio client a un Suspense vuoto fallback (usoSearchParams) — entrambi cambiano il primo render della pagina standard. Con l'app/pagina di riscrittura. tsx non è affatto modificato, / rimane una statica prerender, e il suo HTML è identico all'origine / principale, ma per il casuale campo-nome suffisso si disegna a ogni costruzione. L'ha-pattern è la modalità. Di mjs OAUTH REQUEST VALUE; Il prossimo lo ancora e legge il valore LAST di un ripetuto parametro, così èOAuthMode legge anche l'ultimo valore (pinned contro Next's proprio matchHas in test/oauth-mode). analyticsAnalitici non rende nulla nel contesto OAuth (/oauth/... o URL OAuth-mode) — controllato anche nel render del server, perché un afterInteractive Script emette ancora un precarico <link> per analytics.kamocrm.com là; DynamicMetaLoader e l'org del nastro le parole si distinguono nello stesso contesto (solo effetti). Nulla cambia per qualsiasi altra via. La scheda di errore è un componente client (OAuthErrorView): MUI da un server componente idratato con un errore (#418) nella costruzione reale.
· SecurityService
Endpoint token con PKCE, rotazione con una grazia di 24 ore, rilevamento di riutilizzo e revoca RFC 7009 (IoT SP09)
· kamo-shared-library
OPERATE DEVICE e OPERATE SECURITY DEVICE classi charter (SP11-D2)
IoT SP11 (master §6.14, §10 SP11-D2): le azioni fisiche attraverso il pacchetto iot di Tool Plane sono approvate per classe. AiActionClass aggiunge OPERATE DEVICE (funzioni COMFORT/EQUIPMENT, gioco di automazione) e OPERATE SECURITY DEVICE (funzioni di sicurezza, automazione con un'azione SECURITY, riconoscimento CRITICAL/MAJOR) dopo JOIN MEETING, entrambi APPROVE BEFORE: una classe non nominata si risolve al suo default, così ogni noleggio chiede a una persona fino a quando non dice altrimenti. CharterSection.APPROVAL detiene 24 (uno per classe). Ogni charter risolto guadagna le due classi, quindi ogni timbro charter si muove una volta (l'eredità d'oro di CharterStampTest si muove, come ha fatto JOIN MEETING). Il pin di bozza di AiAutonomyModeTest fallisce sull'origine/principio, non toccato qui.
· SecurityService
Consenso e decisione d'uso unico alla sessione di firma, in attesa di sovvenzioni e codici (IoT SP09)
· SecurityService
O3 lega un nuovo sign-in alla richiesta di autorizzazione con una chiave di una volta atomica (IoT SP09)
· SecurityService
Autorizzazione richiede O1/O2 con RFC 6749 regole redirette, PKCE S256 e limiti di tasso (IoT SP09)
· SecurityService
Principal-provider SPI e l'IoT voice-link provider (IoT SP09)
· SecurityService
Atomic one-time-key spend, request store, limiti di velocità e URL redirect (IoT SP09)
· kamo-login
Il login OAuth con il passaggio MFA mancante e la schermata di consenso (IoT SP09)
/api/login, /api/session/select e /api/login/mfa accettano un optional oauthRequestId (64 hex). Assente, nulla cambia (test/***-cookie pins risposta di ogni percorso e Set-Cookie). Presente ma malformata: 400 prima tutto è chiesto di SecurityService. Valido, una volta che SecurityService ha risposto con una chiave una volta e il *** id è stato letto da OTK <otk> come oggi: O3 allegare spende la chiave, il browser ottiene {successo, oauthNext} e mai il chiave o il reindirizzamento dello spazio di lavoro, e il *** cookie viene piantato esattamente come un normale impianto di firma — solo quando il consenso è prossimo (un scaduto richiesta o difetto non lascia cookie). Una chiave inderogabile è detta come una errore, mai come un errore delle credenziali. Le risposte MFA e workspace sono relè come oggi; la pagina mantiene la richiesta e la invia con la prossima chiamata. OAuthSign In (own markup in OAuthShell): nome utente/password con lo stesso capcha, StrikeMeter/LockoutPanel invariato, MfaStep (nuovo: codice a sei cifre o codice di recupero, il proprio blocco), WorkspacePicker invariato con loghi lasciati fuori (vivono su tema. MfaStep viene utilizzato solo qui; la pagina standard non è toccata. /oauth/consent: client e ambiti, la spiegazione iot.voice (spec 4.24.3), NUOVO collegamento (nome 1-120, default Alexa) o REPLACE per link elencato, motivi di ammissibilità nelle parole (SI, non AI), Link Alexa / Annulla; segue redirectTo solo quando è https: (O4 non elenca URI redirect per confrontare con). Non e' vero. relè O2/O4/O5 con *** cookie come X-***-Token, inoltra solo il consensoToken/decision/link, e cancellare il cookie quando si decide. handoff è handoff.mjs (non .ts) quindi nodo --test può importarlo.
· InitializerService
Scansione dei repository server OAuth (IoT SP09)
· kamo-shared-library
Alexa link, sensore virtuale e entità endpoint; IotCommand.voiceLinkId; ALEXA * tipi di attività (IoT SP09)
· kamo-login
/oauth/autorizza, /token e /revoke, uno scrittore di cookies di sessione condiviso (IoT SP09)
Gli endpoint pubblici del server Kamo OAuth, relayed to SecurityService (O1, O6, O7) over cluster DNS at SECURITY SERVICE URL (default kamowssecurity-service, come app/api/recupero fa): - GET /oauth/autorizza in avanti solo i sette parametri OAuth e risponde ad un relativo 303: /?oauth request= <id> per una richiesta valida, il cliente https: reindirizzare per un errore redirect, /oauth/error altrimenti (un client sconosciuto o URI redirect non registrato è mostrato, mai reindirizzato a). - POST /oauth/token e /oauth/revoke forward the body byte for byte with Autorizzazione e Contenuto-Tipo solo (più l'indirizzo del chiamante per Limite di SecurityService), relè WWW-Authenticate, sempre senza negozio; un difetto, o qualsiasi stato che non sia il punto finale (200/400/401/429/503), è 503 temporaneamente non disponibile — mai invalid grant. # In OAuthShell # logo Kamo, Privacy e Termini su www.kamocrm.com, niente da un altro origine). app/lib/***Cookie.ts è l'unica copia del blocco che /api/login, /api/session/select e /api/login/mfa ciascuno portato. The tre copie sono state attribuite-per-attributo identico, quindi nulla è parametrizzato; l'aiutante prende l'intestazione Host le rotte lette. Trovare, conservato di proposito: il vaso di biscotti del prossimo è contrassegnato dal nome, quindi solo l'ultimo set() raggiunge il filo — i tre chiari mai fatto. test/*** perni l'esatto Set-Cookie intestazioni contro il vecchio blocco in linea, per ogni il percorso finisce per finire. npm test = nodo --sperimental-strip-types --test test/*.test.mjs (nodo 22 non richiede argomenti di directory e planCheckout.test.mjs importa un .ts).
· kamo-shared-library
Entità server OAuth, repository, verifica token di sola lettura e tipi di eventi di accesso-log (IoT SP09)
· kamo-shared-library
Generazione di token, PKCE S256 e pergamena per il server Kamo OAuth (IoT SP09)
· kamo-shared-library
E' il momento giusto. E poi..
La colonna esiste in produzione (SP04 DDL, default TRUE).
· KlusterServices
Google Trust Services rilascia il certificato dell'host di login della piattaforma (IoT SP09)
L'account di Amazon che collega rifiuta Let's Encrypt, quindi login.kamouniverse.com si sposta da solo a un gts-prod ClusterIssuer (ACME with External Account Binding); ogni altro host mantiene letsencrypt-prod. Il codice EAB è un segnaposto fino al passo operatore B1: questo commit non viene spinto prima di allora.
· KlusterServices
Google Trust Services rilascia il certificato dell'host di login della piattaforma (IoT SP09)
L'account di Amazon che collega rifiuta Let's Encrypt, quindi login.kamouniverse.com si sposta da solo a un gts-prod ClusterIssuer (ACME with External Account Binding); ogni altro host mantiene letsencrypt-prod. Il codice EAB è un segnaposto fino al passo operatore B1: questo commit non viene spinto prima di allora.
· kamo-internal
IOT nei sottosistemi di NoReply audit
IoT Dispositivi SP06: EmailService controlla le lettere di allarme (iot.alarm notice) sotto NoReplySubsystem.IOT; il filtro di audit lo conosce.
· kamo-internal
Gli eventi di audit OAuth nei filtri di accesso (IoT SP09)
· EmailService
Le variabili del campione di anteprima per le lettere di condivisione iot
Ricostruito sulla nuova libreria condivisa BEFORE IoTService invia (un modello mancante chiave 404s per sempre).
· SecurityService
Riservare l'alias iot; pin iot
La ricostruzione porta DomainAliasType.IOT dalla libreria condivisa. KnownAliases / SSL PROBE LABELS seguire solo dopo iot. IotEntityMappingOn62Test mappa le quattro entità di condivisione SP04 sulla linea Hibernate 6.2.
· kamo-marketing
I paragrafi vocali-assistanti nell'informativa sulla privacy e nei termini (IoT SP09)
· SecurityService
Tavole server di autorizzazione Kamo OAuth e client iot.alexa (IoT SP09)
· kamo-shared-library
Iot.share link e iot.share code modelli canonici, IotShareEmail
· kamo-shared-library
Condivisione di entità e repository
· kamo-shared-library
Regole di condivisione, gettoni, codici una volta e destinazioni mascherate
· kamo-internal
Guida alla configurazione del connettore e assistenza sul campo sulla scheda Advanced-tab (IoT SP08)
· kamo-internal
Le schede di monitoraggio remoto — progresso del RPM, letture di casa, limiti clinici e la lista di allerta
Il tuo universo ti sta aspettando.
Aggiungi i prodotti quando sei pronto: nessuna migrazione, nessun nuovo login, nessuna richiesta di pagamento.
Gratis per sempre — nessuna carta di credito richiesta