echel0nn1881/kimi-cyber-reasoning

Dataset

45

stars

5

commits

Sep 3, 2026

updated

chain-of-thought
cybersecurity
distillation
kimi
reasoning
security
thinking
tool-use

README

Kimi Cyber Reasoning

997 chain-of-thought records covering 13 cybersecurity disciplines and 4 systems engineering domains, distilled from the Kimi K3 reasoning model via API. Every record provides an explicit step-by-step <think> reasoning trace followed by a technical resolution, unified code diff fix, or structured tool invocation.

The dataset was curated as an anchor set for training, healing, and specializing compact reasoning models on systems security and tool calling without losing multi-step deduction.

Dataset Summary

  • Total records: 997
  • Language: English only
  • Reasoning trace coverage: 996 / 997 records contain <think> reasoning (99.9%)
  • Tool-calling records: 175 records (task: "tool_call"), with 172 emitting verified {"name": "...", "arguments": {...}} execution objects
  • Token volume: 389,425 prompt tokens (mean 390.6), 2,802,204 completion tokens (mean 2,810.6, median 2,636, max 10,164)
  • Teacher model: Kimi K3 (Moonshot AI MoE reasoning architecture)
  • License: WTFPL (Do What the Fuck You Want to Public License)

Schema

Each row is a single JSON record containing a 3-message conversation and metadata:

{
  "messages": [
    {"role": "system",    "content": "..."},
    {"role": "user",      "content": "..."},
    {"role": "assistant", "content": "<think>\\n...reasoning...\\n</think>\\n\\n...answer..."}
  ],
  "domain": "network_security",
  "meta": {
    "seed": "Review nftables snippet egress filtering bugs and propose fixes",
    "subtopic": "firewall egress filtering",
    "task": "code_review",
    "prompt_tokens": 390,
    "completion_tokens": 2810,
    "cached_tokens": 0,
    "cost_usd": 0.043,
    "mock": false
  }
}

Turn Details

  1. System turn: Sets the senior security engineer persona, enforces structured <think>...</think> execution, and specifies single-block JSON formatting for tool calls.
  2. User turn: Structured prompt specifying domain, subtopic, task specification, and technical scenario.
  3. Assistant turn: Opens with an internal <think>...</think> deduction trace analyzing root cause mechanics, memory layouts, or protocol invariants, followed by:
    • Technical analysis, vulnerability diagnosis, and unified diff fix, or
    • A single JSON tool invocation inside a standard code fence:
      ```json
      {"name": "<tool_name>", "arguments": {"<param>": "<val>"}}
      ```
      

Composition

Domains (17)

13 focused cybersecurity domains plus 4 systems engineering calibration domains.

DomainRecordsFocus
software_engineering79Concurrency, memory safety, API design, race conditions
soc_threat_intel76Log analysis, IOC triage, detection rules, alert correlation
it_platform68Access control, container security, IAM, hardening
computer_engineering64CPU architecture, cache lines, memory ordering, bit manipulation
reverse_engineering63Binary analysis, Ghidra/IDA triage, disassembly, calling conventions
memory_corruption62Stack/heap buffers, use-after-free, format strings, ROP/ASLR
programming_general61Systems programming, pointer arithmetic, socket programming
os_security59Linux kernel, syscall filtering, eBPF, LSMs, privilege escalation
mobile_security58Android/iOS reverse engineering, IPC, keychain, permissions
network_security55Protocol analysis, TLS handshakes, packet capture, egress rules
owasp_vulnerabilities55Top 10 vulnerabilities, auth bypass, IDOR, SSRF, injection
penetration_testing54Service enumeration, privilege checks, lateral movement
security_architecture52Trust boundaries, zero trust, key management, crypto design
browser_exploitation50V8 heap internals, DOM XSS, prototype pollution, CSP
cwe_weaknesses49CWE mapping, flaw enumeration, root-cause remediation
devsecops48CI/CD pipeline security, SAST/DAST, artifact signing, secret scanning
web_security44Web exploitation mechanisms, session fixation, CORS, headers

