Skip to content
KitploitKITPLOIT
FerramentasBlog
Enviar
FerramentasBlog
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.

··Feeds·Contato·Privacidade·© 2026 Kitploit

Diretório de Ferramentas

Categorias

Ver todas as categorias
Loading categories
CVE-2018-20343 — PoC para CVE-2018-20343 | Kitploit
Ferramentas/GitHubGitHub/alexandre-bartel/cve-2018-20343
Análise de VulnerabilidadesExploraçãoFuzzingPapers e PesquisaAprendizado e EducaçãoExploração de Binários
GitHubalexandre-bartel/cve-2018-20343

CVE-2018-20343

PoC para CVE-2018-20343

Ver Repositório
62há 7 anosAinda 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

CVE-2018-20343

Este é um PoC para CVE-2018-20343, uma vulnerabilidade no Build Engine de Ken Silverman. O arquivo .map gerado desencadeia um estouro de buffer e sobrescreve a pilha conforme mostrado abaixo:


Open Watcom no DosBox 0.74-2: o analista controla a pilha
Sob FreeDos 1.2: o analista controla o EIP

O código vulnerável está em ENGINE.C:

root@kitploit:~
1935   kread(fil,&numsectors,2);
1936   kread(fil,&sector[0],sizeof(sectortype)*numsectors);

A variável sector tem um tamanho declarado de MAXSECTORS * sizeof(struct sectortype) = 1024 * 40 = 40960 bytes. O analista controla numsectors (porque é lido do arquivo map) e pode, assim, criar um arquivo map para inicializar numsectors com um valor maior que 40960 para desencadear o estouro.

Ken Silverman apontou que o código que depende da função kread, como os trechos de código a seguir, também pode ser vulnerável:

Em ENGINE.C:

root@kitploit:~
1938  kread(fil,&numwalls,2);
1939  kread(fil,&wall[0],sizeof(walltype)*numwalls);
1940
1941  kread(fil,&numsprites,2);
1942  kread(fil,&sprite[0],sizeof(spritetype)*numsprites);
root@kitploit:~
2033   kread(fil,palette,768);
2034   kread(fil,&numpalookups,2);
[...]
2046   kread(fil,palookup[globalpal],numpalookups<<8);
2047   kread(fil,transluc,65536);
root@kitploit:~
2453       kread(fil,&artversion,4);
2454       if (artversion != 1) return(-1);
2455       kread(fil,&numtiles,4);
2456       kread(fil,&localtilestart,4);
2457       kread(fil,&localtileend,4);
2458       kread(fil,&tilesizx[localtilestart],(localtileend-localtilestart+1)<<1);
2459       kread(fil,&tilesizy[localtilestart],(localtileend-localtilestart+1)<<1);
2460       kread(fil,&picanm[localtilestart],(localtileend-localtilestart+1)<<2);
root@kitploit:~
2520     kread(fil,&dasiz,4);
2521       //Must store filenames to use cacheing system :(
2522     voxlock[voxindex][i] = 200;
2523     allocache(&voxoff[voxindex][i],dasiz,&voxlock[voxindex][i]);
2524     ptr = (char *)voxoff[voxindex][i];
2525     kread(fil,ptr,dasiz);

Em KDMENG.C:

root@kitploit:~
1155     kread(fil,&dawaversionum,4);
1156     if (dawaversionum != 0) { kclose(fil); return; }
1157  
1158     kread(fil,&numwaves,4);
1159     for(i=0;i<numwaves;i++)
1160     {
1161       kread(fil,&instname[i][0],16);
1162       kread(fil,&wavleng[i],4);
1163       kread(fil,&repstart[i],4);
1164       kread(fil,&repleng[i],4);
1165       kread(fil,&finetune[i],4);
root@kitploit:~
1194     kread(fil,snd,totsndbytes);
root@kitploit:~
1214   kread(fil,&kdmversionum,4);
1215   if (kdmversionum != 0) return(-2);
1216   kread(fil,&numnotes,4);
1217   kread(fil,&numtracks,4);
1218   kread(fil,trinst,numtracks);
1219   kread(fil,trquant,numtracks);
1220   kread(fil,trvol1,numtracks);
1221   kread(fil,trvol2,numtracks);
1222   kread(fil,nttime,numnotes<<2);
1223   kread(fil,nttrack,numnotes);
1224   kread(fil,ntfreq,numnotes);
1225   kread(fil,ntvol1,numnotes);
1226   kread(fil,ntvol2,numnotes);
1227   kread(fil,ntfrqeff,numnotes);
1228   kread(fil,ntvoleff,numnotes);
1229   kread(fil,ntpaneff,numnotes);

O PoC para esta vulnerabilidade foi testado nos seguintes ambientes:

  • Build engine de Ken Silverman Build engine KENBUILD.ZIP (sha256sum 704a5eee1b722ed5f452d3fb1aff197f0d201ff9737839846268c6b1e07f8e1f)
  • binário alvo GAME.EXE (sha256sum 120acdf872af56ac65982a0c21e3aa2fdd06b70bd6203869ba777ce3e6daa5e4) compilado com o compilador Open Watcom 1.9
  • DOSBox 0.74-2 || FreeDOS 1.2 sob QEMU.

O Build engine foi usado em muitos jogos. Abaixo está uma lista de jogos baseados no Build engine que foram testados contra o PoC (que estoura a variável sector):

Baixar ferramenta
GameRelease DateVersionStatus
Duke Nukem 3D19961.5vulnerável
Shadow Warrior19971.2vulnerável
Redneck Rampage19971.01vulnerável
Blood19971.0não vulnerável