Question 1

AIエージェントが私のインフラに手を出すのは危険ではないですか?

Accepted Answer

それは的確な問いです。ThreatClawはこの制約を前提に設計されています。複数の防御層がバイナリに直接コンパイルされており、設定変更も回避も、デプロイ後の無効化もできません。デフォルトモードでは、エージェントは観察と提案のみを行い、人間の明示的な承認(Slack/Telegram/メール/Signal経由のHITL)なしに行動することは決してありません。コードはAGPL v3のもとでオープンソース化されており、デプロイ前にすべての行を監査できます。

Question 2

LLMがハルシネーションを起こしたり、ばかげたアクションを提案したりしたら?

Accepted Answer

AIが単独でアクションを起動することは決してありません。提案されたすべてのアクションは、バイナリにコンパイルされた静的フィルターを通過し、そのフィルターは既知で可逆的かつ検証済みのターゲットを持つ操作のみを認識します。想定されたアクションに一致しない提案は、実行前に拒否されます。デフォルトモードでは、オペレーターは完全な提案(分析+指標+予測される影響)を受け取り、チャット上でワンクリックで承認または拒否します。

Question 3

ローカルAIかクラウドAIか、どちらを選ぶべき?

Accepted Answer

デフォルトの推奨はローカルAI(サーバー上でOllama経由のLLM)です。データの100%が手元に留まり、漏洩の可能性はゼロです。クラウドAIは複雑または曖昧なケースのセカンドオピニオンとして追加できます。その場合、すべての機密データは送信前に可逆トークンへ自動的に置き換えられます。クラウドLLMが識別子、IP、認証情報を目にすることは決してありません。復元用のマッピングはメモリ上にのみ存在し、ディスクには一切保存されません。

Question 4

匿名化はどのように機能し、何かを見逃した場合どうなりますか?

Accepted Answer

外部LLMを呼び出す前に、データはRustで書かれた匿名化エンジンを通過します。これは一般的な機密識別子(技術的・金融的・個人的)を自動検出し、可逆トークンに置き換えます。応答受信時にはトークンがローカルで復元されます。マッピングはメモリ上にのみ存在します。

パターンベースの匿名化エンジンには残存リスクが存在し、私たちはそれを認めています。3つの緩和策があります。(1) 業務固有の独自ルール(社内プロジェクト名、命名規則)でカバレッジを拡充できます、(2) デフォルトの選択肢は依然としてデータをサーバー外に出さないローカルの主権的AIです、(3) 匿名化エンジンのコードはAGPLでオープンソース化されており、何を検出できるかを監査し、必要に応じて補完できます。

Question 5

具体的に、ThreatClawは何をしますか?

Accepted Answer

ThreatClawはインフラ上で継続的に稼働する自律型サイバーセキュリティエージェントです。利用可能なシグナルソース(syslogログ、IDSアラート、SIEMイベント、スキャン、CTI)を取り込み、複数の検知層を通じてイベントを相関分析し、各インシデントごとに完全なドシエを生成します。信頼度付きの判定、侵害指標、影響範囲、そして即実行可能な1~3件の是正アクション。選択したモードに応じて、通知してあなたが承認する(HITL)か、低リスクのアクションを直接実行します(自律)。

Question 6

私のシステム上でどんなアクションを実行できますか?

Accepted Answer

実行可能なすべてのアクションはオープンソースコードで定義されています。任意のシェルも動的コマンドもありません。大まかには、侵害されたエンドポイントの隔離、ファイアウォールでのIPブロック、不審なユーザーアカウントのロック、悪意あるファイルの隔離、Dockerコンテナの停止、フォレンジック証拠の取得です。すべてのアクションは暗号署名付きの監査ログに記録され、破壊的なアクションはデフォルトモードで人間の承認を必要とします。

Question 7

ThreatClawはどんな観測ソースを取り込めますか?

Accepted Answer

19以上のシグナルソースをネイティブでサポート:SIEM(Wazuh、FortiGate、OPNsense)、企業ファイアウォール、EDRエージェント(Velociraptor)、syslog経由のLinux/Windowsサーバーログ、脆弱性スキャン、脅威インテリジェンス(CrowdSec)、IDS/IPSアラート、そして標準syslogプロトコルを話すあらゆる機器。典型的な中小企業は1日4,500件のノイズアラートを生成しますが、ThreatClawはそれらを少数の精査済みで実行可能なインシデントに統合します。

Question 8

ログはどうやって収集しますか?

