Este é um problema de exposição / confusão de credenciais. `getRegistreyCredentials()` lê credenciais do arquivo de configuração Docker (`~/.Docker/config.json`) e seleciona uma entrada verificando se alguma tecla de autidade configurada ** contém** a cadeia de registro de alvo: ```js Object.keys(dockerConfig.authsї {}).find((chave) => key.includes(registro)) ```. Como este é um ** substring match em vez de um host match exato**, as credenciais configuradas para um registro podem ser selecionadas para um registro *diferente* cujo nome de host tem uma relação de substring com uma chave de auth configurada (por exemplo, um `cr.io` controlado pelo atacante coincide com um `ghcr.io' configurado).
**Quem é impactado:** Qualquer consumidor de `@sigstore/oci` que envia artefatos para um registro OCI usando credenciais de uma configuração Docker, onde a referência do registro/ imagem do destino pode ser influenciada por uma parte não confiada. Isto inclui `@actions/ atestamento` e `actions/ atestamento`, `actions/ atestamento- build- provenance` e `actions/ atestamento- sbom` GitHub Actions quando executada com `push- to- registro: true`, onde a entrada `subject- name' determina o registro de destino. Isto é classificado como uma vulnerabilidade **crítica** dada a possibilidade, num cenário teórico do pior dos casos, de expor as credenciais de registro de longa duração. No entanto, na prática, a exploração requer todos os seguintes elementos: - A configuração do Docker no host contém credenciais para um registro. - A referência do registro/ imagem do destino é influenciada por uma fonte não confiável. - O atacante controla um registro cujo nome do host é uma substring de (ou está contido dentro) uma chave de autografia do Docker configurada.
Sob essas condições, as credenciais de registro presentes no host (por exemplo, um GHCR, Docker Hub ou token de registro de nuvem) podem ser enviadas para um registro controlado pelo atacante durante a troca de autenticação. Corrigido em **`@sigstore/oci@ 0.7.1 `**. A seleção credencial agora requer uma **exacta host match**: tanto o registro de destino como cada tecla de aut Docker são canonizados — despojando qualquer esquema e caminho `https?://` e normalizando os alias do Docker Hub (`index.docker.io` / `registry- 1.docker.io` / `docker.io`) — e comparado para igualdade. Quando não existe correspondência exata, a busca de credenciais falha agora em vez de voltar a ter um credencial não relacionado.
- ** versões afetadas:** `<= 0.7.0 ` (todas as versões de ` 0.1.0 `). - **Versão em parêntese:** ` 0.7.1 `. Os consumidores do Atlântico devem pegar as ações '@sigstore/oci' corrigidas; as subsequentes versões de `@actions/ atestado' e as ações 'actions/ atestado*' GitHub vão agrupar a correção.
- Trate a referência do registro/ imagem do destino como entrada confiável — não permita que fontes não confiáveis influenciem a referência do registro/ imagem passada para `@sigstore/oci` (ou o `subject- name` de `actions/ atestado*' quando `push- to- registro: true`). - Limite as credenciais disponíveis na configuração Docker do host para apenas aquelas necessárias para a operação, e evite autenticar os registros cujos nomes de host têm relações de subcadeia com destinos potenciais não confiáveis. - Registo de escopo tokens estreitamente e prefira credenciais de curta duração. Registro de aconselhamento: GHSA- pf 56 - 329 r- 95 - Sim. Identificadores relacionados: CVE- 2026 - 59891.
Tempo: GitHub Advisory Database publicou este registro em 2026 - 07 - 21 T 19: 34: 05.000 Z e lista a sua última modificação como 2026 - 07 - 21 T 19: 34: 05.000 Z. Gravidade: Crítico. Dados de pontuação publicados: CVSS_V 3: CVSS: 3.1 /AV:N/AC:L/PR:N/UI:R/S:C/C:H/I:H/A:H.
Informações sobre software e versão afetadas: pacote npm @sigstore/oci — ECOSISTEM: introduzido 0, corrigido 0.7.1. Classificação e evidência: identificadores de fraqueza CWE- 522. O registro contém 5 suporte de referências nestes tipos: WEB, AVISO, EMBALAGAMENTO.