Tutorial

How To Use Vuls as a Vulnerability Scanner on Ubuntu 18.04

Updated on December 21, 2021
How To Use Vuls as a Vulnerability Scanner on Ubuntu 18.04
Not using Ubuntu 18.04?Choose a different version or distribution.
Ubuntu 18.04

The author selected the Free and Open Source Fund to receive a donation as part of the Write for DOnations program.

Introduction

Vuls is an open-source, agentless vulnerability scanner written in Go. It automates security vulnerability analysis of the software installed on a system, which can be a burdensome task for system administrators to do manually in a production environment. Vuls uses multiple renowned vulnerability databases, such as the National Vulnerability Database (NVD). Light on resources, Vuls has the ability to scan multiple systems at once, and to send reports via email or Slack. It has three scan modes (fast, fast root, and deep), which you can select according to the situation.

Vuls is not a broad IT security scanner; for example, it does not monitor network traffic or protect against brute-force login attacks. However, Vuls provides a way of automating vulnerability reporting for Linux packages. When the databases Vuls uses are informed of a fix to certain vulnerabilities, Vuls will also pull this remediation information into its reports. When generating reports, Vuls prioritizes the most urgent vulnerabilities using the established ranking system from the database.

In this tutorial, you’ll deploy Vuls to an Ubuntu 18.04 server. This includes building Vuls and its dependencies from source code, configuring scanning and reporting to Slack, and optionally connecting it to target machines to enable remote scanning. In the end, you’ll have an automated vulnerability reporting system in place that alerts you to vulnerabilities and eliminates the need for manual checks.

Prerequisites

To complete this tutorial, you’ll need:

  • A server with at least 2 GB RAM running Ubuntu 18.04 with root access, and a secondary, non-root account. You can set this up by following this initial server setup guide. For this tutorial the non-root user is sammy.
  • A Slack workspace you’re a member of. To learn how to create a workspace, visit the official docs.
  • (Optional) Multiple servers running (preferably) Ubuntu 18.04 with root access and a secondary, non-root account, if you want to set up Vuls to scan them remotely. In this tutorial, the secondary account is sammy-shark.The secondary account must have an SSH key configured for authentication, which you can do by following the Vuls product docs.

Step 1 — Installing Dependencies

In this section, you’ll create a folder for storing Vuls data, install the latest version of the Go programming language, and install other packages Vuls and its dependencies require.

For this tutorial, you’ll store all Vuls-related data in the /usr/share/vuls-data directory. Create it by running the following command:

  1. sudo mkdir /usr/share/vuls-data

To make it accessible to sammy, run the following command:

  1. sudo chown -R sammy /usr/share/vuls-data

You’ve now created the vuls-data folder, which will be your workspace. Before you continue installing the required packages, first update the package manager cache:

  1. sudo apt update

To download and compile the dependencies, you’ll install git, gcc, make, sqlite, debian-goodies and wget.

sqlite is a database system, which you’ll use here for storing vulnerability information. debian-goodies contains the checkrestart utility, which provides information on what packages can and should be restarted at any given moment in time.

You can install them all in one command:

  1. sudo apt install sqlite git debian-goodies gcc make wget -y

You have now installed the required packages. Next, install Go using the snap package manager by running the following command:

  1. sudo snap install go --classic

You use snap to install Go since it installs the latest version of the language, unlike apt, which may install an older version. Working with an older version is not recommended and may prevent you from completing this tutorial.

In order to work, Go requires a few environment variables that you’ll set up: GOPATH and PATH. GOPATH specifies the working directory for Go. PATH, which contains directories in which programs are placed, must be extended to tell the system where to find Go itself.

These environment variables need to be set each time the user logs on. To automate this, you will create a new executable file, called go-env.sh, under /etc/profile.d. This will result in the directory executing every time a user logs on.

Create go-env.sh using your text editor:

  1. sudo nano /etc/profile.d/go-env.sh

Add the following commands to the file:

/etc/profile.d/go-env.sh
export GOPATH=$HOME/go
export PATH=$PATH:$GOPATH/bin:/snap/bin

The export command sets the given environment variable to the desired value; here you use it to populate GOPATH and PATH with appropriate values.

Save and close the file.

Currently, go-env.sh is not executable. To fix this, mark it as executable by running the following command:

  1. sudo chmod +x /etc/profile.d/go-env.sh

To avoid having to log in again, you can reload go-env.sh by running:

  1. source /etc/profile.d/go-env.sh

The source command reloads the given file into the current shell while preserving its state.

In this section, you have installed the Go language, set up its environment variables, and installed packages that you’ll require later on. In the next steps, you’ll download and compile the Go programs that Vuls requires. Those programs are go-cve-dictionary and goval-dictionary, which Vuls uses for querying vulnerability databases.

Step 2 — Installing and Running go-cve-dictionary

In this section, you will download and compile go-cve-dictionary, a Go package that provides access to the NVD (National Vulnerability Database). Then, you will run it and fetch vulnerability data for Vuls to use. The NVD is the US government’s repository of publicly reported cybersecurity vulnerabilities, containing vulnerability IDs (CVE — Common Vulnerabilities and Exposures), summaries, and impact analysis, and is available in a machine-readable format.

Go stores packages under $GOPATH/src/. You can extend this further with the use of subdirectories to note origin. As an example, packages from GitHub made by the user example-user would be stored under $GOPATH/src/github.com/example-user.

You’ll first install go-cve-dictionary by cloning the Go package from GitHub and compiling it afterwards.

Start off by creating a directory to store it, according to the example path:

  1. mkdir -p $GOPATH/src/github.com/vulsio

Navigate to it by running:

  1. cd $GOPATH/src/github.com/vulsio

Now you’ll clone go-cve-dictionary from GitHub to your server by running:

  1. git clone https://github.com/vulsio/go-cve-dictionary.git

Then, navigate to the package root:

  1. cd go-cve-dictionary

Finally, compile and install it by running the following command:

  1. make install

Keep in mind that this command may take some time to finish. To make it available system wide, copy it to the /usr/local/bin:

  1. sudo cp $GOPATH/bin/go-cve-dictionary /usr/local/bin

go-cve-dictionary requires access to a log output directory, and by default it is /var/log/vuls. Create it by running:

  1. sudo mkdir /var/log/vuls

Right now, the log directory is readable by everyone. Restrict access to the current user with the following command:

  1. sudo chmod 700 /var/log/vuls

Setting the permission flags to 700 restricts access to only the owner.

To make it accessible to sammy, or another user, run the following command:

  1. sudo chown -R sammy /var/log/vuls

Now, you’ll fetch vulnerability data from the NVD and store it in your Vuls workspace (/usr/share/vuls-data):

  1. go-cve-dictionary fetch nvd --dbpath /usr/share/vuls-data/cve.sqlite3

This command will fetch NVD vulnerability data from year 2002 to the current year, and store it in a database under /usr/share/vuls-data.

Note: This command will take a long time to finish, and may fail if your server has less than 2 GB of RAM.

In this step, you have downloaded and installed go-cve-dictionary, and fetched NVD data for Vuls to later use. In the next section, you’ll download and install goval-dictionary and fetch OVAL data for Ubuntu.

Step 3 — Installing and Running goval-dictionary

In this section, you will download and compile goval-dictionary, a Go package that provides access to the OVAL database for Ubuntu. You’ll then run it and fetch vulnerability data for Vuls to use. OVAL stands for Open Vulnerability and Assessment Language, which is an open language used to express checks for determining whether software vulnerabilities exist on a given system.

Navigate to the $GOPATH/src/github.com/vulsio folder:

  1. cd $GOPATH/src/github.com/vulsio

Clone the package from GitHub by running the following command:

  1. git clone https://github.com/vulsio/goval-dictionary.git