Accepted Answer

ThreatClawは標準ポート514で待ち受ける統合syslogコレクターを内蔵しています。Linuxサーバー(auth.log、syslog)、Windows(syslog経由のイベントログ)、ファイアウォール、Dockerコンテナをそのエンドポイントに向けます。ログはローカルのPostgreSQLに保存され、検知層(Sigmaルール、IDS、ML)を通過して優先度付けされたアラートを生成します。外部のSaaSログ管理は不要で、すべてがサーバー上に留まります。

Question 9

なぜエージェントのコアにRustを選んだのですか?

Accepted Answer

セキュリティエージェントは顧客のインフラ上で高い権限で実行されます。エージェント自体にメモリのバグがあれば悪夢です。Rustは最も悪用されるバグのクラス(バッファオーバーフロー、use-after-free、競合状態、ヌルポインタ参照)をコンパイル時に排除します。譲れない前提条件であり、美的な選択ではありません。

Question 10

ThreatClawはNIS2 / GDPR / ISO 27001に準拠していますか?

Accepted Answer

正直に言えば、コンプライアンスは状況に依存する組織的なプロセスであり、ツールのチェックボックスではありません。ThreatClawが具体的にもたらすもの:証拠として使える暗号化された監査証跡、11種類の記入済み規制レポート(NIS2、GDPR、ISO 27001、EU AI Act、ISO 42001、NIST AI RMF、NIST CSF 2.0、EU CRA、SOC 2、HDS、PCI-DSS)、テーブル単位で設定可能なデータ保持、クラウド送信前の個人データの匿名化。ツールはあなたの取り組みを文書化しますが、それを置き換えるものではありません。

Question 11

エージェント自体が侵害されたらどうなりますか?

Accepted Answer

まさにこれが、バイナリに組み込まれた防御層が想定するシナリオです。詳細には踏み込みませんが(防御型エージェントは自らの防御マップを公開しません, アンチエバージョン方針)、大まかには、起動時にバイナリの完全性を検証し改ざんされていれば起動を拒否、攻撃者が拡張できないコンパイル時既知の操作にアクション範囲を限定、事後再構成のための署名付き監査証跡、不審な挙動での自動停止機構です。詳細を監査したい場合、AGPL v3のソースコードは常に利用可能です。

Question 12

ThreatClawにはCVEがいくつありますか?

Accepted Answer

ポリシー:リリースバイナリでは重大なCVEをゼロ許容とします。バイナリはCIの各ビルドでcargo auditにより解析され、SBOM(ソフトウェア部品表)は各リリースタグごとに公開されます。報告されたCVEはGitHubに公開チケットを起票し、重大なCVEは72時間以内にパッチを提供します。SBOMを取得し、普段お使いのツール(Trivy、Grypeなど)でスキャンして、バイナリの状態をご自身で検証できます。

Question 13

ThreatClawをデプロイするには何が必要ですか?

Accepted Answer

DockerがインストールされたLinuxサーバー。メモリは最低8 GB(ローカルLLMを有効にする場合は16 GB推奨)。ディスクは20 GB(AIモデルをダウンロードすると50 GB)。インストールコマンドは1つ:`curl -fsSL https://get.threatclaw.io | sudo bash`。その後、オンボーディングウィザードがAI、通信チャネル、自律レベル、ログソースを設定します。最初の稼働可能なデプロイには30分を見込んでください。

Question 14

ThreatClawは本当に無料ですか?

Accepted Answer

コードはAGPL v3ライセンスでオープンソース化されており、GitHub上で無料かつ監査可能です。すべてのティアで機能は同一です。Freeティアでは限られた数の資産を監視できます(超小規模企業/中小企業/ラボに最適)。より大規模な環境には、有料のStarter / Pro / Businessティアがより高い上限を解放します。詳細は料金ページをご覧ください。人的サポート(デプロイ、キャリブレーション、RSSI向けトレーニング)はCyberConsulting.frが別途提供します。これが開発資金を支えるサービス事業です。

Question 15

複数のサーバー/拠点を監視できますか?

Accepted Answer

はい。設定で各ターゲットにモード(デフォルトはHITL / 自律)とアクセス方式(SSH、WinRM、公開API、またはターゲット上のローカルエージェント)を定義します。ThreatClawインスタンスが分析を集約し、正しいターゲットで承認済みのアクションを実行します。マルチ拠点では、地域コレクター+中央アグリゲーターのアーキテクチャがサポートされています。

Question 16

