• Home
  • Features
  • Pricing
  • Docs
  • Announcements
  • Sign In

wpscanteam / wpscan / 30000446734
95%

Build:
DEFAULT BRANCH: master
Ran 23 Jul 2026 11:23AM UTC
Jobs 4
Files 243
Run time 1min
Badge
Embed ▾
README BADGES
x

If you need to use a raster PNG badge, change the '.svg' to '.png' in the link

Markdown

Textile

RDoc

HTML

Rst

23 Jul 2026 10:44AM UTC coverage: 95.492% (+0.4%) from 95.065%
30000446734

push

github

web-flow
Add opt-in local vulnerability database support (--enterprise-db-token) (#2073)

* Add opt-in local vulnerability database support via --enterprise-db-token

Enterprise customers can now scan using a local vulnerability database
dump instead of the WPScan API. When --enterprise-db-token is supplied
(or the WPSCAN_ENTERPRISE_DB_TOKEN env var / enterprise_db_token config
key), the plugins/themes/wordpresses JSON dumps are downloaded from
enterprise-data.wpscan.org (authenticated with the token) during the
normal database update, then read locally — with no per-request API
calls or daily request limits.

The option is mutually exclusive with --api-token, and the token is
redacted from the logged command line.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* Improve docs for new db token CLI option, and also align the naming for some methods.

* Small doc correction.

* Added missing unit test coverage for WPScan::DB::Updater.

* Make local DB dump vuln results match the API exactly

Route affected_versions parsing through Vulnerability.affected_versions_from
so the API and enterprise DB dump paths filter vulnerabilities against the
detected version identically. Legacy flat fixed_in/introduced_in entries are
wrapped into a single range for backward compatibility.

Also sort vulnerabilities oldest-first (created_at, updated_at, id) in WpItem
and WpVersion via Vulnerability.sort_json, so the API and the reverse-ordered
dump report the same sequence and the output order matches the pre-dump
behaviour.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>

* Validate conflicting API tokens before the DB update

The --api-token / --enterprise-db-token mutual-exclusion check lived in
VulnApi#before_scan, which runs after Core's DB update: a run with both
tokens still downloaded the full DB + enterprise dumps before aborting,
and --update-only runs (no --url) exited without reporting the conflict
at all.

The check is now ... (continued)

2350 of 2911 branches covered (80.73%)

4893 of 5124 relevant lines covered (95.49%)

19700.69 hits per line

Jobs
ID Job ID Ran Files Coverage
3 ruby-3.3 - 30000446734.3 23 Jul 2026 11:24AM UTC 486
94.19
GitHub Action Run
4 ruby-4 - 30000446734.4 23 Jul 2026 11:23AM UTC 486
94.55
GitHub Action Run
4 ruby-3.4 - 29741985916.4 20 Jul 2026 02:16PM UTC 486
94.5
GitHub Action Run
1 ruby-3.4 - 29106139294.1 10 Jul 2026 04:56PM UTC 486
94.5
GitHub Action Run
Source Files on build 30000446734
  • Tree
  • List 243
  • Changed 231
  • Source Changed 10
  • Coverage Changed 231
Coverage ∆ File Lines Relevant Covered Missed Hits/Line Branch Hits Branch Misses
  • Back to Repo
  • Github Actions Build #30000446734
  • ffc2e39c on github
  • Prev Build on master (#29741985916)
  • Next Build on master (#30002642944)
STATUS · Troubleshooting · Open an Issue · Sales · Support · CAREERS · ENTERPRISE · START FREE TRIAL · SCHEDULE DEMO
ANNOUNCEMENTS · TWITTER · TOS & SLA · Supported CI Services · What's a CI service? · Automated Testing

© 2026 Coveralls, Inc