Enter the package folder:

  1. cd goval-dictionary

Compile and install it with make:

  1. make install

Copy it to /usr/local/bin to make it globally accessible:

  1. sudo cp $GOPATH/bin/goval-dictionary /usr/local/bin

Then, fetch the OVAL data for Ubuntu 18.x by running the following command:

  1. sudo goval-dictionary fetch ubuntu --dbpath=/usr/share/vuls-data/oval.sqlite3 18

In this step, you have downloaded and installed goval-dictionary, and fetched the OVAL data for Ubuntu 18.x. In the next step, you’ll download and install gost and fetch Debian security tracker data.

Step 4 — Installing and Running gost

In this section, you will download and compile gost, a Go package that provides access to the Debian security bug tracker. You will then run it and fetch vulnerability data for Vuls to use. The Ubuntu security tracker collects all information about the vulnerability status of packages distributed with Ubuntu.

You’ll store this package in the same directory as before. Navigate to it by running the following command:

  1. cd $GOPATH/src/github.com/vulsio

Clone the package from GitHub by running:

  1. git clone https://github.com/vulsio/gost.git

When it finishes, enter the package folder:

  1. cd gost

Compile and install it with make:

  1. make install

Copy it to /usr/local/bin to make it globally accessible:

  1. sudo cp $GOPATH/bin/gost /usr/local/bin

Then, create a log file directory for gost:

  1. sudo mkdir /var/log/gost

Restrict access to the current user with the following command:

  1. sudo chmod 700 /var/log/gost

As was noted before, setting the permission flags to 700 restricts access to only the owner.

To make it accessible to sammy, or another user, run the following command:

  1. sudo chown -R sammy /var/log/gost

Then, fetch the Ubuntu security tracker data by running:

  1. gost fetch ubuntu --dbpath=/usr/share/vuls-data/gost.sqlite3

The output will be long, and possibly won’t be cleared correctly. You can run the clear command to clear it.

In this step, you have downloaded and installed gost and fetched the data for Debian. In the next step, you’ll download and install Vuls.

Step 5 — Downloading and Configuring Vuls

With all of the dependencies installed, now you’ll download and compile Vuls from source code. Afterward, you’ll configure it to scan the local machine.

Create a new directory that contains the path to the Vuls repository with this command:

  1. mkdir -p $GOPATH/src/github.com/future-architect

Navigate to it:

  1. cd $GOPATH/src/github.com/future-architect

Clone Vuls from GitHub by running the following command:

  1. git clone https://github.com/future-architect/vuls.git

Enter the package folder:

  1. cd vuls

Compile and install it at the same time by running:

  1. make install

Remember that it may take some time for this command to complete.

Copy it to /usr/local/bin to make it globally accessible:

  1. sudo cp $GOPATH/bin/vuls /usr/local/bin

Now, you’ll create a configuration file for Vuls. Navigate back to /usr/share/vuls-data:

  1. cd /usr/share/vuls-data

Vuls stores its configuration in a TOML file, which you’ll call config.toml. Create it using your text editor:

  1. sudo nano config.toml

Enter the following configuration:

/usr/share/vuls-data/config.toml
[cveDict]
type = "sqlite3"
SQLite3Path = "/usr/share/vuls-data/cve.sqlite3"

[ovalDict]
type = "sqlite3"
SQLite3Path = "/usr/share/vuls-data/oval.sqlite3"

[gost]
type = "sqlite3"
SQLite3Path = "/usr/share/vuls-data/gost.sqlite3"

[servers]

[servers.localhost]
host = "localhost"
port = "local"
scanMode = [ "fast" ]
#scanMode = ["fast", "fast-root", "deep", "offline"]

The first two sections of this configuration (cveDict and ovalDict) point Vuls to the vulnerability databases you created in the last two steps. The next section (servers) marks the start of server-related information. Separate sections will group information about each server. The only server Vuls will scan with this outlined configuration is the local server (localhost).

