Skip to content

Rule Reference

SEC369lintai-ai-securitygovernancehardeningstableclaude_settingswarn

Claude settings: wildcard Write permissions

Claude settings permissions allow `Write(*)` in a shared committed config

Public lane
governance
Category
hardening
Provider
lintai-ai-security
Scope
per-file
Surface
claude_settings
Tier
stable
Severity
warn
Confidence
high
Detection
structural
Remediation
message only
How to read this lane

Shared authority and workflow policy review.

How to read this category

Least-privilege, provenance, or operational hygiene signal.

Activation Model

Preset Activation

These presets explain where this rule appears in the product experience.

Lifecycle

Stable Lifecycle Contract

State

stable

Graduation rationale

Checks shared Claude settings permissions for explicit wildcard `Write(*)` grants.

Deterministic signal basis

ClaudeSettingsSignals exact string detection for `Write(*)` inside permissions.allow on parsed Claude settings JSON.

Malicious corpus
claude-settings-write-wildcard
Benign corpus
claude-settings-write-specific-safe
structured evidence required remediation reviewed
Canonical note

Structural stable rule intended as a high-precision check with deterministic evidence.

Nearby Signals

Related Rules

Why It Matters

SEC369 flags committed Claude settings files when permissions.allow contains the exact wildcard write grant Write(*).

This is useful because:

  • shared .claude/settings.json files often become team-wide policy by copy/paste
  • Write(*) grants broad file modification power instead of a reviewed allowlist
  • broad write access is much harder to defend in code review than scoped patterns tied to known repo paths

What Triggers

This rule applies only to committed Claude settings surfaces:

  • .claude/settings.json
  • claude/settings.json

It triggers when:

  • permissions.allow contains the exact string Write(*)

It does not trigger on:

  • narrower reviewed patterns such as Write(./artifacts/**)
  • fixture-like test/example paths

Examples

Bad:

json
{
  "permissions": {
    "allow": ["Write(*)", "Read(*)"]
  }
}

Better:

json
{
  "permissions": {
    "allow": ["Write(./artifacts/**)", "Read(*)"]
  }
}

Remediation

  • replace Write(*) with specific reviewed write patterns
  • keep shared write permissions scoped to the smallest set of repo paths the workflow actually needs