hikyo
Documentation

Self-hosted compliance

SOC 2 and GDPR control responsibilities, evidence, and current limitations for self-hosted Hikyo.

Hikyo provides security controls that operators can use in their own compliance program. Installing Hikyo does not establish GDPR compliance or a SOC 2 report. This guide covers self-hosted installations. It makes no claim of certification, attestation, or an independently assessed production deployment.

Start with the personal-data inventory, then use the operator procedures to assign owners and collect evidence.

Responsibility boundary

AreaHikyo productInstallation operator
AccessScoped authorization, MFA, federation and SCIM controlsConfigure privileges, review access, secure administrators and remove access when people leave
ProtectionEncrypted value storage, key rotation, TLS boundaries and encrypted archivesProtect hosts, database metadata, keys, disks, network and archive destinations
EvidenceAudit query/export, operational metrics and doctor findingsPreserve independent copies, investigate alerts and record reviews
PrivacyExisting scoped reads and lifecycle operationsDetermine purposes, lawful bases, notices, rights handling and justified retention; account for the gaps below
RecoveryBackup scheduling, archive retention and restore drillsMaintain independent recovery material, off-host copies and exercised recovery procedures

An operator may be a controller, processor, or both for different processing. Determine roles from actual purposes and instructions. Distributing the software does not by itself make its publisher the processor of a customer’s installation. Support access or hosted services would require a separate assessment.

Controls and limits

Use the commands and configuration below with a version that includes these controls. The implementation status remains the capability-status authority; these docs track the main branch.

ControlProduct behaviorOperator responsibility
Identity lifecycleHost-local subject export, correction, restriction, release, erasure and restore receiptsReview export coverage and legal grounds; inspect customer content and external recipients separately
Audit expiryBounded access/security policies, audited adoption and transactional pruningChoose justified periods before upgrade and retain necessary independent evidence
Content lifecycleRevision GC plus explicit whole-environment deletionAge OR revision count is not an absolute privacy deadline; review scope before deleting content
Independent audit evidenceAppend-only application records and export; doctor evidence collectionDatabase operators can alter records; protect off-host copies and monitor collection
Backup reconciliationIdentity action receipts can be reapplied after restoreKeep current receipts outside archives, apply them before reopening service and manage all external copies

Follow identity workflows, audit retention and evidence collection. Neither an identity export nor its erasure receipt claims to cover arbitrary personal data inside values, audit payloads, project metadata or third-party systems.

SOC 2 scope and evidence

SOC 2 examines a service organization’s defined system. Type I addresses control design at a specified date; Type II also examines operating effectiveness over a specified period. The applicable criteria and evidence depend on the system and commitments agreed with the auditor. For a secrets service, consider Security and Confidentiality, with Availability where recovery commitments warrant it.

Keep a control register with: criterion, owner, implementation, operating procedure, evidence location, review date and exceptions. Include organizational controls such as risk assessment, personnel access, supplier review, incident handling, change approval and vulnerability remediation. Product tests alone cannot prove that these controls operated throughout an audit period.

See the AICPA SOC 2 overview and Trust Services Criteria.

GDPR scope

Identify purposes and lawful bases, provide notices, and record retention and recipients. Determine requirements for processing records, processor agreements, international transfers, impact assessments and a data protection officer from your processing circumstances. EU hosting alone does not settle these questions. Encryption does not turn identifiable personal data into anonymous data.

Use GDPR Articles 5, 6, 13, 14, 28, 30, 32, 35, 37 and Chapter V as the legal source and have the responsible privacy adviser validate the decisions.

Future hosted service

Before offering managed hosting, extend the same inventory and control register to infrastructure, support access, customer offboarding, subprocessors, contracts, service commitments and breach communications. Verify isolation and privacy operations across tenants. Obtain an assessment scoped to that service before making assurance claims; self-hosted documentation is not a hosted-service report.