Siumauricio

Existe uma injeção de comando de SO na função `getComposeContainerCommand()`. Membros autenticados da organização podem executar comandos de shell fornecendo metacaracteres de shell através do parâmetro `serviceName`. Isso é realizado por meio dos procedimentos tRPC `backup.create` ou `backup.update`. Os comandos injetados são executados como root durante backups agendados, permitindo potencialmente que o invasor assuma o controle do host através do socket Docker montado.

O middleware `protectedProcedure` apenas verifica a autenticação do usuário, mas não impõe o escopo da organização. Isso resulta em uma Referência Direta a Objeto Insegura (IDOR), onde os endpoints não verificam se a organização do recurso corresponde ao `activeOrganizationId` da sessão. Os endpoints afetados incluem: - Em deployment.ts: 'allByType', 'killProcess' e 'removeDeployment' - Em rollbacks.ts: 'delete' - Em backup.ts: 'create', 'one', 'update', 'remove', 'manualBackupPostgres', 'MySql', 'Mariadb', 'Mongo', 'Compose', 'WebServer' e 'listBackupFiles' - Em volume-backups.ts: 'list', 'one', 'delete', 'update', 'runManually' e 'restoreVolumeBackupWithLogs' - Em cluster.ts: 'getNodes', 'removeWorker', 'addWorker' e 'addManager' - Em mount.ts: 'create'