- Navios
- 23 de setembro de 2026 às 01:16 UTC
- Autor
- Kamo
- Enviar
- 6488bd4
RagSearchController ler orgId/memberId/memberType do corpo JSON em cada caminho, incluindo pedidos autenticados por uma sessão *** em vez de X-Internal-Auth. Um membro assinado com apenas VER KB ARTICLES poderia colocar um id de org diferente, ou id de um membro diferente, no corpo e procure que base de conhecimento de org ou notas privadas desse membro diretamente através da Qdrant filtros — a sessão provou quem estava perguntando, mas nunca restringiu o que eles Podia pedir. /reindex/{orgId} e /status/{orgId} tinham a mesma forma nível up: o caminho orgId foi confiável uma vez que o chamador MANAGEM KB SETTINGS em * alguns* org, sem verificar que era deles. Piorando as coisas, SessionHelper.hasRight retornou true para uma sessão com lista de direitos vazios e novamente para um sem campo de direitos em tudo, então o direito as verificações que guardavam todos os três terminais foram ignoradas pelo mesmo campo em falta. A regra agora: no caminho da sessão, org/member/memberType são derivados do sessão apenas ************* adicionado ao SessionHelper), e reindexar/status adicionalmente requer que o caminho orgId seja igual ao próprio da sessão org. hasRight fails closed, correspondente ao KBService. O caminho X-Internal- Auth é AIService não tem nenhuma sessão própria e deve ainda nomear quem é procurando no corpo. Também trocou a comparação secreta X-Internal-Auth de String.equals para MessageDigest.isEqual para que uma diferença de tempo não possa vazar o byte secreto de cada vez. Testes: SessionHelperRights Testa os casos encerrados por falhas (mirrors KBService's suite). RagSearchControllerAuthzTest fixa o bug de confiança corporal e o reindex/status org check, e prova separadamente o caminho interno-auth ainda confia no corpo (a única forma de o chamar de AIService). Cada um foi verificado vermelho contra o código pré-fixo antes deste commit.