CLICLItypeA command you run, rather than a dependency you import.See every one →What this type is →independently maintainedindependently maintainedoriginPublished by one person or a small company outside SAP. Says nothing about quality; the readings say that.See every one →

audit-summary

A command line that summarises npm audit results by root dependency, with severity counts, current against latest versions and thresholds that exit with code 1.

Runs npm audit and npm ls in a project, maps each finding to the top-level dependency that brings it in, removes duplicate counts and prints one table with critical, high, moderate and low counts per root dependency. --verbose lists the vulnerabilities per package, --json writes machine-readable output, --workspace <name> audits a single workspace of a monorepo, and --init creates an .audit-summary.json file with baseline thresholds. A threshold is a limit per severity, set per package or as a default; when one is exceeded the tool lists the offending packages and exits with code 1, so a CI/CD step fails. It reads the npm dependency tree, so it sees known vulnerabilities in a project's declared npm dependencies before deployment, and it does not see anything installed elsewhere.

Facts

Latestv1.2.0ReleasedLast pushLicenceMIT

Where it sits

Lives in
Provides
Vulnerability scanningCAPUI5Vulnerability scanningcapabilityFinding known vulnerabilities in the open-source components an application depends on, in the project's dependency tree before it is deployed and in the application once it runs, and following each one until it is fixed. Checking a file somebody uploaded is [malware scanning](capability:malware-scanning), and checking an application's own source for flaws is [static analysis](capability:abap-static-analysis).CI/CD pipelinesCAPCI/CD pipelinescapabilityA pipeline that builds, tests and delivers an application each time its source repository changes, with a build log that shows which step failed. [Deployment](capability:deployment) describes getting the build onto its target runtime.
Serves

Who is behind it

Robin van het HofRobin van het HofPersonMaintains this
In the atlas: maintains 6, contributes to 3
@qualiture
maintainer

Before choosing this

Conditions

PracticalFunctional boundary

It audits through npm: a project that resolves its dependencies with another package manager, or has no package.json, has nothing for it to run. What it reports is what npm audit knows, so a vulnerability outside the npm advisory data is not in its table.

What it declares

Every artifact

Type
CLI
Origin
Independently maintained
Runtime
Node.js

As a CLI

Distributed through
does not say

Connections2

Install

npm add audit-summary

Derived from the package name. No recipe recorded; the README has the configuration.

README

quoted from qualiture/audit-summary under MIT, read
qualiture/audit-summary/README.mdOn GitHub

audit-summary

A powerful CLI tool that provides a clear, organized summary of NPM package vulnerabilities grouped by root dependencies. Track security issues, set thresholds, and monitor which packages need updates - all with beautiful, color-coded output.

Why audit-summary?

While npm audit provides detailed vulnerability information, it can be overwhelming and difficult to prioritize. audit-summary solves this by:

  • 📦 Grouping vulnerabilities by root dependency - See which top-level packages are causing issues
  • 🎯 Deduplicating vulnerabilities - No more counting the same issue multiple times per package
  • 📊 Clear severity breakdown - Instant overview of critical, high, moderate, and low severity issues
  • 🚨 Threshold enforcement - Set limits and fail CI/CD builds when thresholds are exceeded
  • 📈 Version tracking - See current vs. latest versions for all root packages
  • 💅 Beautiful output - Color-coded tables and verbose modes for easy reading

Installation

npm install -g audit-summary
Local Installation (Per Project)
npm install --save-dev audit-summary

Usage

Basic Command

Run a security audit with a summary view:

audit-summary

This displays a table showing vulnerability counts for each root dependency:

╭─────────────────────────────────────────────────────────────────────────────╮
│ NPM Packages Audit Summary (deduped by package per root dependency)        │
├──────────────────┬─────────┬─────────┬──────────┬──────┬──────────┬─────────┤
│ Root Dependency  │ Current │ Latest  │ Critical │ High │ Moderate │ Low │...│
├──────────────────┼─────────┼─────────┼──────────┼──────┼──────────┼─────────┤
│ express          │ 4.18.2  │ 4.19.0  │        2 │    3 │        5 │   1 │...│
│ lodash           │ 4.17.20 │ 4.17.21 │        0 │    1 │        0 │   0 │...│
│ axios            │ 0.21.1  │ 1.6.0   │        1 │    0 │        2 │   0 │...│
├──────────────────┼─────────┼─────────┼──────────┼──────┼──────────┼─────────┤
│ TOTAL            │         │         │        3 │    4 │        7 │   1 │...│
╰──────────────────┴─────────┴─────────┴──────────┴──────┴──────────┴─────────╯
Command Line Options
-v, --verbose