インシデント発生時、どのように通知されますか?

Accepted Answer

設定したチャネル経由で通知されます:メール、Slack、Telegram、Discord、Signal、または社内ツールへのカスタムwebhook。HITLモードでは、承認はチャット上で直接行われます(過去の承認の再利用を防ぐリプレイ防止nonce付き)。集中ビューとコンプライアンスレポートのためのリアルタイムWebダッシュボードも利用できます。

Question 17

What are the ThreatClaw rule packs?

Accepted Answer

A subscription to ready-to-use detection rule packs, continuously updated and signed. They cover 8 engines, Sigma (SIEM/EDR), YARA (files/memory), NIDS Suricata (network), Falco (container/cloud), Nuclei (vulnerabilities), OPA (IaC compliance), osquery and Velociraptor (DFIR), plus IOC and LLM red-team feeds. Every rule ships with its investigation playbook. Full catalog: 6,400+ Sigma and 12,000+ YARA rules.

Question 18

Aren't these just repackaged open-source rules?

Accepted Answer

No. We forge our own in-house rules (malware families, offensive tools, LOLBins, vulnerable drivers, brand typosquatting…) you won't find anywhere else. For the community sources we do include, we genuinely curate them: per-file license verification, deduplication, validation on the real engine (a rule that doesn't compile doesn't ship), anti-false-positive testing on a large corpus. We don't resell scraped rules, we deliver proven detection.

Question 19

Is there a free demo pack?

Accepted Answer

Yes. A free sample of our in-house rules across every engine we run (Sigma, YARA, osquery, Velociraptor, Falco, network, policy), each detection with its CACAO 2.0 investigation playbook. The Sigma rules come already converted for 6 SIEMs (Splunk, Sentinel, Elastic, QRadar, CrowdStrike, Panther), and a NIS2 compliance sample is included. Downloadable directly from the "Rules" menu or the feed pages, no signup required.

Question 20

Do the Sigma rules come converted for my SIEM?

Accepted Answer

Yes. Every Sigma rule ships already converted for Splunk (SPL), Microsoft Sentinel (KQL), Elastic (Lucene), QRadar (AQL), CrowdStrike (LogScale) and Panther (SDYAML), paste straight into your SIEM. When a rule doesn't map cleanly to a SIEM (a field missing from its schema), we ship what genuinely converts rather than a broken query.

Question 21

What is an "investigation playbook"?

Accepted Answer

For every rule, a step-by-step sheet the analyst follows when the rule fires: confirm the alert, find the origin, scope the impact, remediation leads. In the CACAO 2.0 standard (OASIS), importable into your SOAR. Generated deterministically, without AI: each step derives from a fact the rule carries (ATT&CK, known false positives, MITRE D3FEND), nothing is invented, and the playbook is read-only (never an executable command; response stays a human decision).

Question 22

How often are the packs updated?

Accepted Answer

Continuously. Packs are rebuilt and published daily; your sync script picks up the new version on its next run. Each release is signed (Ed25519) and passes an anti-poisoning gate that refuses suspicious changes (mass detection removal, dangerous capability appearing without review).

Question 23

Can I use the rules without the ThreatClaw agent?

Accepted Answer

Yes. The rule subscription is decoupled from the agent: it's a standalone feed you plug into your own stack (SIEM, YARA engine, Suricata, osquery, etc.). The ThreatClaw agent consumes them natively, but it is not required.

Question 24

You aggregate several sources: how do you handle duplicates?

Accepted Answer

By similarity comparison between rules, not by matching names or hashes, which would let variants through. Near-duplicates are removed from the shipped pack, and the grey zone, rules that are close without being identical, is set aside for human review rather than shipped by default. It is an invisible part of the work and yet the first reason a raw aggregate is unusable in production.

Question 25

What format do the packs arrive in?

Accepted Answer

In the native format of the engine concerned, ready to load: nothing to convert on your side. Alongside it comes an index describing every rule with its security references, and thematic groupings by category, by attack technique or by compliance requirement. That is what lets you load a targeted subset rather than the whole pack, and evidence coverage to an auditor.

Question 26

How do I know the pack was not tampered with in transit?

Accepted Answer

Every release is signed with Ed25519, and your sync script verifies the seal before extracting anything: without a verifiable seal it refuses and stops, there is no fallback path. What matters is where the private key lives: never on the continuous-integration machine, the one that downloads third-party content and runs engines on it. It never leaves our own machine. The rule is simple: the machine that ingests untrusted content never holds the key.

