KamoCRM

Pas d'écriture anonyme à la session Redis, et pas d'id de session dans le journal de dédicace

Fixkamo-login
Expédié
25 septembre 2026 à 10:17 UTC
Auteur
Kamo
Commit
b826b5a

POST /api/session stockait n'importe quel JSON sous n'importe quelle clé KS=, avec un TTL choisi par l'appelant et non Authentification, grâce à une paire de clients Redis. La session Redis fonctionne maxmemory 2gb avec allkeys-lru, donc un flot de ces clés expulse chaque *** et OTK et signe l'ensemble plate-forme out; l'ACL Redis ne peut pas l'arrêter parce que la route écrit comme kamo app. Rien à lire KS= clé et rien appelé la route (la page utilise /api/session/select), donc elle est supprimée, et app/lib/redis.ts est maintenant le seul client Redis. Sign-out a enregistré la clé de toute la session deux fois, et sur un échec Redis il a imprimé l'ioredis erreur, qui porte les arguments de la commande échouée (la clé à nouveau). Il n'en enregistre plus. test/session-redis.test.mjs (node--test test/*.test.mjs) pins les deux: seulement app/lib/redis.ts ouvre Redis, aucune route ne lui écrit, sauf la suppression de la session de l'appelant, et non sign-out log line porte l'identité, sur le succès ou sur un échec Redis. Examen final de KamoAI SP00 I-2 et P3.

Tous les changements

Comme ce que vous voyez l'expédition?

Commencez avec le plan gratuit et lisez à nouveau cette page dans un mois, puis passez à l’abonnement payant pour bénéficier de toutes les fonctionnalités.

Commencez gratuitement pour toujoursVoir la tarification