Show detailed vulnerability information for each package:

audit-summary --verbose

Output:

express (4.18.2 → latest: 4.19.0)
  - send [critical] (affected: <0.18.0)
  - serve-static [critical] (affected: <1.15.0)
  - qs [high] (affected: <6.11.0)
  Summary: 2 critical, 3 high, 5 moderate, 1 low
-----
lodash (4.17.20 → latest: 4.17.21)
  - lodash [high] (affected: <4.17.21)
  Summary: 1 high
-----
-j, --json

Output results in JSON format for programmatic use:

audit-summary --json

Output:

{
    "roots": {
        "express": {
            "currentVersion": "4.18.2",
            "latestVersion": "4.19.0",
            "vulnerabilities": [
                {
                    "name": "send",
                    "severity": "critical",
                    "range": "<0.18.0"
                }
            ],
            "summary": {
                "critical": 2,
                "high": 3,
                "moderate": 5,
                "low": 1,
                "info": 0,
                "total": 11
            }
        }
    },
    "global": {
        "critical": 3,
        "high": 4,
        "moderate": 7,
        "low": 1,
        "info": 0,
        "total": 15
    }
}
-i, --init

Create a .audit-summary.json configuration file with current vulnerability counts as baseline thresholds:

audit-summary --init

This creates a config file like:

{
    "packages": {
        "express": {
            "severityThresholdCritical": 2,
            "severityThresholdHigh": 3,
            "severityThresholdModerate": 5,
            "severityThresholdLow": 1
        },
        "lodash": {
            "severityThresholdCritical": 0,
            "severityThresholdHigh": 1,
            "severityThresholdModerate": 0,
            "severityThresholdLow": 0
        },
        "default": {
            "severityThresholdCritical": 0,
            "severityThresholdHigh": 0,
            "severityThresholdModerate": 0,
            "severityThresholdLow": 0
        }
    }
}
-w, --workspace <name>

Run audit for a specific workspace in an NPM monorepo:

audit-summary --workspace my-package

Threshold Enforcement

Setting Up Thresholds
  1. Initialize the configuration file:

    audit-summary --init
  2. Edit .audit-summary.json to set your desired thresholds:

    {
        "packages": {
            "express": {
                "severityThresholdCritical": 0,
                "severityThresholdHigh": 2,
                "severityThresholdModerate": 5,
                "severityThresholdLow": 10
            },
            "default": {
                "severityThresholdCritical": 0,
                "severityThresholdHigh": 0,
                "severityThresholdModerate": 3,
                "severityThresholdLow": 5
            }
        }
    }
  3. Run audit-summary - it will check against your thresholds:

    audit-summary
How Thresholds Work
  • If a .audit-summary.json file exists, the tool automatically checks vulnerability counts against configured thresholds
  • Package-specific thresholds: If a package is listed in the config, its specific thresholds are used
  • Default thresholds: Packages not listed use the default thresholds
  • Violations: If any threshold is exceeded, the tool:
    • Displays a detailed error message
    • Lists all violations
    • Exits with code 1 (fails CI/CD builds)

Example violation output:

✗ Vulnerability threshold exceeded!

The following packages have more vulnerabilities than allowed:

  express - critical: 2 (threshold: 0)
  lodash - high: 3 (threshold: 2)
  axios - moderate: 8 (threshold: 5)

Please review and fix the vulnerabilities, or update the thresholds in .audit-summary.json

Use Cases

1. Daily Security Monitoring
# Quick check of your project's security status
audit-summary
2. CI/CD Pipeline Integration

Add to your CI/CD pipeline to enforce security standards:

# .github/workflows/security.yml
name: Security Audit
on: [push, pull_request]
jobs:
    audit:
        runs-on: ubuntu-latest
        steps:
            - uses: actions/checkout@v2
            - uses: actions/setup-node@v2
            - run: npm install -g audit-summary
            - run: audit-summary # Fails if thresholds exceeded
3. Identify Update Priorities

Use verbose mode to see which packages need updates:

audit-summary --verbose

Look for packages where current version differs from latest version, especially those with high severity issues.

4. Team Reporting

Generate JSON output for custom reporting or dashboards:

audit-summary --json > security-report.json
5. Workspace-Specific Audits

In monorepos, audit individual packages:

audit-summary --workspace @mycompany/api
audit-summary --workspace @mycompany/frontend

Examples

Example 1: Basic Security Check
$ audit-summary

╭───────────────────────────────────────────────────────────╮
│ NPM Packages Audit Summary                               │
├──────────────────┬─────────┬─────────┬──────────┬────────┤
│ Root Dependency  │ Current │ Latest  │ Critical │ High...│
├──────────────────┼─────────┼─────────┼──────────┼────────┤
│ express          │ 4.18.2  │ 4.19.0  │        0 │    2...│
│ react            │ 17.0.2  │ 18.2.0  │        0 │    0...│
├──────────────────┼─────────┼─────────┼──────────┼────────┤
│ TOTAL            │         │         │        0 │    2...│
╰──────────────────┴─────────┴─────────┴──────────┴────────╯
Example 2: Detailed Investigation with Verbose Mode
$ audit-summary --verbose

express (4.18.2 → latest: 4.19.0)
  - qs [high] (affected: <6.11.0)
  - send [high] (affected: <0.18.0)
  - path-to-regexp [moderate] (affected: <0.1.10)
  Summary: 2 high, 1 moderate
-----

react (17.0.2 → latest: 18.2.0)
  Summary: 0
-----

╭───────────────────────────────────────────────────────────╮
│ NPM Packages Audit Summary                               │
│ ...                                                       │
╰───────────────────────────────────────────────────────────╯

How It Works

  1. Runs npm audit - Leverages npm's built-in security audit
  2. Analyzes dependency tree - Uses npm ls to understand package relationships
  3. Groups by root - Maps vulnerabilities to their root-level dependencies
  4. Deduplicates - Counts each unique vulnerable package once per root
  5. Checks thresholds - Validates against .audit-summary.json if present
  6. Formats output - Presents results in table, verbose, or JSON format

Requirements

  • Node.js >= 14
  • npm >= 7

Contributing

Contributions are welcome! Please feel free to submit a Pull Request.

License

Standard MIT licence.

Support

If you encounter any issues or have questions, please file an issue on the GitHub repository.


Made with ❤️ for better npm security monitoring

MIT, read

History

Latest
4downloads per week, npm
Weekly downloads for audit-summary26 complete calendar weeks from 2026-04-27 to 2026-10-25; the latest total is 4.27 Apr – 3 May: 254 May – 10 May: 7611 May – 17 May: 4718 May – 24 May: 2925 May – 31 May: 351 Jun – 7 Jun: 898 Jun – 14 Jun: 3315 Jun – 21 Jun: 2022 Jun – 28 Jun: 1029 Jun – 5 Jul: 236 Jul – 12 Jul: 1013 Jul – 19 Jul: 320 Jul – 26 Jul: 527 Jul – 2 Aug: 43 Aug – 9 Aug: 710 Aug – 16 Aug: 1517 Aug – 23 Aug: 1224 Aug – 30 Aug: 1631 Aug – 6 Sept: 97 Sept – 13 Sept: 1314 Sept – 20 Sept: 2821 Sept – 27 Sept: 1628 Sept – 4 Oct: 155 Oct – 11 Oct: 3312 Oct – 18 Oct: 919 Oct – 25 Oct: 4

Others providing4

Vulnerability scanning
  1. Application Vulnerability ReportTracks vulnerabilities in open-source components of BTP appsfrom BTP/BAIP
CI/CD pipelines
  1. SAP Continuous Integration and DeliveryPredefined CI/CD pipelines for SAP development projectsfrom BTP/BAIP
  2. cf-setupGitHub Action setting up the Cloud Foundry CLIfrom CAP
  3. @sap/cds-dkCommand line client and development toolkit for CAPfrom CAP

Details

Sources4
npm registrydiscovered herechecked
npm registry, audit-summaryversion, releases, installschecked
github.com/git+https://github.com/qualiture/audit-summary.gittree, pushes, contributors, CIchecked
README.mdquoted, and what the entry declareschecked

Sources are graph entities: the same page may back several entries, and an unreachable source flags every row that rests on it.

Compatibility and provenance
runtimesnode
latestv1.2.0
first release
releases and cadence5, ~51d median
discovered vianpm registry
first seen in the atlas
ecosystem and domaingeneral, security-and-compliance
History in the atlas1
  1. First seen.
For your agent
Ref
artifact:qualiture-audit-summary
JSON
/artifacts/qualiture-audit-summary.json
MCP
Connecting an agent