cryptol/cve-reports/README.md
2024-11-16 16:59:18 -08:00

3.4 KiB

CVE Checks

Background.

Here we generate reports for listing any used packages that are subject to CVEs. We do this for both Haskell and Python.

For background, approach, and useful boilerplate, refer to https://github.com/GaloisInc/hello-cve-scans.git

Prerequisites

First, build the software of interest:

  • cryptol itself
  • cryptol-remote-api/python (a Python project), e.g.,
    cd cryptol-remote-api/python
    poetry install
    

Ensure you have the following installed (beyond what's required by cryptol):

  • wget
  • jq (json query, command line tool used to finagle json files)

Quick Start

Run this script to build & install software needed to do the checks:

cve-reports/bin/cvecheck-build.sh

Run this script to run both checks, writing freeform text to stdout:

cve-reports/bin/cvecheck-all.sh

Run this to generate both JSON reports (each with their own json structure):

cve-reports/bin/cvecheck-all.sh  --write-json

Individual reports can be run also:

cve-reports/bin/cvecheck-hs.sh               # generate the Haskell CVE report
cve-reports/bin/cvecheck-py.sh               # generate the Python CVE report

As well as the json output for each language:

cve-reports/bin/cvecheck-hs.sh --write-json
cve-reports/bin/cvecheck-py.sh --write-json

A concise rollup of the three JSON reports can be created with:

cve-reports/bin/cvecheck-consolidated.sh

which prints a sequence of normalized JSON values to the standard output for the known CVEs. The form of each CVE is like this example:

{
  "language": "Haskell",
  "id": "HSEC-2023-0007",
  "title": "readFloat: memory exhaustion with large exponent",
  "package": {
    "name": "base",
    "version": "4.17.2.1"
  }
}

Note that cvecheck-consolidated.sh does not generate the respective JSON reports, the user must do that with the above shell scripts.

What we check

We check both these projects

  • the top level Haskell project as captured in saw-script.cabal.
  • the Python project in cryptol-remote-api/python/.

We ignore the projects (packages, etc.) in dep/, if any are used in the above projects, the dependencies should be reflected in the builds of the above.

NOTE: if further projects get added to the repo, they need to be added to the scripts.

Caveats

For further background refer to https://github.com/GaloisInc/hello-cve-scans.git but in a nutshell

  • we may report false positives, as using a package does not imply exercising the code in a package (or environment) that exhibits the vulnerability.

Further details on the CVE checks for our three languages:

Haskell: bin/cvecheck-hs.sh

We use the MangoIV/cabal-audit package https://github.com/MangoIV/cabal-audit.git which is not to be confused with the cabal-audit in hackage. The latter is hopelessly out of date, while the former

  • is beta quality, but is being maintained
  • calls the cabal libraries and thus (for better or worse), inherits the cabal settings and environment.
  • uses the advisories in https://github.com/haskell/security-advisories.git (this repo contains the database as well as some customized Haskell packages.)

Note that the advisory database is checked and downloaded each time that cabal-audit is called.

Python: bin/cvecheck-py.sh

We use the python-audit package. Since are using poetry, we need to first "extract" a requirements.txt using poetry export.