Se1En

Apache Airflow's public Import Errors API returns the raw parse-failure stack trace to any user with the `ImportError.can read` permission when the failing file has no registered DAG. This happens when a file fails to parse before any DAG is defined, or when all of its previously registered DAGs are removed but the parse error remains. Users who should not see that file's details can read stack traces that may expose file paths and code. Users are advised to upgrade to Apache Airflow 3.4.0 or later, which restricts these stack traces to users with the new `IMPORT ERRORS ALL` permission.

A exposição de informações sensíveis ocorre por meio da função `editor assets()`, que expõe a opção `uag insta linked accounts` através do objeto `uagb blocks info` sem realizar uma verificação de capacidade. Atacantes autenticados com nível de acesso de Colaborador ou superior podem extrair dados sensíveis, incluindo tokens de acesso brutos da Instagram Graph API configurados por um administrador. Este problema requer que o plugin Spectra Pro esteja ativo e com uma conta do Instagram vinculada.

Existe uma Referência Direta Insegura a Objeto (IDOR) devido à falta de validação em uma chave controlada pelo usuário. Isso permite que invasores não autenticados enumerem IDs de entrada inteiros sequenciais usando o parâmetro `draft` para ler dados de rascunhos de formulários salvos de outros usuários, incluindo nomes, endereços de e-mail, números de telefone, endereços e conteúdo de mensagens de texto livre. Este problema só é explorável em formulários que tenham o recurso Save and Continue ativado.

Existe um problema onde o sistema falha ao restringir a flag de canal `group constrained` a canais públicos e privados que suportam sincronização de grupo. Isso permite que um membro comum de um grupo ou mensagem direta remova todos os outros participantes da conversa através do endpoint da API de patch de canal.

Existe uma Referência Direta a Objeto Insegura devido a uma incompatibilidade entre o objeto usado para autorização e o objeto acessado nos endpoints `create item()`, `get item()`, `delete item()` e `bulk delete items()` do `Optimize Rest Controller`. Embora a autorização seja verificada usando `current user can('edit post'/'delete post', $post id)` em relação ao parâmetro `post id`, a camada de armazenamento recupera registros com base em um hash SHA256 do parâmetro `post path`. Como não há a obrigatoriedade de que o `post path` corresponda ao `post id`, invasores autenticados com nível de acesso Colaborador ou superior podem ler ou excluir registros de análise do otimizador de postagens pertencentes a outros usuários, fornecendo seu próprio `post id` e o `post path` da vítima.

Existe uma falha de bypass de autorização porque o plugin não verifica adequadamente se um usuário está autorizado a realizar ações específicas. Atacantes autenticados com nível de acesso de contribuidor ou superior podem ignorar o limite de capacidade `upload files` para criar anexos arbitrários na Biblioteca de Mídia. Isso é feito baixando imagens remotas para o diretório de uploads do site usando as funções `wp upload bits()` e `wp insert attachment()`.

Existe um problema onde o sistema falha ao aplicar o `PostEditTimeLimit` em campos de postagem que não são de mensagens. Isso permite que um usuário autenticado modifique anexos de arquivos de postagens, propriedades e status de fixação após a expiração da janela de edição, utilizando os endpoints de API de patch e atualização de postagens.

Uma vulnerabilidade de tempo-de-criação-para-tempo-de-uso (TOCTOU) permite a nova exclusão de fontes de dados recentemente excluídas e recriadas sem autorização. O ataque requer condições específicas: acesso de administrador à fonte de dados antes da exclusão inicial, todas as etapas concluídas em até 30 segundos no mesmo pod do Grafana, recriação da fonte de dados por outro usuário, a nova fonte de dados ter o mesmo UID que a anterior e o atacante não ser administrador da nova fonte de dados.

Nome do Software Vulnerável e Versões Afetadas versões anteriores a 2026-21721 Descrição A API de permissões do painel não verifica o escopo do painel de destino, verificando apenas a ação `dashboards.permissions:*`. Isso permite que um usuário com direitos de gerenciamento de permissões em um painel leia e modifique permissões em outros painéis, resultando em uma elevação de privilégio. O endpoint da API em questão é a API de permissões do painel. A ação vulnerável é `dashboards.permissions:*`. Recomendações No momento, não há informações sobre uma versão mais recente que contenha uma correção para esta vulnerabilidade.