Security at QEEK
QEEK is built for teams who connect real codebases. This page describes how we protect your data, infrastructure, and intellectual property.
Our Commitment
QEEK, Inc. treats security as a product requirement, not an afterthought. We design for least privilege, encrypt sensitive data, and continuously improve our controls as the platform evolves. For how we handle personal and codebase data specifically, see our Privacy Policy.
Infrastructure & Hosting
QEEK runs on industry-standard cloud infrastructure with clear separation between services:
- Backend services on Google Cloud Platform (Firebase, Cloud Functions, Cloud Run, Firestore, Cloud Storage, Realtime Database, Cloud KMS, Secret Manager)
- Web application (my.qeek.ai) hosted on Vercel
- Marketing site (qeek.ai) hosted on Vercel
- Primary data region: us-central1 (Google Cloud)
- DNS managed via Cloudflare
Encryption
In transit
- All client and API traffic is served over HTTPS/TLS
- Firebase Web API keys restricted to approved application origins
- Webhook endpoints verify signatures using timing-safe comparison
At rest
- Secrets and integration tokens encrypted with Google Cloud KMS
- API tokens stored as hashes — plaintext tokens are never persisted after issuance
- Repository sync files in Cloud Storage can be encrypted with AES-256-GCM envelope encryption (per-account, feature-gated)
- Data encryption keys for repo sync transported via short-lived Secret Manager secrets
Authentication & Access Control
- User authentication via Firebase Auth (email/password and supported OAuth providers)
- New user registration is invite-only — sign-up requires a valid beta or team invitation
- Multi-factor authentication (TOTP) available in account settings and for step-up on sensitive admin actions
- Role-based access control enforced in Cloud Functions, Firestore, and Cloud Storage security rules
- Workspace-scoped data isolation — users can only access accounts they belong to
- Admin operations require verified admin role and MFA verification; privileged actions are audit-logged
- Long-lived API tokens scoped to accounts with hashed storage and revocation support
Code & Data Handling
Your source code is valuable intellectual property. Our default architecture minimizes retention:
- We do not permanently store full source code files by default — we process code from GitHub to create embeddings and analysis
- Truncated code previews and AST-level metadata are stored for semantic search and documentation features
- AI features that need live code access it from GitHub in real time rather than from a long-term code mirror
- When repository sync is enabled, synced files are stored in isolated Cloud Storage paths with optional encryption at rest
- You can delete your account and associated data at any time
See our Privacy Policy for a full breakdown of what we collect and how we use it.
Application Security
We use a combination of preventive controls and automated testing:
- Firebase App Check enforced on client access to Authentication, Firestore, Realtime Database, and Cloud Functions
- Input validation and prompt sanitization for AI/agent workflows
- Firestore and Cloud Storage security rules reviewed and tightened on an ongoing basis
- Rate limiting, CORS restrictions, and security headers on backend and web application services
- Static analysis (CodeQL, Semgrep with baseline gates) and security-focused dependency scanning (Dependabot) in CI across application repositories
- Passive dynamic scanning (OWASP ZAP baseline) against production and staging web surfaces
- Regular internal security assessments with findings tracked in a remediation backlog
- STRIDE threat modeling for core surfaces (auth, IDE/MCP integration, agent runtime)
Subprocessors
QEEK relies on the following categories of third-party services to operate:
- Google Cloud Platform / Firebase — compute, database, storage, secrets, and authentication
- Vercel — frontend and marketing site hosting
- GitHub — repository access and webhook delivery
- Stripe — payment processing (Stripe handles card data; QEEK does not store payment card numbers)
- Resend — transactional email
- Sentry — error monitoring
- LLM providers (e.g., Google Gemini, OpenAI, xAI) — AI analysis and generation, subject to your configured features
A dedicated subprocessor list page is in progress. Contact us if you need a current list for vendor review.
Compliance
QEEK is working towards SOC 2 Type 2 certification. We do not currently hold ISO 27001, HIPAA, PCI, or FedRAMP certifications.
- Privacy Policy published at qeek.ai/privacy
- CCPA and GDPR-aligned data practices described in our Privacy Policy
- Payment card data handled by Stripe (PCI-compliant processor)
- Formal compliance reports available upon request as our certification program matures
Report a Vulnerability
If you believe you have found a security vulnerability in QEEK, please report it responsibly. Do not disclose the issue publicly until we have had a reasonable opportunity to investigate and remediate.
Email contact@qeek.ai with the subject line "Security Vulnerability Report" and include:
- A description of the vulnerability and its potential impact
- Steps to reproduce, including affected URLs or endpoints
- Your contact information for follow-up
We aim to acknowledge reports within five business days.
Security Questions
For security questionnaires, vendor reviews, or general security inquiries, contact QEEK, Inc. at contact@qeek.ai.