Approval-gated writes
External write tools are classified separately and require explicit approval before execution.
Kernolix is early-stage software. We do not claim certifications we do not have. This page shows the controls already implemented and the security work still required before broader production use.
These are implementation facts, not compliance badges.
External write tools are classified separately and require explicit approval before execution.
Run metadata, actions, statuses, model details, outputs, and errors can be persisted for review.
CSRF protection, secure session behavior, CSP, HSTS on HTTPS, frame blocking, content-type protection, and login throttling are part of the application baseline.
User credentials are stored with PHP password hashing rather than plaintext passwords.
We expose the gap instead of hiding it behind generic “enterprise-grade” language.
New connector secrets are encrypted server-side with AES-256-GCM when KERNOLIX_APP_KEY is configured. Legacy plaintext records still require migration before production use.
Tenant boundaries need automated negative tests for IDOR and cross-workspace access paths.
Gmail OAuth uses state validation and reduced read/send scopes. Refresh, revocation, and least-privilege tests still need production verification for every connector.
SOC 2 / formal compliance work belongs after real customers and infrastructure maturity justify the cost.
A model can recommend an action without automatically receiving permission to perform it.
If a connector is absent, the action stays blocked rather than being reported as successful.
Available, approval-required, connector-required, blocked, executed, and failed are explicit states.