Task Types (6)

TaskRecordsObjective
defense183Layered defensive design (prevent, detect, respond) with concrete controls
quiz181Technical Q&A targeting common pitfalls, edge cases, and protocol internals
tool_call175Single-tool invocation targeting diagnostics, scanning, and analysis tools
analysis169Root-cause vulnerability mechanics, protocol teardowns, and invariant inspection
code_review160Vulnerability enumeration with CWE identifiers and short unified diff fixes
exploit_walkthrough129Step-by-step exploit primitive mechanics, preconditions, and defensive framing

Loading

from datasets import load_dataset

ds = load_dataset("echel0nn1881/kimi-cyber-reasoning", split="train")
print(f"Loaded {len(ds)} records")
print("Domain:", ds[0]["domain"], "| Task:", ds[0]["meta"]["task"])
print("Assistant sample:\n", ds[0]["messages"][2]["content"][:250])

Metadata Fields

FieldTypeDescription
seedstringTechnical seed prompt used to initialize generation
subtopicstringFine-grained subject area within the primary domain
taskstringTask category (one of the 6 canonical types)
prompt_tokensintegerExact input token count recorded by the teacher API
completion_tokensintegerExact completion token count recorded by the teacher API
cached_tokensintegerPrompt tokens served from teacher cache
cost_usdfloatAPI execution cost recorded for the sample
mockbooleanfalse for all records (all samples generated via real API calls)

Curation & Provenance

  • Teacher: Generated via API calls to Kimi K3 (Moonshot AI).
  • Post-processing: Reasoning traces were processed to remove language deliberation preambles and instruction hierarchy debates, preserving 100% of technical deduction, disassembly, code snippets, and tool parameters.
  • Scope: Technical grounding spans both vulnerability mechanics (heap layouts, shellcode framing, ROP chains, injection vectors) and defensive countermeasures (compiler mitigations, kernel hardening, secure architecture).
  • License: Released under WTFPL without downstream commercial restrictions.

Contributors

echel0nn1881

5 commits

echel0nn1881/kimi-cyber-reasoning

Dataset

45

stars

5

commits

Sep 3, 2026

updated

chain-of-thought
cybersecurity
distillation
kimi
reasoning
security
thinking
tool-use

README

Kimi Cyber Reasoning

997 chain-of-thought records covering 13 cybersecurity disciplines and 4 systems engineering domains, distilled from the Kimi K3 reasoning model via API. Every record provides an explicit step-by-step <think> reasoning trace followed by a technical resolution, unified code diff fix, or structured tool invocation.

The dataset was curated as an anchor set for training, healing, and specializing compact reasoning models on systems security and tool calling without losing multi-step deduction.

Dataset Summary

  • Total records: 997
  • Language: English only
  • Reasoning trace coverage: 996 / 997 records contain <think> reasoning (99.9%)
  • Tool-calling records: 175 records (task: "tool_call"), with 172 emitting verified {"name": "...", "arguments": {...}} execution objects
  • Token volume: 389,425 prompt tokens (mean 390.6), 2,802,204 completion tokens (mean 2,810.6, median 2,636, max 10,164)
  • Teacher model: Kimi K3 (Moonshot AI MoE reasoning architecture)
  • License: WTFPL (Do What the Fuck You Want to Public License)

Schema

Each row is a single JSON record containing a 3-message conversation and metadata:

{
  "messages": [
    {"role": "system",    "content": "..."},
    {"role": "user",      "content": "..."},
    {"role": "assistant", "content": "<think>\\n...reasoning...\\n</think>\\n\\n...answer..."}
  ],
  "domain": "network_security",
  "meta": {
    "seed": "Review nftables snippet egress filtering bugs and propose fixes",
    "subtopic": "firewall egress filtering",
    "task": "code_review",
    "prompt_tokens": 390,
    "completion_tokens": 2810,
    "cached_tokens": 0,
    "cost_usd": 0.043,
    "mock": false
  }
}