Vuls provides four scan modes:

  • Fast mode (default): scans without root privileges, has no dependencies, and is very light on the target server.
  • Fast root mode: scans with root privileges and can detect upgraded, but not yet restarted processes.
  • Deep scan mode: same as fast root mode, but checks changelogs, which can lead to a high load on the target server.
  • Offline mode: scans the machine without internet access and can be used in conjunction with other modes.

Save and close the file.

To test the validity of the configuration file, run the following command:

  1. vuls configtest

The output will look similar to this:

Output
[Dec 14 09:07:28] INFO [localhost] vuls-v0.19.0-build-20211214_090234_2b7294a [Dec 14 09:07:28] INFO [localhost] Validating config... [Dec 14 09:07:28] INFO [localhost] Detecting Server/Container OS... [Dec 14 09:07:28] INFO [localhost] Detecting OS of servers... [Dec 14 09:07:28] INFO [localhost] (1/1) Detected: localhost: ubuntu 18.04 [Dec 14 09:07:28] INFO [localhost] Detecting OS of containers... [Dec 14 09:07:28] INFO [localhost] Checking Scan Modes... [Dec 14 09:07:28] INFO [localhost] Checking dependencies... [Dec 14 09:07:28] INFO [localhost] Dependencies... Pass [Dec 14 09:07:28] INFO [localhost] Checking sudo settings... [Dec 14 09:07:28] INFO [localhost] sudo ... No need [Dec 14 09:07:28] INFO [localhost] It can be scanned with fast scan mode even if warn or err messages are displayed due to lack of dependent packages or sudo settings in fast-root or deep scan mode [Dec 14 09:07:28] INFO [localhost] Scannable servers are below... localhost

You’ve entered the configuration correctly, and Vuls has detected that it can scan the local server.

You’ve installed and configured Vuls to scan the local server. In the next step, you will run a local scan and view the generated report.

Step 6 — Running a Local Scan

In this section, you will run a local scan and then view the generated vulnerability report. By now, you have configured only the local server, which Vuls correctly detected in the last step. The default scan mode, if not explicitly specified, is fast.

To run a scan, execute the following command:

  1. vuls scan

The output will look similar to this:

[Dec 14 09:07:47]  INFO [localhost] vuls-v0.19.0-build-20211214_090234_2b7294a
[Dec 14 09:07:47]  INFO [localhost] Start scanning
[Dec 14 09:07:47]  INFO [localhost] config: /usr/share/vuls-data/config.toml
[Dec 14 09:07:47]  INFO [localhost] Validating config...
[Dec 14 09:07:47]  INFO [localhost] Detecting Server/Container OS...
[Dec 14 09:07:47]  INFO [localhost] Detecting OS of servers...
[Dec 14 09:07:47]  INFO [localhost] (1/1) Detected: localhost: ubuntu 18.04
[Dec 14 09:07:47]  INFO [localhost] Detecting OS of containers...
[Dec 14 09:07:47]  INFO [localhost] Checking Scan Modes...
[Dec 14 09:07:47]  INFO [localhost] Detecting Platforms...
[Dec 14 09:07:47]  INFO [localhost] (1/1) localhost is running on other
[Dec 14 09:07:47]  INFO [localhost] Scanning OS pkg in fast mode
[Dec 14 09:07:47]  INFO [localhost] Scanning listen port...
[Dec 14 09:07:47]  INFO [localhost] Using Port Scanner: Vuls built-in Scanner


Scan Summary
================
localhost       ubuntu18.04     539 installed


To view the detail, vuls tui is useful.
To send a report, run vuls report -h.

Vuls has logged what it did in the process. To view a report of vulnerabilities it has identified, run:

  1. vuls tui

