AI-Ready Secure Linux Distribution Chilean Patagonia · Alpha 2026 Hardened by Design
SECURE
LINUX
AI changed the work. Linux must change with it.
KAWÉSQAR

A minimal, hardened, AI-ready secure Linux distribution for servers and workstations. Two desktop environments on a verifiable foundation.

Explore Kawésqar Linux ↓
00 /Kawésqar Linux

Nébula.
One workstation, two environments.

Kawésqar Linux is a secure server and workstation distribution built for development, infrastructure, cybersecurity, and AI-enhanced operations. Nébula is its workstation experience and offers two desktop environments: COSMIC and BlackBox. The foundation integrates CIS Level 1 hardening and a verifiable control roadmap spanning firmware, kernel, applications, packages, network, identity, audit, and hardware.

01 /Desktop Environment

COSMIC

A modern, complete, comfortable environment for development, IT, and cybersecurity. Daily productivity with AI-enhanced tools and a defensive posture from first boot.

Nébula · COSMIC — office
Bone palette · 10px radius · rust accentOpen full ↗
02 /Desktop Environment

BlackBox

A contained, minimal environment for operators who favor focus, speed, and a reduced visual surface — ready for technical and AI workflows. Revived and refined: a redesigned root menu, a compositor with restraint, and the tools that matter.

Nébula · BlackBox — pro
Ink palette · 5px radius · rust + ice · compositorOpen full ↗
Nébula · Key Visuals

Sonar, archipelago,
fjord, ember.

Wallpaper set — generative SVG
SONAR / EMBER → BlackBox · ARCHIPIÉLAGO / FIORDO → COSMICOpen full ↗
·Public Alpha · Target

Mid-October · 2026

The first public Kawésqar Linux alpha is targeted for mid-October 2026. It will include initial server and workstation profiles, Nébula with COSMIC and BlackBox, and the first hardening baseline; the remaining controls will advance through verifiable roadmap deliveries.

01 /Security Engineering

Verifiable security.
From the root.

The October alpha establishes a CIS Level 1 baseline. Everything beyond it ships as verifiable engineering: implementation, tests, and evidence before claims.

01

Root of Trust

Measured firmware, verified boot, and attestation.

02

Isolation

Hardened kernel and per-application confinement.

03

Provenance

Reproducible packages, SBOM, and binary transparency.

04

Resilience

Atomic updates, auditability, and hardware control.

01

Boot & firmware

4 controls

02

Kernel

5 controls

03

Application isolation

4 controls

04

Supply chain & packages

5 controls

05

Network

5 controls

06

Encryption, data & identity

6 controls

07

Audit & forensics

3 controls

08

Resilience & hardware

6 controls

39 controls in the roadmap · organized by domain

02 /AI Security

AI is not another process.
It is a new authority surface.

Models, data, prompts, agents, runtimes, and accelerators expose distinct risks. Kawésqar extends operating-system security to every AI artifact, identity, and action.

01

Provenance

Models, adapters, tokenizers, and runtimes carry verifiable hashes, signatures, SBOMs, and provenance through fs-verity, IMA, and Sigstore/Cosign.

02

Measured AI

The TPM + IMA/EVM chain extends from firmware and kernel to the runtime and model actually loaded.

03

AI Sandbox

Inference, plugins, MCP servers, and generated code are isolated with namespaces, seccomp, Landlock, AppArmor, and cgroups; WASM or microVMs contain untrusted workloads.

04

Accelerator Security

Attestation, memory isolation, and confidential computing for GPUs/NPUs where hardware permits.

05

Prompt / Tool Boundary

External data never gains instruction authority. Documents, web pages, and email cannot automatically invoke shell, Git, SSH, secrets, or privileged tools.

06

Secret Broker

API keys, tokens, certificates, and SSH keys remain outside model context. The broker performs authorized operations without revealing secret values.

07

AI Firewall

Per-model or per-agent network policy: offline, local-only, LAN-only, allowlist, proxy-only, or internet. Local models start without network access.

08

Resource Governance

Explicit limits for CPU, RAM, VRAM, accelerators, context, processes, runtime, tool calls, bandwidth, and temporary storage.

09

Model Trust

Trusted, verified, experimental, unsigned, and untrusted levels drive isolation and capabilities without preventing legitimate experimentation.

10

Data Policy

private, restricted-ai, local-model-only, no-ai, and no-network-ai labels enforced by the OS or runtime.

11

Quarantine

GGUF, safetensors, LoRAs, plugins, and MCP servers enter as non-executable until signature, hash, metadata, dependencies, and policy pass verification.

12

Audit + Identity

Every model, runtime, and agent is an independent principal. Actions, resources, and state changes are traced with hashes and transactions while sensitive prompts stay out of logs.

Kawésqar AI Security Broker

No inherited authority.
Only ephemeral capabilities.

The agent requests a specific access. The broker verifies identity, model, version, hash, workload, session, policy, and time; then issues a minimal capability that expires.

AI Runtime / Agent
Capability request
read:/project/foonetwork:api.example.comtool:gitgpu:cuda0secret:github-token
↓ no direct authority ↓
Security Broker
Identity · Policy · Time
↓ minimal · expiring capability ↓
Files / Tools
Network
Secrets
GPU / NPU
Kawésqar Server

Minimal server first.

A minimal, hardened, no-GUI Linux server designed for secure infrastructure, virtualization, and production workloads. The base installation deploys no AI services — each workload enables only the profile it requires.

00
AI disabled
01
AI local-only
02
AI inference-node
03
AI confidential
04
AI agent-runtime

AI as a first-class security principal: its own identity, least privilege, isolation, provenance, and explicit access to every capability.

Kawésqar Server — headless identity
Boot splash · MOTD · terminal theme — no GUIOpen full ↗
·Research · Zero Core Architecture

The machine does not precede the work.
Work creates the machine.

Kawésqar proposes treating the Job — rather than a process or permanent kernel — as the fundamental unit of computation. A temporary federation is formed from a closed set of sovereign providers for each requested outcome. When the Job ends, the visible machine disappears and its operational authority tends to zero.

Conventional model
Machine

OS authority

Processes

Work
Authority exists before the task and persists after it.
Kawésqar model
Requested outcome

Sovereign providers

Temporary Job

Visible machine
Authority is born inside the Job, bounded to its participants, and expires with it.
01 /Reference Topology · Six capabilities, no governor
01

Network

ingress / egress

02

Compute

execution

03

Storage

persistent state

04

Presentation

human interface

05

Vault

notary / archive

06

Integrity

observation

02 /Job Lifecycle
01
Request
Outcome + closed participant set
02
Declare
Each provider accepts or rejects
03
Seal
Vault seals complete formation
04
Execute
Peer-to-peer mTLS channels
05
Close
Job authority → 0
03 /Research Program

Zero Core is in early research and development. The immediate goal is not to proclaim a finished architecture, but to turn its invariants into measurable experiments on a closed physical substrate. Master paper v1.3 defines the contributions, boundaries, and questions the PoC must answer.

01

Closed membership

Reject undeclared participants.

02

Vault outage

Keep an active Job alive without a governor.

03

Critical failure

Cancel among peers without the notary.

04

POSIX capsule

Measure compatibility, latency, and real cost.

Master draft 1.3 · proposed architecture · active research