- Enviado
- 25 de setembro de 2026 às 10:17 UTC
- Autor
- Kamo
- Confirmação
- b826b5a
POST /api/session guardou qualquer JSON sob qualquer chave KS=, com um TTL escolhido pelo chamador e não autenticação, através de um par de clientes da Redis. A sessão Redis executa maxmemory 2gb com Allkeys-lru, então uma inundação dessas chaves despeja cada *** e OTK e assina o todo plataforma para fora; o Redis ACL não pode pará-lo porque a rota escreve como kamo app. Nada lê KS= chave e nada chamado de rota (a página usa /api/session/select), então ela é excluída, e app/lib/redis.ts é agora o único cliente do Redis. O cancelamento registrou toda a chave de sessão duas vezes, e em uma falha do Redis imprimiu o ioredis erro, que carrega os argumentos do comando falhado (a chave novamente). Agora não faz nenhum registo. tests/session-redis.test.mjs (node --test tests/*.test.mjs) pinos ambos: apenas app/lib/redis.ts abre o Redis, nenhuma rota escreve para ele exceto apagar a própria sessão do chamador, e não linha de log de saída carrega o id, no sucesso ou em uma falha do Redis. KamoAI SP00 revisão final I-2 e P3.