This document provides a transparent, verifiable technical audit of the security controls, encryption algorithms, and isolation boundaries implemented in Kankali Context.
Unlike conventional AI memory SaaS solutions that store user data on central databases, Kankali is designed as a stateless cryptographic transport layer:
All stored credentials (such as GitHub PAT tokens) are encrypted with AES-256 in Galois/Counter Mode (GCM) using 96-bit random IVs and 128-bit authentication tags to prevent ciphertext tampering.
Master Auth Tokens (km_<expiresAt>...) and Two-Step Delete Confirmation tokens are cryptographically signed with HMAC SHA-256 with strictly enforced expiration timestamps.
Implements Proof Key for Code Exchange (RFC 7636) with SHA-256 code challenge verification on dynamic client registrations and MCP endpoint authentication.
https://www.googleapis.com/auth/drive.appdata. This restricted scope allows Kankali to create and read files only inside a private hidden app directory. Kankali has ZERO access to your personal Google Drive files, Google Docs, or photos.repo permissions on the specific repository you designate as your vault.Security by obscurity is not security. Every algorithm, token verifier, and router is open source and available for independent security review: