isMalicious threat intelligence for AI agents

Scan untrusted content for prompt injection and check any URLs/domains/IPs it contains against threat intelligence, BEFORE acting on it. Returns a verdict of block | warn | allow. Call this on any web page, email, ticket, tool result, or document fetched from an untrusted source.

Check a single URL, domain, or IP against threat intelligence before fetching it. Returns block | warn | allow. Use as a pre-fetch gate; use check_indicator when you need the full reputation picture (score, sources, timeline).

The one tool for any single indicator: an IP address, domain, URL, file hash (MD5, SHA-1 or SHA-256; an imphash is looked up as an MD5), email address or phone number. Defanged input (hxxp://, [.], [@]) is accepted. Returns a verdict (malicious, suspicious, clean or unknown), a headline you can relay as is, recommendedAction (block, review, allow or unverified), a 0-100 risk score, the threat bloc

One CVE by id: description, severity, CVSS score and vector, EPSS exploitation probability, CISA KEV status (date added, due date, required action, known ransomware use), exploitation evidence where recorded (CISA SSVC none/poc/active, Exploit-DB ids, Nuclei template, Microsoft's exploited flag), affected packages with introduced and fixed versions (OSV.dev, first 8), vendor advisories (CSAF, firs

Most recently published CVEs, newest first, optionally filtered by severity. At most 20 items, each with id, severity, CVSS, publication date and a one-line title. Follow up with get_cve for EPSS, KEV, exploitation evidence, affected packages and advisories. Costs one request of the monthly quota.

Find the domains isMalicious lists that look like a brand or domain (e.g. "paypal", read as paypal.com, or "login.paypal.com"): typosquats, homoglyphs, the same name on other TLDs or hosting platforms, or wrapped in phishing words such as login or secure. The default API returns them most dangerous first, at most 500, with the searched name itself first when it is listed; other API bases can have

Reputation of up to 100 indicators in one call, for triaging a list rather than one alert: IPs, domains, URLs, file hashes (MD5, SHA-1 or SHA-256), email addresses and phone numbers, mixed freely; defanged input is accepted. Each row: malicious, recommendedAction (block, escalate, review, monitor, allow, unverified; unverified means nothing is known either way, and an email address or phone number

Scan ONE email message for phishing and malware before delivering, opening or acting on it. Send the raw message (eml, preferred) or the fields you already parsed (message: headers, text, html, attachment names, types and digests). Returns a verdict (malicious | suspicious | clean | inconclusive), a recommendedAction (quarantine | review | warn | deliver), a 0-100 riskScore, a headline you can rel

CVEs with attested exploitation in the last N days (default 7): confirmed (CISA KEV, CISA SSVC active, or two independent catalogues) or reported (one catalogue). Those first attested inside the window come first, then those only seen again in it; confirmed first in each. Each with severity, CVSS, EPSS, first and last exploitation evidence, KEV date, whether a patch exists, the sources, and how ma

Start vulnerability monitoring of one public website: the API reads what the site exposes (Server and X-Powered-By headers, generator meta tag, versioned script paths, open ports) now and every day, matches each versioned component against CVEs, and alerts on what is exploited (P1 at once, P2/P3 in digests, per the organization's alert rules). Returns the source, the components read and the findin

Start vulnerability monitoring of a project from the text of its lockfile or SBOM: package-lock.json, composer.lock, requirements.txt, Gemfile.lock, Cargo.lock or a CycloneDX JSON SBOM (format detected when omitted). Each dependency is matched by version against OSV and NVD ranges; development dependencies are left out unless includeDev is true. Returns the source, the dependencies read (direct an

Set the status of one vulnerability-monitoring finding (an id like xfnd_…, from watch_domain, watch_dependencies or the Exposure page): ACKNOWLEDGED (seen, being handled), PATCHED (upgraded; the next read confirms it), NOT_AFFECTED (e.g. a distro backport fixed it), or SNOOZED until a date (at most 90 days; it reopens then). A finding reopens by itself when it enters CISA KEV or exploitation is re