Vuls divides the report view into four panels:

  • Scanned machines: located on the upper left, lists machines that Vuls scanned.
  • Found vulnerabilities: located right of the machine list, shows the vulnerabilities Vuls found in installed packages.
  • Detailed information: takes up the left part of the screen, shows detailed information about the vulnerability, pulled from the databases.
  • Affected packages: located right of the detailed information, shows what the affected package versions are, and if there is a fixed version.

Alt vuls reporting view

You can cycle the cursor through the panels by pressing ENTER, and navigate with the keyboard arrows. When you’re done, press CTRL+C to exit.

In this step, you ran a local scan and inspected the results. In the next (optional) section, you’ll configure Vuls to scan multiple target machines.

Step 7 — (Optional) Configuring Multiple Target Machines

In this section, you’ll configure Vuls to scan multiple target machines. This entails configuring /etc/sudoers on the target and configuring Vuls to scan the target.

In the previous step, you configured Vuls to scan the local machine (localhost). You can add as many servers as you wish, provided you have the following:

  • the target server’s IP
  • root access to the target server
  • an available account on the target server (sammy-shark in this tutorial)

You can only use a non-root user account on the target server for scanning in fast mode. To enable scanning in fast root and deep modes, you’ll need to edit the /etc/sudoers file on the target machine(s). The sudoers file controls which users can run what commands, and also whether you need a password for specified commands.

Since visudo is the utility for defining rules for access and privileged access, you can only run it as root. Because of the importance of sudoers, the file will not exit with errors without giving a warning.

On the target server, log in as root and open sudoers for editing by running visudo:

  1. visudo

Add this line to the end of the file:

/etc/sudoers
sammy-shark ALL=(ALL) NOPASSWD: /usr/bin/apt-get update, /usr/bin/stat *, /usr/sbin/checkrestart

This line instructs sudo to allow user sammy-shark to run apt-get update, checkrestart, and every command available from stat, without providing a password.

Save and close the file. If you made a syntax error in the process, visudo will inform you and offer to edit it again or exit.

Note: By allowing the sammy-shark user in sudoers, you are allowing Vuls to scan using fast root and deep modes. If you want to allow those modes for the local machine (localhost) too, edit sudoers on localhost as shown earlier.

Vuls uses the checkrestart utility to check for packages that are updated, but which require restart. To ensure the target server has it, install it by running the following command:

  1. apt install debian-goodies -y

That is all you need to do on the target server; you can now log out from the target and log back in to your first server.

To add a new server for scanning, open config.toml and add the following lines under the [servers] mark:

/usr/share/vuls-data/config.toml
[servers.target_name]
host = "target_ip"
port = "22"
user = "account_username"
keyPath = "/home/sammy/.ssh/id_rsa"
scanMode = [ "deep" ] # "fast", "fast-root" or "deep"

The lines above serve as a template for adding new servers. Remember to replace target_name with the desired name, target_ip with the IP of the target server, account_username with the username, and supply the path of your private RSA key. Vuls does not support SSH password authentication, so specifying a keyPath is necessary.

Save and close the file.

Next, for each target server you’ve added, you’ll confirm the RSA keys on the local machine. To achieve this, you’ll log in to the target server from your first server with the appropriate key, like so:

  1. ssh sammy-shark@target_ip -i /home/sammy/.ssh/id_rsa

Remember to input the path of your private RSA key. When asked whether you want to continue connecting, enter yes, then log out by pressing CTRL + D.

If you get an error about key file permissions being too open, set them to 600 by running the following command:

  1. chmod 600 account_rsa_key

Setting permissions to 600 ensures that only the owner can read and write the key file.

To check the validity of the new configuration, run the following command:

  1. vuls configtest

The output will detail everything that Vuls checked, such as dependencies, superuser access, and OS versions. If there are any errors, check your config.toml against the configuration in the tutorial.

In this step, you added more target servers to your Vuls configuration, thus marking them for scanning. In the next section, you will configure Vuls to periodically scan and send reports to a configured Slack workspace.

Step 8 — Configuring Periodic Scanning and Reporting to Slack