Turn Details

  1. System turn: Sets the senior security engineer persona, enforces structured <think>...</think> execution, and specifies single-block JSON formatting for tool calls.
  2. User turn: Structured prompt specifying domain, subtopic, task specification, and technical scenario.
  3. Assistant turn: Opens with an internal <think>...</think> deduction trace analyzing root cause mechanics, memory layouts, or protocol invariants, followed by:
    • Technical analysis, vulnerability diagnosis, and unified diff fix, or
    • A single JSON tool invocation inside a standard code fence:
      ```json
      {"name": "<tool_name>", "arguments": {"<param>": "<val>"}}
      ```
      

Composition

Domains (17)

13 focused cybersecurity domains plus 4 systems engineering calibration domains.

DomainRecordsFocus
software_engineering79Concurrency, memory safety, API design, race conditions
soc_threat_intel76Log analysis, IOC triage, detection rules, alert correlation
it_platform68Access control, container security, IAM, hardening
computer_engineering64CPU architecture, cache lines, memory ordering, bit manipulation
reverse_engineering63Binary analysis, Ghidra/IDA triage, disassembly, calling conventions
memory_corruption62Stack/heap buffers, use-after-free, format strings, ROP/ASLR
programming_general61Systems programming, pointer arithmetic, socket programming
os_security59Linux kernel, syscall filtering, eBPF, LSMs, privilege escalation
mobile_security58Android/iOS reverse engineering, IPC, keychain, permissions
network_security55Protocol analysis, TLS handshakes, packet capture, egress rules
owasp_vulnerabilities55Top 10 vulnerabilities, auth bypass, IDOR, SSRF, injection
penetration_testing54Service enumeration, privilege checks, lateral movement
security_architecture52Trust boundaries, zero trust, key management, crypto design
browser_exploitation50V8 heap internals, DOM XSS, prototype pollution, CSP
cwe_weaknesses49CWE mapping, flaw enumeration, root-cause remediation
devsecops48CI/CD pipeline security, SAST/DAST, artifact signing, secret scanning
web_security44Web exploitation mechanisms, session fixation, CORS, headers

Task Types (6)

TaskRecordsObjective
defense183Layered defensive design (prevent, detect, respond) with concrete controls
quiz181Technical Q&A targeting common pitfalls, edge cases, and protocol internals
tool_call175Single-tool invocation targeting diagnostics, scanning, and analysis tools
analysis169Root-cause vulnerability mechanics, protocol teardowns, and invariant inspection
code_review160Vulnerability enumeration with CWE identifiers and short unified diff fixes
exploit_walkthrough129Step-by-step exploit primitive mechanics, preconditions, and defensive framing

Loading

from datasets import load_dataset

ds = load_dataset("echel0nn1881/kimi-cyber-reasoning", split="train")
print(f"Loaded {len(ds)} records")
print("Domain:", ds[0]["domain"], "| Task:", ds[0]["meta"]["task"])
print("Assistant sample:\n", ds[0]["messages"][2]["content"][:250])

Metadata Fields

FieldTypeDescription
seedstringTechnical seed prompt used to initialize generation
subtopicstringFine-grained subject area within the primary domain
taskstringTask category (one of the 6 canonical types)
prompt_tokensintegerExact input token count recorded by the teacher API
completion_tokensintegerExact completion token count recorded by the teacher API
cached_tokensintegerPrompt tokens served from teacher cache
cost_usdfloatAPI execution cost recorded for the sample
mockbooleanfalse for all records (all samples generated via real API calls)

Curation & Provenance

  • Teacher: Generated via API calls to Kimi K3 (Moonshot AI).
  • Post-processing: Reasoning traces were processed to remove language deliberation preambles and instruction hierarchy debates, preserving 100% of technical deduction, disassembly, code snippets, and tool parameters.
  • Scope: Technical grounding spans both vulnerability mechanics (heap layouts, shellcode framing, ROP chains, injection vectors) and defensive countermeasures (compiler mitigations, kernel hardening, secure architecture).
  • License: Released under WTFPL without downstream commercial restrictions.

Contributors

echel0nn1881

5 commits