Sceller les jetons OAuth du calendrier Google/Microsoft au repos; re-sceller les lignes héritées au démarrage

Expédié: 14 octobre 2026 à 16:24 UTC
Auteur: Kamo
S'engager: c08636d

GoogleCalendarService et MicrosoftOutlookService ont stocké l'accès et rafraîchir les jetons sur les intégrations de tiers lorsque le fournisseur les a émis, bien que l'entité les documente comme chiffrés. Les écrits passent maintenant par IntégrationTokenSealer.seal ('kenc1:' + PlatformSecretCipher, AES-256-GCM sous plate-forme.enc-key, l'enveloppe VOIPService utilise) et lit ouvert, qui passe l'héritage du texte clair. Fails fermés: sans clé a Jeton est refusé plutôt que stocké en texte simple. IntegrationTokenSealing re-seau les valeurs héritées une fois au démarrage sur un pod, idémpotent, comparer et définir par valeur. Le Microsoft rafraîchit maintenant rotation du jeton de rafraîchissement et URL encode celui qu'il envoie. La table en direct est vide; plate-forme-enc-key est monté sur kamowssecurity.

Tous les changements

Comme ce que tu vois expédier ?

Tout cela arrive dans votre espace de travail par lui-même. Commencez sur le plan gratuit et relisez cette page dans un mois.

Commencez gratuitement pour toujours Prix de visualisation