In this section, you will configure Vuls to send reports to Slack and make a cron job to run Vuls scans periodically.

To use Slack integration, you’ll need to have an incoming webhook on Slack for your workspace. Incoming webhooks are a simple way for an application to provide real-time information from other applications. In this case, you’ll configure Vuls to report to your Slack channel.

If you haven’t ever created a webhook, you’ll first need to create an app for your workspace. To do so, first log in to Slack and navigate to the app creation page. Pick a name that you’ll recognize, select the desired workspace, and click Create App.

You’ll be redirected to the settings page for the new app. Click on Incoming Webhooks on the left navigation bar.

Alt left nav bar "incoming webhooks"

Enable webhooks by flipping the switch button next to the title Activate Incoming Webhooks.

Alt activate incoming web hooks

A new section further down the page will be uncovered. Scroll down and click the Add New Webhook to Workspace button. On the next page, select the channel you want the reports to be sent to and click Allow.

You’ll be redirected back to the settings page for webhooks, and you’ll see a new webhook listed in the table. Click on Copy to copy it to clipboard and make note of it for later use.

Then, open config.toml for editing:

  1. sudo nano config.toml

Add the following lines:

/usr/share/vuls-data/config.toml
[slack]
hookURL      = "your_hook_url"
channel      = "#your_channel_name"
authUser     = "your_username"
#notifyUsers  = ["@username"]

Replace the your_hook_URL with the webhook URL you noted earlier, your_channel_name with the name of the desired channel, and your_username with the username of the user that created the webhook. Save and close the file.

To test the integration, you can generate a report by running vuls report, like this:

  1. sudo vuls report -to-slack

Vuls will take a few moments to run and exit successfully. If it shows an error, check what you’ve entered against the preceding lines.

You can check the Slack app and confirm that Vuls has successfully sent the report.

Alt header for Slack posted report

Now that you’ve configured reporting, you’ll set up scheduled scans. cron is a time-based job scheduler found on every Ubuntu machine. It is configured via the crontab file that defines in precise syntax when a command should run. To help ease the editing, you’ll use the crontab utility, which opens the current crontab file in an editor.

Open the current crontab file by running the following command:

  1. crontab -e

When prompted, select your preferred text editor from the list.

Add the following line to the end of the file:

0 0 * * * vuls scan -config=/usr/share/vuls-data/config.toml; vuls report -config=/usr/share/vuls-data/config.toml > /dev/null 2>&1

The line above instructs cron to run vuls scan and vuls report with the given configuration every day at noon (denoted by 0 0 * * * in cron syntax).

Save and close the file.

In this step, you have connected Vuls to your Slack workspace and configured cron to run a Vuls scan and report every day at noon.

Conclusion

You have now successfully set up Vuls with automated scanning and reporting on an Ubuntu 18.04 server. For more reporting options, as well as troubleshooting, visit the Vuls documentation.

With Vuls, vulnerability assessment becomes a more seamless process in production environments. As an alternative to setting up cron, it is also possible to use Vuls in a continuous deployment workflow, as its scans are lightweight and you can run them as needed. You could also consider implementing a firewall with Vuls to restrict access and reduce the need for root access.

Thanks for learning with the DigitalOcean Community. Check out our offerings for compute, storage, networking, and managed databases.

Learn more about us


About the authors
Default avatar
Savic

author



Still looking for an answer?

Ask a questionSearch for more help

Was this helpful?
 
2 Comments


This textbox defaults to using Markdown to format your answer.

You can type !ref in this text area to quickly search our full set of tutorials, documentation & marketplace offerings and insert the link!

Note for «Step 3 - Installing and Running go-cve-dictionary» when you run “make install” and show this message:

go get -u github.com/golang/dep/...
dep ensure -v
make: dep: Command not found
GNUmakefile:28: recipe for target 'dep' failed
make: *** [dep] Error 127

try

ln -s /home/sammy/go/bin/dep /usr/bin/

