Jarek Potiuk

A path traversal in the SFTP provider (`SFTPHook.retrieve directory` / `SFTPOperator(operation=get)`) let a malicious or compromised remote SFTP server write files outside the configured local destination directory via crafted directory-entry names. No Airflow account is required — the attack surface is any deployment downloading directories from an untrusted SFTP server. Upgrade `apache-airflow-providers-sftp` to 5.8.1 or later.

**Nome do Software Vulnerável e Versões Afetadas** apache-airflow-providers-samba versões anteriores a 4.12.6 **Description** O `GCSToSambaOperator` no provedor Samba do Apache Airflow não realiza uma verificação de contenção ao juntar nomes de objetos GCS ao caminho de destino SMB. Isso permite que um invasor capaz de gravar objetos no bucket GCS de origem utilize segmentos `../` nos nomes dos objetos para resolver um caminho de gravação fora do `destination path` configurado, possibilitando a gravação de arquivos em locais arbitrários no alvo Samba. **Recommendations** Atualize o apache-airflow-providers-samba para a versão 4.12.6 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** Apache Airflow versões anteriores a 3.2.2 **Descrição** Uma falha no endpoint da API REST GET '/api/v2/connections/{connection id}' permite que um usuário autenticado de UI/API com permissão de leitura de conexão recupere segredos armazenados no blob JSON `extra` de uma conexão. Isso ocorre quando os segredos são armazenados sob nomes de campos que não estão incluídos na lista de permissões de redação (`DEFAULT SENSITIVE FIELDS`), resultando no retorno de dados sensíveis, como nomes de campos de credenciais do provedor Slack, em texto simples. Este problema afeta implantações que armazenam credenciais em blobs `extra` de conexão e concedem acesso de leitura de conexão a múltiplos usuários. **Recomendações** Atualize para a versão 3.2.2 ou posterior. Armazene valores de credenciais sensíveis em um secret-backend em vez de inseri-los diretamente no campo `extra` da conexão.

**Nome do Software Vulnerável e Versões Afetadas** Apache Airflow versões anteriores a 3.2.2 **Descrição** Uma falha no `FileTaskHandler` permite que um autor de DAG acesse ou modifique arquivos fora da `base log folder` configurada quando a pasta de logs do worker é compartilhada com o servidor de API. Isso pode ser feito por meio de um ataque de caminho de leitura (read-path attack), criando um link simbólico no diretório de logs da tarefa apontando para um arquivo arbitrário legível pelo processo do servidor de API, como `/etc/passwd` ou `airflow.cfg`. Alternativamente, um ataque de caminho de escrita (write-path attack) pode ser realizado fornecendo um `task id` contendo sequências `..` aceitas pelo `KEY REGEX` do Task SDK. Essas ações podem levar ao vazamento ou à sobrescrita de arquivos arbitrários. **Recomendações** Atualize para a versão 3.2.2 ou posterior. Implante o worker e o servidor de API com volumes de log separados para garantir que os caminhos controlados pelo worker não alcancem o sistema de arquivos do servidor de API.

**Nome do Software Vulnerável e Versões Afetadas** apache-airflow versões anteriores a 3.2.2 **Descrição** O endpoint 'structure data' na interface do usuário do Airflow retorna nós de grafos de dependência externa para DAGs (Directed Acyclic Graphs, que são coleções de todas as tarefas que você deseja executar, organizadas de forma a refletir seus relacionamentos e dependências) vinculadas sem verificar se o chamador possui permissão de leitura sobre essas DAGs. Consequentemente, um usuário autenticado da interface ou API autorizado para uma DAG pode enumerar IDs de DAGs vinculadas e metadados de dependência de outras DAGs que não tem autorização para ler. Este problema afeta implantações que dependem do escopo de leitura por DAG para manter a topologia de dependência de DAGs privada entre equipes. **Recomendações** Atualize para a versão 3.2.2 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** Apache Airflow versões anteriores a 3.2.2 **Description** O `JWTRefreshMiddleware` define o cookie de autenticação JWT sem a flag `Secure`. Em implantações onde o servidor de API do Airflow está posicionado atrás de um proxy reverso com terminação HTTPS, o JWT da sessão pode ser repetido através de requisições HTTP em texto claro para o mesmo host. Um atacante posicionado na rede poderia induzir o navegador de um usuário autenticado a emitir uma requisição HTTP para o hostname, capturar o cookie JWT e repetí-lo contra a API autenticada. **Recommendations** Atualize para a versão 3.2.2 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** Apache Airflow versões anteriores a 3.2.2 **Description** Um erro no mascarador de resposta de Variáveis permite a evasão da redação de chaves aninhadas quando a profundidade de aninhamento de um valor JSON excede o limite de recursão do mascarador de segredos compartilhados. Isso ocorre com nomes de chaves com sufixos de segredos, como `password`, `token`, `secret` ou `api key`, pois o mascarador retorna o item aninhado original antes de verificar o nome da chave sensível. Um usuário autenticado de UI ou API com permissões de leitura de Variáveis pode coletar valores de segredos em texto simples armazenados em Variáveis JSON profundamente aninhadas. **Recommendations** Atualize para a versão 3.2.2 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** Apache Airflow versões anteriores a 3.2.2 **Descrição** Um erro no endpoint PATCH do XCom "PATCH /api/v2/xcomEntries/{key}" permite que um usuário autenticado de UI/API com permissão de escrita XCom em um Dag defina entradas XCom usando nomes de chaves reservadas, como `return value`. Enquanto o endpoint POST valida contra `FORBIDDEN XCOM KEYS`, o endpoint PATCH não o faz. Além disso, o endpoint aceita formatos de payload serializados que o desserializador do triggerer trata como código. Essa combinação permite a Execução Remota de Código (RCE) no triggerer quando a tarefa afetada for adiada (deferred). Este problema afeta especificamente implantações onde usuários não confiáveis possuem permissões de escrita XCom em Dags que dependem do triggerer. **Recomendações** Atualize para a versão 3.2.2 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** Apache Airflow versões anteriores a 3.2.2 **Descrição** Um erro no processamento do campo rendered-template permite a evasão da máscara de chaves sensíveis aninhadas. Quando um campo renderizado excede o limite `[core] max templated field length`, o software transforma a estrutura em string antes da redação, o que remove o contexto da chave aninhada e resulta na persistência de valores em texto simples no `rendered fields`. Isso afeta implementações onde autores de DAG passam JSON estruturado para operadores contendo chaves sensíveis aninhadas, como `password`, `token`, `secret` ou `api key`. Um usuário autenticado de UI ou API com permissões para ler campos de template renderizados pode coletar esses valores secretos. **Recomendações** Atualize para a versão 3.2.2 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** Apache Airflow versões anteriores a 3.2.2 **Descrição** O decodificador de referência de prazo do lado do agendador (`SerializedCustomReference.deserialize reference`) importa e despacha caminhos de classe arbitrários a partir de um estado serializado controlado pelo autor da DAG, sem a utilização de uma lista de permissões (allowlist) ou de um portal de registro de plugins. Em implantações onde o código do autor da DAG é menos confiável do que o processo do agendador, como em implantações de host único onde o pacote da DAG é importável pelo processo do agendador, um invasor poderia incorporar um `DeadlineReference` personalizado. Isso permite que o invasor especifique um caminho de módulo controlado, levando o agendador a executar `import string(...)` e instanciar a classe com uma sessão SQLAlchemy ativa anexada. **Recomendações** Atualize para a versão 3.2.2 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** Apache Airflow versões anteriores a 3.2.2 **Descrição** O servidor de logs autoriza tokens JWT em relação aos IDs de Dag aplicando a função `str.lstrip()` ao segmento de caminho solicitado ao verificar a reivindicação `sub`. Como o `str.lstrip()` remove qualquer caractere de um conjunto especificado em vez de um prefixo específico, um token emitido para uma Dag pode autorizar o acesso a qualquer outra Dag cujo nome comece com qualquer subconjunto de caracteres do nome da Dag original. Isso permite que um worker do Airflow autenticado com um JWT válido do servidor de logs enumere e leia logs de outras Dags, potencialmente vazando saídas de tarefas e rastreamentos de erro. Este problema afeta implantações que utilizam escopo de acesso a logs por Dag, como topologias de múltiplas equipes, executores compartilhados ou workers compartilhados. **Recomendações** Atualize para a versão 3.2.2 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** Apache Airflow versões anteriores a 3.2.2 **Description** O EmailOperator e os auxiliares `airflow.utils.email` estabelecem conexões SMTP STARTTLS sem verificar o certificado remoto quando a implantação é configurada com `smtp starttls=True` e `smtp ssl=False`. Isso permite que um invasor posicionado entre o worker e o servidor SMTP realize um ataque de Man-in-the-Middle (MITM) ao apresentar um certificado autoassinado. Consequentemente, o invasor pode completar silenciosamente o handshake STARTTLS e capturar as credenciais de autenticação SMTP AUTH e o conteúdo das mensagens encaminhadas. **Recommendations** Atualize para a versão 3.2.2 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** apache-airflow versões anteriores a 3.2.2 **Description** Os endpoints 'partitioned dag runs' na interface do usuário aplicam apenas o controle de acesso ao nível de ativo, e não a autorização por Dag. Isso permite que um usuário autenticado da UI ou API com a permissão global `Asset:read` enumere o estado de execução da partição, a configuração de agendamento e o encadeamento de ativos para Dags que ele não tem autorização para ler. Este problema afeta implantações que dependem do escopo de leitura por Dag enquanto concedem aos usuários acesso mais amplo a Ativos. **Recommendations** Atualize para a versão 3.2.2 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** apache-airflow-providers-google versões anteriores a 22.0.0 **Description** O `ComputeEngineSSHHook` desabilita a verificação de chave de host SSH por padrão. Essa configuração expõe o tráfego SSH entre um worker do Airflow e uma VM do Compute Engine a atacantes de rede in-path, que podem interceptar ou modificar a sessão. **Recommendations** Atualize para a versão 22.0.0 ou posterior.

