mirror of
https://github.com/prompt-security/clawsec.git
synced 2026-06-13 05:28:02 +03:00
369745821f
* feat(traffic-guardian): add runtime monitoring skill baselines * fix(traffic-guardian): align changelog and i18n fallback docs * chore(traffic-guardian): prepare beta1 release metadata
105 lines
2.8 KiB
Markdown
105 lines
2.8 KiB
Markdown
# Picoclaw Traffic Guardian Specification
|
|
|
|
## Goal
|
|
|
|
Provide Picoclaw with opt-in runtime traffic monitoring that observes lightweight AI gateway HTTP/HTTPS traffic for exfiltration and injection signals and exports monitor posture for Picoclaw profiles.
|
|
|
|
## Required Architecture
|
|
|
|
Implement three layers:
|
|
|
|
1. Detector core
|
|
- normalized finding schema
|
|
- pattern registry
|
|
- snippet redaction
|
|
- deduplication
|
|
- JSONL report writer
|
|
|
|
2. Picoclaw adapter
|
|
- lifecycle commands for start, stop, status, and threats
|
|
- process-scoped proxy environment guidance
|
|
- profile fragment compatible with `picoclaw-security-guardian`
|
|
|
|
3. Operator interface
|
|
- safe setup text
|
|
- explicit per-process proxy export commands
|
|
- CA fingerprint display when HTTPS inspection is enabled
|
|
|
|
## Finding Schema
|
|
|
|
Findings must be JSON objects with these fields:
|
|
|
|
```json
|
|
{
|
|
"schema_version": "clawsec-traffic-finding/v1",
|
|
"platform": "picoclaw",
|
|
"direction": "outbound",
|
|
"protocol": "http",
|
|
"threat_type": "EXFIL",
|
|
"pattern": "ai_api_key",
|
|
"severity": "high",
|
|
"source": "127.0.0.1",
|
|
"dest": "api.example.com:443",
|
|
"snippet": "[REDACTED]",
|
|
"timestamp": "2026-04-26T00:00:00.000Z"
|
|
}
|
|
```
|
|
|
|
## Profile Fragment Schema
|
|
|
|
The first implementation must write a small profile fragment:
|
|
|
|
```json
|
|
{
|
|
"schema_version": "clawsec-traffic-posture/v1",
|
|
"platform": "picoclaw",
|
|
"monitor_status": "running",
|
|
"mode": "detect",
|
|
"https_inspection": false,
|
|
"ca_fingerprint_sha256": null,
|
|
"config_sha256": "hex",
|
|
"finding_log_sha256": "hex",
|
|
"generated_at": "2026-04-26T00:00:00.000Z"
|
|
}
|
|
```
|
|
|
|
## Minimum Detection Set
|
|
|
|
Outbound EXFIL:
|
|
|
|
- AI API keys
|
|
- AWS access key IDs
|
|
- private key PEM markers
|
|
- SSH key file paths
|
|
- sensitive Unix file paths
|
|
- dotenv and cloud credential paths
|
|
- gateway config/token path markers when Picoclaw exposes stable names
|
|
|
|
Inbound INJECTION:
|
|
|
|
- pipe-to-shell commands
|
|
- shell exec flags
|
|
- reverse shell command shapes
|
|
- destructive remove commands
|
|
- SSH authorized-key injection shapes
|
|
|
|
## Safety Requirements
|
|
|
|
- Default mode is detect-and-log.
|
|
- Blocking mode must not exist in the first implementation.
|
|
- Snippets must be redacted before persistence.
|
|
- Maximum scan bytes must be configurable and bounded.
|
|
- CA trust must be per-process by default.
|
|
- System trust-store instructions must require explicit operator confirmation and must never run automatically.
|
|
|
|
## Tests Required Before Release
|
|
|
|
- detector unit tests for each pattern
|
|
- redaction tests proving secrets are not persisted
|
|
- proxy fixture tests for HTTP request and response inspection
|
|
- no-false-positive tests for common benign traffic
|
|
- lifecycle tests for stale PID/state cleanup
|
|
- profile fragment schema and digest tests
|
|
- compatibility tests showing `picoclaw-security-guardian` can include the profile fragment
|
|
|