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는 복잡하거나 모호한 사례에 대한 제2의 의견으로 추가할 수 있습니다, 이 경우 모든 민감한 데이터는 전송 전에 되돌릴 수 있는 토큰으로 자동 대체됩니다. 클라우드 LLM은 식별자, IP 또는 자격 증명을 결코 보지 못합니다. 복원 매핑은 메모리에만 존재하며 디스크에는 절대 저장되지 않습니다.

Question 4

익명화는 어떻게 작동하며, 무언가를 놓치면 어떻게 되나요?

Accepted Answer

외부 LLM을 호출하기 전에 데이터는 Rust로 작성된 익명화 엔진을 거칩니다. 이 엔진은 일반적인 민감 식별자(기술적, 금융적, 개인적)를 자동으로 감지하여 되돌릴 수 있는 토큰으로 대체합니다. 응답을 받으면 토큰이 로컬에서 복원됩니다. 매핑은 메모리에만 존재합니다.

패턴 기반 익명화 엔진의 잔여 위험은 존재하며, 우리는 이를 인정합니다. 세 가지 완화책이 있습니다. (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 프로토콜을 사용하는 모든 장비. 일반적인 중소기업은 하루 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 RAM(로컬 LLM을 활성화하면 16 GB 권장). 20 GB 디스크(AI 모델 다운로드 시 50 GB). 설치 명령 하나: `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 포함). 중앙 집중식 보기 및 규정 준수 보고서를 위한 실시간 웹 대시보드도 제공됩니다.

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로의 대응은 인정된 제3자 프레임워크(SCF)를 거치며 그렇게 명시합니다. 거버넌스, 사고 보고, 제3자 관리, 연속성은 주장하지 않습니다.

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와 귀하의 데이터