Skip to content
KitploitKITPLOIT
FerramentasExploitsBlog
Log in
Enviar
FerramentasExploitsBlog
Enviar

Ferramentas de Hacking, PenTest e Cibersegurança para o seu Arsenal de Segurança!

Kitploit é um diretório de ferramentas de hacking, cibersegurança e pentesting. Descubra as últimas atualizações de projetos para encontrar vulnerabilidades, analisar sistemas, automatizar testes e fortalecer sua segurança.

FeedsContatoPrivacidade© 2026 Kitploit

Diretório de Ferramentas

Categorias

Ver todas as categorias
Loading categories
t3code-release-checksum-same-origin — Sobra de supply-chain do T3 Code 61c3794c. O atualizador verifica o SHA256SUMS na mesma origem do arquivo. Sem assinatura. Laboratório em loopback. | Kitploit
Ferramentas/GitHubGitHub/abraxas/t3code-release-checksum-same-origin
Análise EstáticaAnálise de VulnerabilidadesAnálise de CódigoExploraçãoSegurança da Cadeia de SuprimentosPapers e PesquisaLabs e Prática
GitHubabraxas/t3code-release-checksum-same-origin

t3code-release-checksum-same-origin

Sobra de supply-chain do T3 Code 61c3794c. O atualizador verifica o SHA256SUMS na mesma origem do arquivo. Sem assinatura. Laboratório em loopback.

Ver Repositório
há 1 diaAinda não revisado

Mais Populares

Ver todos →

Descubra as ferramentas mais usadas pela nossa comunidade.

Explore todas as ferramentas

Navegue pela nossa coleção de ferramentas

Ver todas as ferramentas →
Compartilhar

Abraxas Labs - t3code-release-checksum-same-origin

t3code-release-checksum-same-origin

O atualizador verifica um arquivo SHA-256 que fica ao lado do download. Roube o host do download e você rouba também o checksum. Não há assinatura nesse caminho. Corrupção acidental ainda falha. Um par trocado da mesma origem é instalado.

Classe: Cadeia de suprimentos Alcance: Cadeia de suprimentos (quem controla releaseBaseUrl)

T3 Code 61c3794c - Ping

IDainda sem CVE
ClasseCadeia de suprimentos
AlcanceCadeia de suprimentos (host de release comprometido, CDN, ou DNS/TLS nessa origem)
CWECWE-345 / CWE-494
CVSSMédio: 6.8 CVSS:3.1/AV:N/AC:H/PR:N/UI:R/S:U/C:H/I:H/A:H
ProdutoT3 Code
Afetado61c3794c32b0eeebfac09add43e403618c65d2d7
Autenticaçãonenhuma na vítima depois que o publicador é comprometido; a vítima executa uma instalação ou atualização
LicençaGNU Affero GPL v3.0
Labpublicador em loopback 127.0.0.1:18192; tar simulado para que os bytes do arquivo nunca sejam executados

O que um atacante pode fazer

Precisa controlar a origem que serve tanto o SHA256SUMS quanto o arquivo compactado (releaseBaseUrl / GitHub Releases para aquela build). Não precisa de uma conta T3 na vítima.

PrivilégioMétodo / sinkRecon / integridade / disponibilidadeComprovado em lab ou inferido
Publicar arquivo compactado + checksum correspondentes de uma mesma origemensurePinnedRuntimeInstalled busca ${baseUrl}/SHA256SUMS e depois ${baseUrl}/${fileName}, compara SHA-256Integridade (instalação aceita)Comprovado em lab. checksum-pass=1, witness t3f02s9m4 em ambos os arquivos
Acionar auto-atualização / serviço de boot pelo mesmo helperselfUpdate.ts, bootService.ts passam releaseBaseUrlIntegridadeCódigo-fonte. O lab chamou o helper diretamente
Executar o binário instalado após a extraçãotar -xf e depois executar t3Integridade / disponibilidadeInferido. O lab simulou o tar e não executou os bytes
Controle negativo: checksum divergentemesmo helper, zeros no SHA256SUMSn/aComprovado em lab. etapa verifying the t3 release archive checksum

Permanece fechado neste resíduo

EixoMétodo / sinkPor que está fechado
IntegridadeBit-flip acidental em trânsitoDivergência de SHA-256 recusa a extração
IntegridadeOrigem extra não assinadaO lab usou uma única base URL; uma segunda origem nunca é consultada porque não existe
IntegridadeEste lab executando bytes do atacantetar simulado; extracted-binary-executed=0

signature-check=0 no bloco de download+digest e nos chamadores de auto-atualização / serviço de boot (sem minisign, cosign, GPG ou sigstore).

Como eu encontrei

pinnedRuntime.ts constrói ambas as URLs a partir de cliReleaseDownloadBaseUrl. Os testes no próprio repositório já garantem que o checksum da mesma origem passa e que a divergência falha. Eles não exigem uma assinatura.

Caminhos errados: tratar um checksum como autenticador do publicador.

Lab

python3 t3code-release-checksum-same-origin-Abraxas-Labs.py

ou:

cd lab
./run.sh

Publisher HTTP loopback em 127.0.0.1:18192. O ensurePinnedRuntimeInstalled de produção usa Effect fetch contra essa origem. Instalações de par correspondente (extração simulada). Par incompatível para na verificação.

IOC loopback-bound=127.0.0.1:18192
IOC same-origin=1
IOC checksum-pass=1
IOC checksum-fail=1
IOC signature-check=0
IOC tar-mocked=1
IOC extracted-binary-executed=0
SUCCESS T3-F02-CHECKSUM t3f02s9m4

A correção

Assine o manifesto de checksum (minisign, cosign ou GPG) e incorpore a chave pública no binário. Verifique a assinatura antes de analisar o SHA256SUMS. Fixe a origem da versão a uma referência assinada imutável.

Referências

  • github.com/pingdotgg/t3code 61c3794c32b0eeebfac09add43e403618c65d2d7
  • pinnedRuntime.ts download+digest
  • CWE-345 · CWE-494

Licença

GNU Affero GPL v3.0. Consulte LICENSE. Apenas laboratório em loopback. Sem garantia.

Abraxas Labs [email protected]

Por favor, credite o CVE à Abraxas Labs.

Baixar ferramenta