Question 27

What stops someone from quietly weakening a rule upstream?

Accepted Answer

This is the real threat model for a detection feed, and it is not malware: nobody needs to execute code, adding one exclusion or breaking one condition is enough to blind every subscriber at once, silently. Two safeguards. Sources are pinned to an exact revision, so taking an upstream change is a deliberate act rather than something time does to you. And every release goes through a gate that compares it with the previous one: an abnormal delta quarantines the version and the feed you receive stays untouched.

Question 28

Is there any executable code in your packs?

Accepted Answer

No, never. A pack contains text only: rules, YAML, JSON, SQL. The scenario where you download and run a booby-trapped binary does not exist here. For the vulnerability-template pack, an extra filter drops anything that could act rather than observe, along with intrusive and denial-of-service categories.

Question 29

How do you keep a rule from drowning my SOC in false positives?

Accepted Answer

Two stages. At build time, every rule must compile on the real engine you actually run, not on a linter, and that check is blocking: what fails does not ship. Then the whole pack is audited against a corpus of real legitimate activity, not synthetic traffic, and rules that fire on it are dropped or moved to monitor-only. We do not claim zero false positives in your environment, which is not ours: we guarantee that a rule which is noisy on normal activity does not reach you unexamined.

Question 30

How is it licensed and priced?

Accepted Answer

The rule feed subscription is separate from the agent license (open source, AGPL v3). Part of the in-house rules is proprietary (not redistributable); community sources keep their original license, verified per file and documented. For subscription pricing, see the Pricing page or contact us.

Question 31

検出フィードは規制要件(NIS2、ReCyF)にマッピングされていますか?

Accepted Answer

はい。各フィードのサブスクリプションには要件ごとのカバレッジマップが付属します。各 NIS2 要件(ENISA 附属書)と ReCyF について、あなたのどのルールが対応するか、そしてギャップ一覧を示します。連鎖は追跡可能で公開されています(Sigma から ATT&CK、NIST 800-53、CSF 2.0、NIS2 へ)。これは設計上のカバレッジで、カタログが要件に対応していることを示すもので、認証でもリアルタイム測定でもありません。多くの要件は純粋に組織的でルールでは対応できません。それらは正直にギャップとして表示します。マップは読みやすいレポートと OSCAL(機械可読の標準)で提供されます。

Question 32

GRC(CISO Assistant など)を使っています。カバレッジを取り込めますか?

Accepted Answer

はい、コネクタ経由で可能です。GRC 内に監査を作成または更新し、ルールがカバーする各要件に ThreatClaw のエビデンスとコントロールを添付し、要件を「要確認」に設定します。あなたまたは CISO が検証し、最終的な「準拠」を付与します。コネクタが独りでに準拠にチェックを入れることはなく、事前入力の手間を省くだけです。読み込み可能なマッピング library と、他ツール向けの OSCAL エクスポートも提供します。技術的注記:CISO Assistant は OSCAL を取り込まないため、コネクタは REST API を使用します。

Question 33

DORA に対応していますか?

Accepted Answer

部分的に、そして率直に申し上げます。NIS2 と異なり、EU 公式の DORA 対応表は存在しません。そのため、ルールが直接支援する DORA 条文に紐づけます:検出(第 8、10 条)、保護(第 9 条)、レジリエンステスト(第 24〜27 条)。当社の red-team パックは TLPT 条文を支援するテストツールであり、当局が範囲を定めた認証 TLPT の実施そのものではありません。ISO や NIST への対応は、認知された第三者フレームワーク(SCF)を経由し、そのように明示します。ガバナンス、インシデント報告、第三者管理、事業継続は主張しません。

Question 34

Can I deploy your rules for my own clients?

Accepted Answer

Yes for the aggregated part, which comes exclusively from permissively licensed sources and stays redistributable, including for MSSP use. Copyleft components are isolated in their own bundle, under their own licence, with attribution. Our in-house forged rules are proprietary and reserved for your own subscriber use: they are not redistributable. Every pack ships a NOTICE file spelling out exactly what falls under what.

Question 35

What happens if I cancel my subscription?

Accepted Answer

You keep what you have already downloaded, we disable nothing remotely. What you lose is the flow: no new rules, no false-positive corrections, no coverage of threats that appear after you leave. That is the key thing to understand about this product: the value is not in today’s bundle, it is in the fact that it changes every week.

あなたの疑問に、正直にお答えします。

AIとあなたのデータ