**Nome do Software Vulnerável e Versões Afetadas** apache-airflow-providers-elasticsearch versões anteriores a 6.5.3 **Descrição** O provedor de log do Elasticsearch grava a URL completa do host nos logs de tarefa quando configurado com uma URL de `host` que incorpora credenciais. Isso permite que qualquer usuário com permissão de leitura de logs de tarefa colete as credenciais do backend. **Recomendações** Atualize para a versão 6.5.3 ou posterior. Configure as credenciais do backend por meio de um backend de segredos em vez de incorporá-las na URL do `host`.

**Nome do Software Vulnerável e Versões Afetadas** apache-airflow-providers-opensearch versões anteriores a 1.9.1 **Descrição** O provedor de logging do OpenSearch grava a URL completa do host nos logs de tarefa quando configurado com uma URL `host` que incorpora credenciais. Isso permite que qualquer usuário com permissões de leitura de logs de tarefa colete as credenciais do backend. **Recomendações** Atualize para a versão 1.9.1 ou posterior. Configure as credenciais do backend por meio de um backend de segredos em vez de incorporá-las na URL `host`.

**Nome do Software Vulnerável e Versões Afetadas** apache-airflow-providers-smtp (versões afetadas não especificadas) **Descrição** O componente `SmtpHook` no provedor SMTP chama a função Python `smtplib.SMTP.starttls()` sem um contexto SSL. Essa omissão impede a validação do certificado durante a atualização do TLS. Consequentemente, um invasor do tipo man-in-the-middle posicionado entre o worker do Airflow e o servidor SMTP poderia apresentar um certificado autoassinado para concluir a atualização STARTTLS e capturar as credenciais SMTP transmitidas durante a chamada `login()`. **Recomendações** Atualize para a versão do `apache-airflow-providers-smtp` que contenha a correção.

**Nome do Software Vulnerável e Versões Afetadas** O nome do produto não pôde ser determinado versões anteriores a 3.2.1 **Descrição** O grafo de dependência de ativos não restringe os nós com base nas permissões de leitura de DAG do visualizador. Isso permite que um usuário com acesso de leitura a pelo menos um DAG navegue pelo grafo de ativos de qualquer outro ativo na implantação, permitindo a descoberta da existência e dos nomes de DAGs e ativos fora de seu escopo autorizado. **Recomendações** Atualize para a versão 3.2.1.

**Nome do Software Vulnerável e Versões Afetadas** Apache Airflow Providers Edge3 versões anteriores à 2.0.0 **Descrição** O provedor Edge3 para o Apache Airflow 2 contém uma vulnerabilidade que permite a um autor de DAG realizar Execução Remota de Código (RCE) no contexto do webserver por meio de uma API não pública. Esta API foi destinada a testes do Edge Provider durante o desenvolvimento e foi habilitada implicitamente quando o provedor Edge3 foi instalado e configurado no Airflow 2. O suporte ao provedor Edge3 no Airflow 2 era exclusivo para desenvolvimento e não foi lançado oficialmente. O problema está presente apenas se o provedor Edge3 foi instalado e configurado no Airflow 2. **Recomendações** Se você instalou e configurou o provedor Edge3 para o Airflow 2, desinstale-o e migre para o Airflow 3. Se você utilizou o Edge Provider no Airflow 3, não será afetado.

**Nome do software vulnerável e versões afetadas** Apache Airflow Providers FAB versão 1.2.1 Apache Airflow Providers FAB versão 1.2.0 **Descrição** O problema está relacionado a uma vulnerabilidade de expiração insuficiente da sessão no Apache Airflow Providers FAB, que impedia o usuário de sair da conta. Isso afeta o Apache Airflow Providers FAB versão 1.2.1 quando usado com o Apache Airflow 2.9.3, e o FAB versão 1.2.0 para todas as versões do Airflow. **Recomendações** Atualize para a versão 1.2.2 do Apache Airflow Providers FAB para corrigir o problema se estiver usando o Apache Airflow 2.9.3 com o provedor FAB 1.2.1. Atualize para a versão 1.2.2 do Apache Airflow Providers FAB para corrigir o problema se estiver usando qualquer versão do Apache Airflow com o provedor FAB 1.2.0. Além disso, considere atualizar o Apache Airflow para a versão mais recente disponível. Baixe as imagens mais recentes do Airflow ou reinstale o provedor FAB de acordo com as restrições atuais para garantir que você tenha a versão atualizada.