LimaCharlie Expert
Entry point skill for all LimaCharlie tasks. Provides component overview and routes to specialized skills.
Core Components
Telemetry Sources
Sensors (Endpoint Agents)
- Generate Events (NEW_PROCESS, DNS_REQUEST, NETWORK_CONNECTIONS, etc.)
- Execute sensor commands (history_dump, file_hash, os_processes, etc.)
- Receive D&R rule actions (isolate network, kill process, etc.)
- Have Tags applied to them
Adapters
- Ingest cloud/SaaS logs: AWS, Azure, GCP, M365, Okta, CrowdStrike, etc.
- Convert external telemetry into Events
- Feed same pipeline as Sensors
Installation Keys
- Enroll Sensors to organization
- Can auto-apply Tags
Detection Engine
D&R Rules
- Match against Events
- Generate Detections
- Execute Response Actions:
task - run sensor commands
run extension - trigger Extensions
add tag / remove tag - modify sensor Tags
isolate network / rejoin network
seal / unseal - tamper protection
report - create Detection
wait - delay for action chaining
Stateful Rules
- Correlate multiple Events over time
- Track counts, sequences, unique values
- Generate Detections with aggregated context
YARA Rules
- Real-time process scanning
- On-demand file/memory scanning
- Generate YARA_DETECTION Events → trigger D&R rules
False Positive Rules
- Suppress Detections
- Filter before Outputs
Managed Rulesets
- Pre-built D&R rules (Sigma, Soteria, SOC Prime)
Data Structures
Events (event stream)
- Structure:
{routing: {...}, event: {...}}
- Generated by: Sensors, Adapters
- Matched by: D&R Rules
- Stored in: Insight
- Queried by: LCQL
- Forwarded by: Outputs
Detections (detect stream)
- Generated by: D&R Rules
- Includes: routing (from Event) + detect (Event data) + metadata (
cat, priority, detect_data)
- Can trigger: D&R rules, Outputs
Audit (audit stream)
- Platform actions, config changes
Deployment (deployment stream)
Storage & Configuration
Insight
- 1-year retention of Events, Detections, Audit logs
- Queried by LCQL
Config Hive
- Stores: Secrets, Lookups (key-value), D&R rules, YARA rules
- Used by: D&R rules (lookup action), Extensions, Cloud Sensors
- Namespaces for organization
Tags
- Applied to: Sensors
- Used to: Target D&R rules, filter, group
- Modified by: D&R rules (add/remove tag actions), manual assignment, auto-enrollment
Query & Investigation
LCQL (LimaCharlie Query Language)
- Query: Events, Detections, Audit logs in Insight
- Returns: Filtered, aggregated, joined data
Timeline
- Per-Sensor Event history
- Complete forensic record
Sensor Commands
- 100+ investigative/response commands
- Triggered by: D&R rules (task action), manual execution, Extensions, API
Replay
- Test D&R rules against historical Events from Insight
Automation
Extensions
- Serverless functions
- Triggered by: D&R rules (run extension), API, schedules
- Can: Access Config Hive, call external APIs, read Events, respond with actions (add tag, run sensor command)
- Built-in: YARA Manager, Artifact Manager, VirusTotal, GreyNoise, etc.
Playbooks
- Visual workflow builder
- Orchestrates: D&R rules, Extensions, sensor commands
API & SDK
- Python/Go SDKs
- REST API for all platform operations
Data Forwarding
Outputs
- Destinations: SIEM, data lakes, Slack, webhooks, S3, etc.
- Source streams: event, detect, audit, deployment
- Can: Filter, transform data
Component Interconnections
Primary Data Flow
Sensors/Adapters → Events → D&R Rules → Detections → Outputs
↓ ↓ ↓
Insight Actions Outputs
D&R Rule → Response Actions
D&R rules can trigger:
- Extensions → external enrichment/logic → respond with actions back to LC
- Sensor commands → investigate/contain on specific Sensor
- Tags → add/remove tags on Sensor → trigger other D&R rules targeting those tags
- Network isolation → quarantine Sensor
- Detections → generate alert → sent to Outputs
- Wait → chain multiple actions sequentially
Tag-Based Connections
D&R rule → Adds Tag to Sensor → Second D&R rule targets that Tag → Executes actions
Installation Key → Auto-applies Tag → Sensor enrolled with Tag → Targeted by D&R rules
Config Hive Integration
D&R rule → Lookup action → Config Hive (IOC lists, thresholds)
Extension → Reads secrets from Config Hive → Calls external API
Cloud Sensor → Stores credentials in Config Hive
Extension Integration
D&R rule → Run extension → Extension calls external API (VirusTotal) →
Extension responds with: add tag, run sensor command, generate Event
Extension can: Read Config Hive, access Event data, trigger actions
Stateful Rule Correlation
Multiple Events (same/different Sensors) → Stateful rule (time window) →
Counts/aggregates → Threshold met → Generate Detection
LCQL Query Flow
LCQL query → Insight (Events/Detections/Audit) → Results →
Used for: hunting, investigation, rule creation
Multi-Component Chains
Example: Detection → Enrichment → Response
Event → D&R rule → Detection + Run extension (VirusTotal) →
Extension adds tag "malware-confirmed" →
Second D&R rule (targets "malware-confirmed" tag) →
Isolate network + task: artifact_get
Example: Tag-based progressive response
Detection → Add tag "investigate" → Manual review → Add tag "incident-confirmed" →
D&R rule on "incident-confirmed" → Automated containment actions
Field Paths & Targeting
Event field paths:
event/FILE_PATH, event/COMMAND_LINE, event/DOMAIN_NAME
routing/hostname, routing/sid, routing/event_type, routing/tags
Detection field paths:
detect/* (original Event data)
cat, priority, detect_data, routing/*
D&R rule targeting:
- Target by:
routing/tags, routing/sid, platform, event type
- Filter by: any field path in Event
Component Output/Input Matrix
| Component |
Generates |
Consumes |
Triggers |
| Sensors |
Events |
Sensor commands, network isolation |
- |
| Adapters |
Events |
- |
- |
| D&R Rules |
Detections |
Events, Detections |
Extensions, sensor commands, Tags |
| Extensions |
Actions (tags, commands) |
Events, Config Hive |
Sensor commands, Tags, Events |
| Config Hive |
Data (secrets, lookups) |
API/manual input |
- |
| Tags |
Targeting metadata |
D&R actions, manual, Installation Keys |
D&R rule targeting |
| Outputs |
External forwarding |
Events, Detections, Audit |
- |
| LCQL |
Query results |
Insight (Events/Detections/Audit) |
- |
| Insight |
Searchable data |
Events, Detections, Audit |
- |
| Stateful Rules |
Detections |
Multiple Events over time |
Extensions, sensor commands, Tags |
Specialized Skills
Route to these skills for detailed implementation:
Telemetry: sensor-manager, adapter-configurator, onboard-external-telemetry
Detection: dr-rule-builder, stateful-rule-designer, sigma-rule-deployer, yara-manager
Investigation: incident-responder, threat-hunter, lcql-query-builder, forensic-analyst, artifact-collector
Automation: playbook-automator, extension-developer, api-integrator, threat-intel-integrator
Management: config-hive-manager, infrastructure-as-code, output-configurator, cloud-security-monitor, performance-optimizer
Additional Documentation: If the specialized skills above don't provide enough information, the full LimaCharlie documentation is available in the public repository at https://github.com/refractionPOINT/documentation/tree/master/limacharlie
Key Mechanics
Response timing: D&R rules execute <100ms, sensor commands 1-5s
Data retention: Insight stores 1 year by default
Stateless vs Stateful isolation: segregate_network (command) vs isolate network (D&R action, persists reboot)
Event types: 100+ event types (NEW_PROCESS, DNS_REQUEST, NETWORK_CONNECTIONS, WEL, YARA_DETECTION, etc.)
Sensor platforms: Windows, Linux, macOS, Chrome
Action chaining: Use wait action to sequence multiple responses in D&R rules
LimaCharlie is component-based: combine Sensors/Adapters (telemetry) + D&R rules (detection) + Extensions (enrichment/custom logic) + Sensor commands (response) + Outputs (integration) + LCQL (hunting) to build security solutions.
1---2name: limacharlie-expert3description: Use this skill when the user mentions LimaCharlie or wants to work with endpoint detection, cloud security monitoring, detection rules, or security automation. This provides an overview of LimaCharlie components and their interconnections.4---5
6# LimaCharlie Expert
7
8Entry point skill for all LimaCharlie tasks. Provides component overview and routes to specialized skills.
9
10## Core Components
11
12### Telemetry Sources
13
14**Sensors (Endpoint Agents)**
15- Generate Events (NEW_PROCESS, DNS_REQUEST, NETWORK_CONNECTIONS, etc.)
16- Execute sensor commands (history_dump, file_hash, os_processes, etc.)
17- Receive D&R rule actions (isolate network, kill process, etc.)
18- Have Tags applied to them
19
20**Adapters**
21- Ingest cloud/SaaS logs: AWS, Azure, GCP, M365, Okta, CrowdStrike, etc.
22- Convert external telemetry into Events
23- Feed same pipeline as Sensors
24
25**Installation Keys**
26- Enroll Sensors to organization
27- Can auto-apply Tags
28
29### Detection Engine
30
31**D&R Rules**
32- Match against Events
33- Generate Detections
34- Execute Response Actions:
35 - `task` - run sensor commands
36 - `run extension` - trigger Extensions
37 - `add tag` / `remove tag` - modify sensor Tags
38 - `isolate network` / `rejoin network`
39 - `seal` / `unseal` - tamper protection
40 - `report` - create Detection
41 - `wait` - delay for action chaining
42
43**Stateful Rules**
44- Correlate multiple Events over time
45- Track counts, sequences, unique values
46- Generate Detections with aggregated context
47
48**YARA Rules**
49- Real-time process scanning
50- On-demand file/memory scanning
51- Generate YARA_DETECTION Events → trigger D&R rules
52
53**False Positive Rules**
54- Suppress Detections
55- Filter before Outputs
56
57**Managed Rulesets**
58- Pre-built D&R rules (Sigma, Soteria, SOC Prime)
59
60### Data Structures
61
62**Events** (`event` stream)
63- Structure: `{routing: {...}, event: {...}}`
64- Generated by: Sensors, Adapters
65- Matched by: D&R Rules
66- Stored in: Insight
67- Queried by: LCQL
68- Forwarded by: Outputs
69
70**Detections** (`detect` stream)
71- Generated by: D&R Rules
72- Includes: routing (from Event) + detect (Event data) + metadata (`cat`, `priority`, `detect_data`)
73- Can trigger: D&R rules, Outputs
74
75**Audit** (`audit` stream)
76- Platform actions, config changes
77
78**Deployment** (`deployment` stream)
79- Sensor lifecycle events
80
81### Storage & Configuration
82
83**Insight**
84- 1-year retention of Events, Detections, Audit logs
85- Queried by LCQL
86
87**Config Hive**
88- Stores: Secrets, Lookups (key-value), D&R rules, YARA rules
89- Used by: D&R rules (lookup action), Extensions, Cloud Sensors
90- Namespaces for organization
91
92**Tags**
93- Applied to: Sensors
94- Used to: Target D&R rules, filter, group
95- Modified by: D&R rules (add/remove tag actions), manual assignment, auto-enrollment
96
97### Query & Investigation
98
99**LCQL (LimaCharlie Query Language)**
100- Query: Events, Detections, Audit logs in Insight
101- Returns: Filtered, aggregated, joined data
102
103**Timeline**
104- Per-Sensor Event history
105- Complete forensic record
106
107**Sensor Commands**
108- 100+ investigative/response commands
109- Triggered by: D&R rules (task action), manual execution, Extensions, API
110
111**Replay**
112- Test D&R rules against historical Events from Insight
113
114### Automation
115
116**Extensions**
117- Serverless functions
118- Triggered by: D&R rules (run extension), API, schedules
119- Can: Access Config Hive, call external APIs, read Events, respond with actions (add tag, run sensor command)
120- Built-in: YARA Manager, Artifact Manager, VirusTotal, GreyNoise, etc.
121
122**Playbooks**
123- Visual workflow builder
124- Orchestrates: D&R rules, Extensions, sensor commands
125
126**API & SDK**
127- Python/Go SDKs
128- REST API for all platform operations
129
130### Data Forwarding
131
132**Outputs**
133- Destinations: SIEM, data lakes, Slack, webhooks, S3, etc.
134- Source streams: event, detect, audit, deployment
135- Can: Filter, transform data
136
137## Component Interconnections
138
139### Primary Data Flow
140```
141Sensors/Adapters → Events → D&R Rules → Detections → Outputs
142 ↓ ↓ ↓
143 Insight Actions Outputs
144```
145
146### D&R Rule → Response Actions
147D&R rules can trigger:
148- **Extensions** → external enrichment/logic → respond with actions back to LC
149- **Sensor commands** → investigate/contain on specific Sensor
150- **Tags** → add/remove tags on Sensor → trigger other D&R rules targeting those tags
151- **Network isolation** → quarantine Sensor
152- **Detections** → generate alert → sent to Outputs
153- **Wait** → chain multiple actions sequentially
154
155### Tag-Based Connections
156```
157D&R rule → Adds Tag to Sensor → Second D&R rule targets that Tag → Executes actions
158Installation Key → Auto-applies Tag → Sensor enrolled with Tag → Targeted by D&R rules
159```
160
161### Config Hive Integration
162```
163D&R rule → Lookup action → Config Hive (IOC lists, thresholds)
164Extension → Reads secrets from Config Hive → Calls external API
165Cloud Sensor → Stores credentials in Config Hive
166```
167
168### Extension Integration
169```
170D&R rule → Run extension → Extension calls external API (VirusTotal) →
171 Extension responds with: add tag, run sensor command, generate Event
172Extension can: Read Config Hive, access Event data, trigger actions
173```
174
175### Stateful Rule Correlation
176```
177Multiple Events (same/different Sensors) → Stateful rule (time window) →
178 Counts/aggregates → Threshold met → Generate Detection
179```
180
181### LCQL Query Flow
182```
183LCQL query → Insight (Events/Detections/Audit) → Results →
184 Used for: hunting, investigation, rule creation
185```
186
187### Multi-Component Chains
188Example: Detection → Enrichment → Response
189```
190Event → D&R rule → Detection + Run extension (VirusTotal) →
191 Extension adds tag "malware-confirmed" →
192 Second D&R rule (targets "malware-confirmed" tag) →
193 Isolate network + task: artifact_get
194```
195
196Example: Tag-based progressive response
197```
198Detection → Add tag "investigate" → Manual review → Add tag "incident-confirmed" →
199 D&R rule on "incident-confirmed" → Automated containment actions
200```
201
202## Field Paths & Targeting
203
204**Event field paths**:
205- `event/FILE_PATH`, `event/COMMAND_LINE`, `event/DOMAIN_NAME`
206- `routing/hostname`, `routing/sid`, `routing/event_type`, `routing/tags`
207
208**Detection field paths**:
209- `detect/*` (original Event data)
210- `cat`, `priority`, `detect_data`, `routing/*`
211
212**D&R rule targeting**:
213- Target by: `routing/tags`, `routing/sid`, platform, event type
214- Filter by: any field path in Event
215
216## Component Output/Input Matrix
217
218| Component | Generates | Consumes | Triggers |
219|-----------|-----------|----------|----------|
220| Sensors | Events | Sensor commands, network isolation | - |
221| Adapters | Events | - | - |
222| D&R Rules | Detections | Events, Detections | Extensions, sensor commands, Tags |
223| Extensions | Actions (tags, commands) | Events, Config Hive | Sensor commands, Tags, Events |
224| Config Hive | Data (secrets, lookups) | API/manual input | - |
225| Tags | Targeting metadata | D&R actions, manual, Installation Keys | D&R rule targeting |
226| Outputs | External forwarding | Events, Detections, Audit | - |
227| LCQL | Query results | Insight (Events/Detections/Audit) | - |
228| Insight | Searchable data | Events, Detections, Audit | - |
229| Stateful Rules | Detections | Multiple Events over time | Extensions, sensor commands, Tags |
230
231## Specialized Skills
232
233Route to these skills for detailed implementation:
234
235**Telemetry**: `sensor-manager`, `adapter-configurator`, `onboard-external-telemetry`
236**Detection**: `dr-rule-builder`, `stateful-rule-designer`, `sigma-rule-deployer`, `yara-manager`
237**Investigation**: `incident-responder`, `threat-hunter`, `lcql-query-builder`, `forensic-analyst`, `artifact-collector`
238**Automation**: `playbook-automator`, `extension-developer`, `api-integrator`, `threat-intel-integrator`
239**Management**: `config-hive-manager`, `infrastructure-as-code`, `output-configurator`, `cloud-security-monitor`, `performance-optimizer`
240
241**Additional Documentation**: If the specialized skills above don't provide enough information, the full LimaCharlie documentation is available in the public repository at https://github.com/refractionPOINT/documentation/tree/master/limacharlie
242
243## Key Mechanics
244
245**Response timing**: D&R rules execute <100ms, sensor commands 1-5s
246**Data retention**: Insight stores 1 year by default
247**Stateless vs Stateful isolation**: `segregate_network` (command) vs `isolate network` (D&R action, persists reboot)
248**Event types**: 100+ event types (NEW_PROCESS, DNS_REQUEST, NETWORK_CONNECTIONS, WEL, YARA_DETECTION, etc.)
249**Sensor platforms**: Windows, Linux, macOS, Chrome
250**Action chaining**: Use `wait` action to sequence multiple responses in D&R rules
251
252LimaCharlie is component-based: combine Sensors/Adapters (telemetry) + D&R rules (detection) + Extensions (enrichment/custom logic) + Sensor commands (response) + Outputs (integration) + LCQL (hunting) to build security solutions.