Critical Severity
Published: Nov 2, 2026

[GitHub] cve-scanner

Rce
Type
N/A
CVSS Score
4
Views
Anonymous
Author

Description

RCE CVE (≧9.0) scanner

# cve-scanner

Fingerprint-driven blind testing CVE scanner: first identify Web / service fingerprints, and only run CVE/vulnerability exp mapped to hit components. When unable to identify application fingerprints, fall back to full-scale blind testing. Automatically detect targets and verify real command execution (RCE).
**All test environments use real Docker images, no mock.**

---

## Fingerprint-driven workflow

```
target ──► fingerprint.Detect()
│
├─ Hit application fingerprint (WebLogic/Tomcat/Struts2/Spring/Shiro/ActiveMQ/...)
│ └─► Only execute exp mapped to that component (+ universal information disclosure detection)
│
├─ Only hit weak Web service fingerprint (nginx/Apache/PHP/Node.js)
│ └─► Treat as unidentified, execute full exp blind testing
│
└─ No fingerprint matched
└─► Full exp blind testing
```

### Secondary fingerprint extension during collection

All exp requests pass through the same collector (`internal/capture`):

1. First round `fingerprint.Detect()` (`bb` as `QuickDetect`) obtains baseline fingerprint;
2. Each exp / detection response undergoes re-fingerprint matching (`fingerprint.ObserveResponse`);
3. When new components outside baseline appear (e.g., WebLogic / Struts2 / Shiro / Tomcat exposed by subsequent exp responses), immediately merge into fingerprint and continue executing exp mapped to that component; executed detections are deduplicated by `ran` set;
4. Both `bb` and `scan` follow this workflow; `scan` collection results are also the payload source for smuggling replay.

### Smuggling replay after zero success (second pass)

When `bb` normal scan completes with **0 findings** and `scan` globally **0 PASS (no real command echo)**, automatically enter second pass:

1. Collector has recorded each exp request actually sent this round (method / path / headers / body) and direct connection response;
2. For each target, first confirm CL.TE / TE.CL channel using limited TE obfuscation combinations;
3. Replay all collected payloads through the channel one by one (deduplicated by request, no longer limit number of conditions);
4. Smuggling response shows RCE features absent in direct connection response → `CRITICAL`; only confirms channel and successfully delivers → `HIGH`;
5. Smuggling response also undergoes fingerprint identification: if new components are exposed, re-run exp mapped to that component.

Supports http/https; automatically skip if no payloads available for replay (e.g., only ran GET detection). `scan` mode has integrated the same collector, smuggling replay results written to result file with `CVE=SMUGGLING-REPLAY`.

Built-in fingerprint library references matching methods from webanalyze / Wappalyzer (response headers, Server, Set-Cookie, title, body features + deep detection of WebLogic Console / Tomcat Manager / Actuator / Nacos / Metabase / GeoServer / OFBiz / Solr), pure standard library implementation, no third-party dependencies. Component → CVE mapping see [internal/fingerprint/cve_map.go](internal/fingerprint/cve_map.go).

View fingerprint separately:

```bash
./cve-scanner fp -t http://127.0.0.1:7001
./cve-scanner fp -t http://127.0.0.1:8161 -json
```

---

## Supported vulnerabilities

| CVE | Component | Protocol | CVSS | Affected versions | Port | id | whoami | hostname | pwd |
|-----|-----------|----------|------|-------------------|------|-----|--------|----------|-----|
| [CVE-2026-70748](docs/CVE-2026-70748.md) | Oracle WebLogic Server | T3/IIOP | 9.8 | 12.2.1.4, 14.1.1.0 | 7

Translated to English from Chinese. Show original · see the source links.
Community Rating
0

Login to rate this exploit

Quick Actions