Asheshv

Existe um problema no endpoint de ponto de restauração nomeado 'POST /browser/server/restore point/{gid}/{sid}' onde o campo `value` fornecido pelo usuário é interpolado diretamente na string SQL usando `str.format()` em vez de ser passado como um parâmetro vinculado. Isso permite que um usuário autenticado com uma sessão PostgreSQL conectada injete instruções SQL adicionais. O código injetado é executado sob a função de banco de dados do usuário autenticado, o que significa que não ultrapassa os limites de privilégios. No entanto, isso fornece um caminho de execução alternativo que pode ignorar restrições de camada de aplicação impostas à Ferramenta de Consulta (Query Tool).

Um problema de autorização no modo servidor afeta os módulos de Grupos de Servidores, Servidores, Servidores Compartilhados, Processos em Segundo Plano e Depurador. Vários endpoints não filtram objetos de propriedade do usuário pela identidade do usuário solicitante, permitindo que um usuário autenticado acesse servidores privados, grupos de servidores, processos em segundo plano e argumentos de função do depurador de outro usuário ao adivinhar os IDs dos objetos. O recurso de Servidores Compartilhados também permite o vazamento de credenciais de `passfile`, chaves SSL e `passexec cmd`. Além disso, não proprietários podem gravar em campos exclusivos do proprietário via API, incluindo `passexec cmd`, `passexec expiration`, `db res` e `db res type`. A modificação do `passexec cmd` (um comando de shell executado durante o estabelecimento da conexão) pode levar à escalada de privilégios e execução de comandos arbitrários no contexto do processo do proprietário. Adicionalmente, campos como `kerberos conn`, `tags` e `post connection sql` carecem de persistência por usuário, o que significa que edições de não proprietários alteram o registro do proprietário, resultando em corrupção de dados via mutações de sessão do SQLAlchemy.