Tim Shephard

Tokens obtidos por meio de mecanismos de autenticação delegada, como tokens de acesso OAuth1, credenciais de aplicativo ou trusts, podem ser enviados ao caminho de autenticação do método de token para reautenticação. Isso permite que um invasor escape do escopo de projeto pretendido. Especificamente, quando um token de credencial de aplicativo é apresentado sem um escopo explícito, o sistema emite um novo token com o escopo do projeto padrão do proprietário da credencial, em vez do projeto para o qual a credencial foi emitida, ignorando as fronteiras de projeto.

O proxy-server não remove cabeçalhos de atualização internos de solicitações de clientes antes de encaminhá-las para os object-servers. Um usuário autenticado com acesso de escrita pode injetar os cabeçalhos `X-Container-Host`, `X-Container-Device`, `X-Delete-At-Host` e `X-Delete-At-Device` para redirecionar solicitações de atualização de contêiner para um servidor controlado por um invasor, resultando em server-side request forgery (SSRF). Isso permite a exposição de metadados internos do cluster, como índices de política de armazenamento, mapeamentos de partição, nomes de dispositivos e, quando a criptografia em repouso está ativa, texto cifrado e vetores de inicialização para a chave de criptografia no nível do contêiner. Além disso, o mecanismo de redirecionamento de shard-range pode ser usado para criar listagens fantasmas em contêineres arbitrários.

O OpenStack Horizon produz scripts para o download de arquivos OpenStack RC que podem conter um nome de projeto manipulado com metacaracteres de shell. Metacaracteres de shell são caracteres especiais interpretados pelo shell de linha de comando para executar ações específicas, o que pode levar à execução de comandos não intencionais se não forem tratados adequadamente.

O driver RabbitMQ no oslo.messaging não realiza a verificação do nome do host TLS ao se conectar ao broker de mensagens. Embora o driver habilite a validação da cadeia de certificados quando o `ssl ca file` está configurado, ele não passa o nome do host do broker esperado para a pilha TLS. Consequentemente, qualquer certificado assinado pela CA de implantação é aceito, independentemente do nome do host. Isso permite que um invasor capaz de interceptar o tráfego do plano de controle se passe pelo broker RabbitMQ e execute um ataque de man-in-the-middle no tráfego de RPC e notificações. Todos os serviços OpenStack que utilizam oslo.messaging com RabbitMQ sobre TLS são impactados.

O controlador de marcação (tagging controller) impõe nomes de ação de política no plural em operações de gravação de etiqueta única, enquanto as regras de política definidas utilizam nomes no singular. Essa incompatibilidade faz com que a política padrão avalie as ações como permitidas, possibilitando que um leitor de projeto crie e atualize etiquetas em recursos do mesmo projeto.

Existe um problema onde o endpoint 'POST /v3/credentials' não valida se o `project id` fornecido pelo chamador para uma credencial do tipo EC2 corresponde ao projeto da credencial de aplicativo de autenticação. Isso permite que um invasor com uma credencial de aplicativo irrestrita para um projeto crie uma credencial EC2 direcionada a um projeto diferente. Uma troca subsequente via '/v3/ec2tokens' pode então emitir um token Keystone com escopo no projeto alvo, mantendo o `app cred id` original, permitindo a movimentação lateral entre projetos dentro da pegada de função do proprietário da credencial.