CVE-2016-10583: Insecure Download of Executable in closure-util

closure-util Updated 02 Oct 2025

Summary

18/02/2019
No i
High
8.1

CVE-2016-10583: closure-util downloads Resources over HTTP. Affects closure-util versions < 2.0.0-beta.1. No fix is published. How to fix ↓

Free scan

Check if this vulnerability affects your application

Upload a manifest or SBOM and we'll show whether you're affected, plus every other risky package in the same scan.

Check my app free

No signup required · Results in about 60 seconds

Upload your dependency manifest or SBOM

Drag & drop your file here or

Java Javascript PHP Python Go Rust Ruby Dart C/C++ Elixir CycloneDX SPDX

Upload a supported dependency manifest or SBOM. No installation or source-code access required.

See supported files and SBOM formats
SBOM sbom.json · bom.json · bom.xml · *.spdx.json · *.cdx.json · *.cdx.xml
Java pom.xml · gradle.lockfile · buildscript-gradle.lockfile
Javascript package-lock.json · yarn.lock · pnpm-lock.yaml
PHP composer.lock
Python poetry.lock · requirements.txt · Pipfile.lock
Go go.mod
Rust Cargo.lock
Ruby Gemfile.lock
Dart pubspec.lock
C/C++ conan.lock
Elixir mix.lock
Enter your work email to receive your report link.

Verify your email to view the full report and start 30 days of continuous monitoring. No credit card required.

Sponsored Devnack Your last release was probably never penetration tested Manual testing by engineers who build software, not an auditor's checklist. Trusted by teams at Swift and Google Talk to Devnack

Background

closure-util is an npm package used for closure compiler builds. It provides a set of utilities and configurations for managing and optimizing JavaScript code. The package is vulnerable to an insecure download of an executable over an unencrypted HTTP connection.

Vulnerability Detail

The affected versions of closure-util insecurely download an executable over an unencrypted HTTP connection. This vulnerability allows an attacker with a privileged network position to intercept the response and replace the executable with a malicious one. As a result, code execution on the system running closure-util is possible.

How To Fix

No fixed version is published for this vulnerability.

To mitigate this issue, follow these steps:

  1. Install the package using npm's --ignore-scripts flag.
  2. Navigate to the package directory and open default-config.json in a text editor.
  3. Change the download URLs in the compiler_url and library_url fields to their https equivalents.
  4. Run npm i in the package directory to ensure the updated URLs are used for future installations.

Tip — Not sure whether your app is affected? Vulert can check the versions your app actually runs. Scan free →

Workaround

A workaround for this vulnerability is to manually modify the default-config.json file in the package directory. Open the file in a text editor and change the download URLs to use https instead of http. This ensures that the executable is downloaded securely. Remember to run npm i after making the changes to update the package.

Conclusion

The closure-util package is vulnerable to an insecure download of an executable over an unencrypted HTTP connection. This can lead to code execution on the system running closure-util. To mitigate the vulnerability, it is recommended to install the package using npm's --ignore-scripts flag and update the download URLs to use https instead of http in the default-config.json file. For more information and assistance, contact DevNack.com.

See every vulnerability recorded for closure-util →

Share this vulnerability

FAQ

closure-util is an npm package used for closure compiler builds. It provides utilities and configurations for managing and optimizing JavaScript code.

The vulnerability allows an attacker to replace the downloaded executable with a malicious one, leading to code execution on the system running closure-util.

To fix this vulnerability, install the package using npm's --ignore-scripts flag and update the download URLs in the default-config.json file to use https instead of http.

Yes, you can manually modify the default-config.json file in the package directory to use https URLs for the downloads. Remember to run npm i after making the changes.

For further support on vulnerability remediation, you can reach out to info@devnack.com.

How To Fix

No fixed version is published for this vulnerability.

To mitigate this issue, follow these steps:

  1. Install the package using npm's --ignore-scripts flag.
  2. Navigate to the package directory and open default-config.json in a text editor.
  3. Change the download URLs in the compiler_url and library_url fields to their https equivalents.
  4. Run npm i in the package directory to ensure the updated URLs are used for future installations.

Tip — Not sure whether your app is affected? Vulert can check the versions your app actually runs. Scan free →

Subscribe to Vulert on Telegram
Daily digest of new CVEs, critical and high severity, affected packages and fixes — plus a weekly roundup.
Join the channel →
Help improve this record
Report an issue or send feedback

Follow Vulert in Google

Get more Vulert vulnerability and dependency-security updates in Google Search and AI results.