AbuseIPDB API reference. IP reputation and abuse report lookups.
日本語の概要は準備中です。原文の説明を表示しています。
Use when you need to check whether an organisation/domain has been claimed by a ransomware group, profile a specific ransomware group (TTPs, leak-site infra, IOCs, YARA), or aggregate ransomware victim claims by country/sector/timeframe. Backed by ransomware.live's leak-site scrapes — 27k+ victims across 330+ groups. Commonly invoked by /domain-investigation, /ransomware-ecosystem, /threat-actor-profiling, and detection-engineering workflows. Reads $RANSOMWARE_LIVE.
インストールする前に、エージェントに与えられる指示の中身を確認できます。
Queries ransomware.live's PRO API for victim claims, group profiles, IOCs, YARA rules, ransom notes, negotiation chats, and CSIRT contacts. Retrieval only — the invoking skill or agent reasons about the result. Note that leak-site claims are claims, not confirmed breaches (see Source reliability below).
.onion infrastructure/ransomware-ecosystem knowledge cell with the current top-N groups by victim countDo NOT invoke for:
/lookup-virustotal/initial-access-brokers insteadSingle Python CLI (stdlib only — no install).
python3 tools/clis/ransomwarelive.py validate # check the API key
python3 tools/clis/ransomwarelive.py stats # global totals
# Free-text search across victim names + descriptions
python3 tools/clis/ransomwarelive.py search --q "acme corp"
# Targeted filters (combine freely)
python3 tools/clis/ransomwarelive.py search --country NL --limit 10
python3 tools/clis/ransomwarelive.py search --sector Healthcare --country US
python3 tools/clis/ransomwarelive.py search --group lockbit3 --limit 5
# Last 100 claims globally (newest first)
python3 tools/clis/ransomwarelive.py recent --limit 20
# Single victim detail by ransomware.live id
python3 tools/clis/ransomwarelive.py victim "QksgR3JvdXBAYWtpcmE="
# All 330+ groups, sorted by victim count
python3 tools/clis/ransomwarelive.py groups --limit 20
# Profile of a specific group — description, TTPs, tools, leak-site URLs, etc.
python3 tools/clis/ransomwarelive.py group-profile lockbit3
# Lighter group detail
python3 tools/clis/ransomwarelive.py group lockbit3
# IOC dump (md5, ip, etc.) — all groups
python3 tools/clis/ransomwarelive.py iocs
# Per-group IOCs
python3 tools/clis/ransomwarelive.py iocs lockbit3
# YARA rules — all groups, or per group
python3 tools/clis/ransomwarelive.py yara
python3 tools/clis/ransomwarelive.py yara lockbit3 # full rule content
# Ransom note samples
python3 tools/clis/ransomwarelive.py ransomnotes lockbit3
# Negotiation chat logs (if available for that group)
python3 tools/clis/ransomwarelive.py negotiations lockbit3
python3 tools/clis/ransomwarelive.py press # recent press mentions
python3 tools/clis/ransomwarelive.py press --all # full archive
python3 tools/clis/ransomwarelive.py sectors # valid sector filter values
python3 tools/clis/ransomwarelive.py csirt NL # CSIRT contacts for a country
All commands accept --dry-run (preview the request without spending quota) and --insecure (TLS bypass — rarely needed). The CLI exits 2 if RANSOMWARE_LIVE is unset (not in dry-run); report missing key, do not fabricate.
PRO tier: 3,000 calls/day with burst allowed. Each subcommand is one HTTP call. Use --dry-run if scoping a batch.
/domain-investigation or /ip-investigation → search --q <orgname> to check if the domain's owner has been claimed/ransomware-ecosystem knowledge cell → groups --limit 30 for current top-N + group-profile for each/threat-actor-profiling (ransomware group target) → group-profile <name> is the primary feed; chain iocs, yara, negotiations for depth/sigma-writing / /yara-writing → yara <group> returns existing community rules to start fromsearch --country <CC>, then csirt <CC> for IR contact listRead commands return:
source: ransomware.live
operation: search | recent | victim | groups | group-profile | iocs | yara | ...
query_time: <ISO8601>
data:
<distilled response>
For search and recent, data.victims[] is normalised to:
id: <ransomware.live id>
title: <victim name>
group: <ransomware group, e.g. lockbit3, akira>
country: <ISO-3166 alpha-2>
sector: <activity / sector>
discovered: <when ransomware.live scraped the post>
published: <when leak-site authored the post>
description: <criminal-written breach summary — treat as low credibility>
website: <victim website>
post_url: <leak-site post URL, often .onion>
permalink: <ransomware.live record URL>
screenshot: <leak-site screenshot, if archived>
Default for /score-source: B2 (usually reliable, probably true).
Important credibility nuance:
| Field | Credibility | Why |
|---|---|---|
| Victim name, country, sector, dates, group attribution | 2 (probably true) | Corroborated by the leak-site post itself |
Breach description | 3–4 (possibly true → doubtful) | Written by criminals to coerce payment; routinely overstates volume/sensitivity/ongoing access |
| YARA rules, IOC lists | 2 (probably true) | Sourced from public researchers; cross-check before deploying |
A leak-site claim is a claim, not a confirmed breach. Many victims dispute or never publicly acknowledge. Some posts repackage older breaches under a new brand. Always frame downstream products with this caveat.
search --country US hits the API once and returns ~8k victims. --limit N trims locally — narrow with filters (--group, --sector, --country) to keep responses small.group_name is sometimes null in /victims/recent responses — known API quirk; the value populates correctly in search and victim detail.description field can contain victim PII or stolen credentials — quote selectively in finished products; don't paste full responses into shared docs.api-pro.ransomware.live. The free unauthenticated endpoint (api.ransomware.live, 1 req/min) is not supported by this CLI./ransomware-ecosystem — knowledge cell consuming groups + group-profile data/threat-actor-profiling — for ransomware-group profiles, the group-profile endpoint is the primary feed/yara-writing, /sigma-writing — start from yara <group> output/lookup-virustotal, /lookup-otx — chain after pulling group IOCs to verify hashes/domain-investigation — pivots into search --q <orgname> for victim-status check/initial-access-brokers — complementary; ransomware.live doesn't track IAB activity/score-source, /apply-tlp, /confidence-language — apply rigor before publishingtools/integrations/ransomwarelive.mdtools/clis/ransomwarelive.pyまだレビューはありません。使ってみた感想をお寄せください。
概要と使いどころ
AbuseIPDB API reference. IP reputation and abuse report lookups.
日本語の概要は準備中です。原文の説明を表示しています。
Analysis of Competing Hypotheses — structured technique for evaluating multiple explanations against evidence. Use when facing ambiguous attribution or multiple plausible scenarios. Prefers graded evidence items from /quality-of-information-check and runs that skill first when handed raw URLs or text. Runs on ungraded evidence when asked, labelled as such, unweighted, and capped at Moderate confidence.
日本語の概要は準備中です。原文の説明を表示しています。
Use when documenting a named campaign across time and victims, the user asks to start or update a campaign record, or another skill identified a multi-incident cluster that warrants formal tracking. Provides the template (timeline, attribution, victimology, attack chain, Diamond Model mapping, IOC clusters) and the lifecycle from active to historical.
日本語の概要は準備中です。原文の説明を表示しています。
Use when the user asks about carding, BIN attacks, payment-card breach markets, fullz/CVV2 trade, autoshops (BidenCash, Brian's Club, Russianmarket, B1ack's Stash), or financial-fraud TTPs. Self-updating knowledge cell.
日本語の概要は準備中です。原文の説明を表示しています。
Censys API v2 reference. Host reconnaissance and certificate data.
日本語の概要は準備中です。原文の説明を表示しています。
Use when the user asks about Chinese state-sponsored cyber operations or specific PRC-aligned actors (APT41, Volt Typhoon, Mustang Panda, APT10, APT31, Salt Typhoon, etc.), MSS/PLA-attributed campaigns, or PRC sector targeting. Self-updating knowledge cell.
日本語の概要は準備中です。原文の説明を表示しています。