Policy Document

Information Security Policy

Governing the protection of information assets across Hypernova AI Inc.

Honest status, updated October 27, 2026. This document describes how Hypernova AI operates and the standard we hold ourselves to. Some of it isn't in place yet, and we'd rather say so: not yet in place: multi-factor login, encryption at rest for the server disk and databases, automated off-site backups, outside audits or certifications. Working toward: HIPAA, GDPR and CCPA compliance. Our server host is IONOS. The current list of every outside company that handles data is on our Security page. Where this document and that page disagree, the Security page is current.

📄 Information Security Policy

1.0
January 1, 2026
August 2026
August 2027
Cale McMillin, CEO
Active
← Security Center

1. Purpose & Scope

This policy establishes the information security requirements for Hypernova AI Inc. It applies to all information assets, systems, personnel, contractors, and third parties that process, store, or transmit Hypernova AI data.

The objective is to protect the confidentiality, integrity, and availability (CIA) of information assets and ensure compliance with applicable laws and regulations including GDPR, CCPA, and HIPAA where applicable.

2. Information Classification

All data processed by Hypernova AI is classified into one of four tiers:

ClassificationExamplesControls Required
PublicMarketing content, public documentation, press releasesNo special restrictions
InternalUser conversations, business data, usage analyticsAccess control, no external sharing without consent
ConfidentialCustomer PII, business strategies, financial dataEncryption at rest & transit, strict access control, audit logging
RestrictedPasswords, API keys, payment data, health informationEncrypted storage, hashing (passwords), minimal retention, no logging of values

3. Access Control

Principle of Least Privilege

All access to systems, data, and infrastructure is granted based on the minimum permissions required to perform a role. Access is explicitly granted — not implicitly inherited.

Requirements

  • Multi-factor authentication (MFA) is strongly encouraged for all accounts and required for privileged/admin access
  • Unique identifiers required for every user — shared accounts are prohibited
  • Access rights reviewed at least quarterly
  • Access is revoked within 24 hours of role change or termination
  • Privileged (admin/founder) access is restricted to named individuals and audit logged

4. Cryptography

  • In Transit: TLS 1.3 required for all data in transit. Older protocols (TLS 1.0, TLS 1.1, SSLv3) disabled. HSTS preloading enabled.
  • At Rest: Planned. Today only connected social account tokens are encrypted at rest with AES-256
  • Passwords: All passwords hashed using bcrypt with a minimum cost factor of 12. Plaintext storage is strictly prohibited.
  • API Keys: Stored as hashed values or in environment-encrypted secret stores, never in source code or logs
  • Key Management: Encryption keys rotated at least annually or upon suspected compromise

5. Network Security

  • HTTPS enforced on all endpoints — HTTP connections redirected to HTTPS
  • HSTS (Strict-Transport-Security) with max-age=31536000; includeSubDomains; preload
  • Cloudflare WAF deployed in front of all production systems — filters OWASP Top 10 attacks
  • Cloudflare Tunnel used — no open ports on origin server, eliminating surface attack area
  • Security headers enforced: Content-Security-Policy, X-Frame-Options, Referrer-Policy, Permissions-Policy
  • All API endpoints protected by rate limiting and authentication

6. Vulnerability Management

  • Critical vulnerabilities: Patched within 30 days of identification
  • High/Medium vulnerabilities: Patched within 90 days
  • Low vulnerabilities: Addressed in regular maintenance cycles
  • Dependency scanning performed on all software dependencies (npm audit, OWASP checks)
  • Security advisories monitored via GitHub Dependabot and vendor notification lists
  • Penetration testing planned annually once SOC 2 audit process begins (Q2 2027)

7. Incident Management

All security incidents must be reported to the Security Officer (CEO, Cale McMillin) immediately upon detection. The full incident response process is documented in the Incident Response Plan.

All security incidents are logged, triaged by severity, contained, remediated, and reviewed per the documented process. Regulatory notification timelines (72 hours GDPR, 60 days HIPAA) are strictly observed.

8. Third-Party Management

  • All vendors with access to Confidential or Restricted data must complete a security review prior to engagement
  • Data Processing Agreements (DPAs) are required for all vendors processing personal data
  • Vendor security posture reviewed annually or upon significant change
  • Current vendors: see the full list on our Security page, with what each one is used for and links to its terms.

9. Compliance

  • GDPR: Data subject rights, lawful basis for processing, DPA maintenance
  • CCPA: Consumer rights, data disclosure, opt-out mechanisms
  • HIPAA: Technical, administrative, and physical safeguards per HIPAA policy
  • SOC 2: Trust Services Criteria controls implemented; formal audit targeting Q2 2027
  • This policy reviewed and updated annually or upon material changes to business operations

Document Control

VersionDateAuthorChanges
1.0January 1, 2026Cale McMillinInitial policy creation
1.0.1August 2026Cale McMillinAnnual review — no material changes

Questions About This Policy

Contact the Policy Owner at [email protected]