small trick from: https://github.com/kotakanbe/go-cve-dictionary/issues/52

Hello

I’m a little stuck.

The “make install” command produces an error, see below.

adminroot@vul:~$ mkdir -p $GOPATH/src/github.com/kotakanbe adminroot@vul:~$ cd $GOPATH/src/github.com/kotakanbe adminroot@vul:~/go/src/github.com/kotakanbe$ git clone https://github.com/kotakanbe/go-cve-dictionary.git fatal: destination path ‘go-cve-dictionary’ already exists and is not an empty directory. adminroot@vul:~/go/src/github.com/kotakanbe$ cd go-cve-dictionary adminroot@vul:~/go/src/github.com/kotakanbe/go-cve-dictionary$ make install GO111MODULE=on go install -ldflags “-X ‘main.version=v0.4.1’ -X ‘main.revision=03136a8’” fetcher/jvn/xml/jvn.go:14:2: cannot find package “github.com/PuerkitoBio/goquery” in any of: /usr/lib/go-1.10/src/github.com/PuerkitoBio/goquery (from $GOROOT) /home/adminroot/go/src/github.com/PuerkitoBio/goquery (from $GOPATH) config/config.go:4:2: cannot find package “github.com/asaskevich/govalidator” in any of: /usr/lib/go-1.10/src/github.com/asaskevich/govalidator (from $GOROOT) /home/adminroot/go/src/github.com/asaskevich/govalidator (from $GOPATH) db/rdb.go:8:2: cannot find package “github.com/cheggaaa/pb” in any of: /usr/lib/go-1.10/src/github.com/cheggaaa/pb (from $GOROOT) /home/adminroot/go/src/github.com/cheggaaa/pb (from $GOPATH) models/models.go:8:2: cannot find package “github.com/fatih/color” in any of: /usr/lib/go-1.10/src/github.com/fatih/color (from $GOROOT) /home/adminroot/go/src/github.com/fatih/color (from $GOPATH) db/redis.go:10:2: cannot find package “github.com/go-redis/redis” in any of: /usr/lib/go-1.10/src/github.com/go-redis/redis (from $GOROOT) /home/adminroot/go/src/github.com/go-redis/redis (from $GOPATH) main.go:10:2: cannot find package “github.com/google/subcommands” in any of: /usr/lib/go-1.10/src/github.com/google/subcommands (from $GOROOT) /home/adminroot/go/src/github.com/google/subcommands (from $GOPATH) db/db.go:7:2: cannot find package “github.com/hashicorp/go-version” in any of: /usr/lib/go-1.10/src/github.com/hashicorp/go-version (from $GOROOT) /home/adminroot/go/src/github.com/hashicorp/go-version (from $GOPATH) fetcher/fetcher.go:12:2: cannot find package “github.com/htcat/htcat” in any of: /usr/lib/go-1.10/src/github.com/htcat/htcat (from $GOROOT) /home/adminroot/go/src/github.com/htcat/htcat (from $GOPATH) log/log.go:9:2: cannot find package “github.com/inconshreveable/log15” in any of: /usr/lib/go-1.10/src/github.com/inconshreveable/log15 (from $GOROOT) /home/adminroot/go/src/github.com/inconshreveable/log15 (from $GOPATH) db/rdb.go:9:2: cannot find package “github.com/jinzhu/gorm” in any of: /usr/lib/go-1.10/src/github.com/jinzhu/gorm (from $GOROOT) /home/adminroot/go/src/github.com/jinzhu/gorm (from $GOPATH) db/rdb.go:18:2: cannot find package “github.com/jinzhu/gorm/dialects/mysql” in any of: /usr/lib/go-1.10/src/github.com/jinzhu/gorm/dialects/mysql (from $GOROOT) /home/adminroot/go/src/github.com/jinzhu/gorm/dialects/mysql (from $GOPATH) db/rdb.go:19:2: cannot find package “github.com/jinzhu/gorm/dialects/postgres” in any of: /usr/lib/go-1.10/src/github.com/jinzhu/gorm/dialects/postgres (from $GOROOT) /home/adminroot/go/src/github.com/jinzhu/gorm/dialects/postgres (from $GOPATH) db/rdb.go:22:2: cannot find package “github.com/jinzhu/gorm/dialects/sqlite” in any of: /usr/lib/go-1.10/src/github.com/jinzhu/gorm/dialects/sqlite (from $GOROOT) /home/adminroot/go/src/github.com/jinzhu/gorm/dialects/sqlite (from $GOPATH) log/log.go:10:2: cannot find package “github.com/k0kubun/pp” in any of: /usr/lib/go-1.10/src/github.com/k0kubun/pp (from $GOROOT) /home/adminroot/go/src/github.com/k0kubun/pp (from $GOPATH) db/db.go:12:2: cannot find package “github.com/knqyf263/go-cpe/common” in any of: /usr/lib/go-1.10/src/github.com/knqyf263/go-cpe/common (from $GOROOT) /home/adminroot/go/src/github.com/knqyf263/go-cpe/common (from $GOPATH) db/db.go:13:2: cannot find package “github.com/knqyf263/go-cpe/matching” in any of: /usr/lib/go-1.10/src/github.com/knqyf263/go-cpe/matching (from $GOROOT) /home/adminroot/go/src/github.com/knqyf263/go-cpe/matching (from $GOPATH) db/db.go:14:2: cannot find package “github.com/knqyf263/go-cpe/naming” in any of: /usr/lib/go-1.10/src/github.com/knqyf263/go-cpe/naming (from $GOROOT) /home/adminroot/go/src/github.com/knqyf263/go-cpe/naming (from $GOPATH) server/server.go:12:2: cannot find package “github.com/labstack/echo” in any of: /usr/lib/go-1.10/src/github.com/labstack/echo (from $GOROOT) /home/adminroot/go/src/github.com/labstack/echo (from $GOPATH) server/server.go:13:2: cannot find package “github.com/labstack/echo/middleware” in any of: /usr/lib/go-1.10/src/github.com/labstack/echo/middleware (from $GOROOT) /home/adminroot/go/src/github.com/labstack/echo/middleware (from $GOPATH) db/rdb.go:15:2: cannot find package “github.com/mattn/go-sqlite3” in any of: /usr/lib/go-1.10/src/github.com/mattn/go-sqlite3 (from $GOROOT) /home/adminroot/go/src/github.com/mattn/go-sqlite3 (from $GOPATH) commands/list.go:18:2: cannot find package “github.com/olekukonko/tablewriter” in any of: /usr/lib/go-1.10/src/github.com/olekukonko/tablewriter (from $GOROOT) /home/adminroot/go/src/github.com/olekukonko/tablewriter (from $GOPATH) db/db.go:10:2: cannot find package “github.com/pkg/errors” in any of: /usr/lib/go-1.10/src/github.com/pkg/errors (from $GOROOT) /home/adminroot/go/src/github.com/pkg/errors (from $GOPATH) GNUmakefile:31: recipe for target ‘install’ failed make: *** [install] Error 1 adminroot@vul:~/go/src/github.com/kotakanbe/go-cve-dictionary$

Try DigitalOcean for free

Click below to sign up and get $200 of credit to try our products over 60 days!

Sign up

Join the Tech Talk
Success! Thank you! Please check your email for further details.

Please complete your information!

Get our biweekly newsletter

Sign up for Infrastructure as a Newsletter.

Hollie's Hub for Good

Working on improving health and education, reducing inequality, and spurring economic growth? We'd like to help.

Become a contributor

Get paid to write technical tutorials and select a tech-focused charity to receive a matching donation.

Welcome to the developer cloud

DigitalOcean makes it simple to launch in the cloud and scale up as you grow — whether you're running one virtual machine or ten thousand.

Learn more
DigitalOcean Cloud Control Panel