Arbitrary File Write via Archive Extraction (Zip Slip) Affecting github.com/yi-ge/unzip package, versions *


0.0
medium

Snyk CVSS

    Attack Complexity High

    Threat Intelligence

    Exploit Maturity Proof of concept

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk ID SNYK-GOLANG-GITHUBCOMYIGEUNZIP-559345
  • published 5 Mar 2020
  • disclosed 5 Mar 2020
  • credit Sam Sanoop of Snyk Security Team

Introduced: 5 Mar 2020

CVE NOT AVAILABLE CWE-29 Open this link in a new tab
First added by Snyk

How to fix?

There is no fixed version for github.com/yi-ge/unzip.

Overview

github.com/yi-ge/unzip is a Golang *.zip decompress package. This package is a fork from https://github.com/artdarek/go-unzip with added support for Symlinks.

Affected versions of this package are vulnerable to Arbitrary File Write via Archive Extraction (Zip Slip). ZIP Path traversal is possible during extraction due to no validation and sanitization of filenames.

PoC

package main
import ("github.com/yi-ge/unzip"
"fmt")

func main() { u := unzip.New("/home/snoopy/zip-slip.zip", "/home/snoopy/uploads") err := u.Extract() if err != nil { fmt.Println(err) } }

Details

It is exploited using a specially crafted zip archive, that holds path traversal filenames. When exploited, a filename in a malicious archive is concatenated to the target extraction directory, which results in the final path ending up outside of the target folder. For instance, a zip may hold a file with a "../../file.exe" location and thus break out of the target folder. If an executable or a configuration file is overwritten with a file containing malicious code, the problem can turn into an arbitrary code execution issue quite easily.

The following is an example of a zip archive with one benign file and one malicious file. Extracting the malicous file will result in traversing out of the target folder, ending up in /root/.ssh/ overwriting the authorized_keys file:


+2018-04-15 22:04:29 ..... 19 19 good.txt

+2018-04-15 22:04:42 ..... 20 20 ../../../../../../root/.ssh/authorized_keys