Ethan Furman

When tarfile or zipfile command line interface (CLI) is used to decompress an archive, a Python script shadowing the stdlib can be created. Then if an error occurs during decompressing the next file, the newly created Python script is executed. This is especially true if the created Python is called traceback.py. The problem is that Python adds the current directory to sys.path when python -m MODULE is run, and the archive is also decompressed in the current directory. The fix removes sys.path[0] in gzip, tarfile and zipfile command line interface to prevent shadowing standard library modules from extracted files.

Existe um problema onde o `tarfile.tar filter` pode ser burlado usando entradas de link especialmente criadas, como links simbólicos com nomes vazios ou semelhantes a diretórios. Isso permite que um arquivo malicioso redirecione membros subsequentes para fora do diretório de extração pretendido, permitindo que a função `tarfile.extractall()` com `filter="tar"` grave arquivos em locais arbitrários no sistema, dependendo das permissões do processo que realiza a extração.

No módulo `tarfile`, os filtros de extração de tar e dados permitem a criação de diretórios vazios fora do destino pretendido em plataformas POSIX. Isso ocorre quando o nome de um membro sai do destino e posteriormente retorna a ele, como `../evil/../dest/sub/file`. Embora a verificação de contenção utilize o caminho resolvido, os diretórios intermediários são criados com base no nome fornecido. O conteúdo dos membros continua sendo extraído dentro do destino. Este problema não afeta o Windows, pois os componentes `..` são colapsados antes de atingirem o sistema de arquivos.

Existe um defeito no módulo "tarfile" do CPython, impactando as APIs de extração "TarFile" e de enumeração de entradas. A implementação do tar processa arquivos tar com offsets negativos sem erro, levando a um loop infinito e deadlock ao analisar arquivos tar criados de forma maliciosa.