Identity & permissions
Role-based access, strong authentication, least privilege, joiner/mover/leaver processes, and periodic access reviews.
KinetiPlan is being positioned for customer-hosted environments, with security and operational controls treated as product requirements—not afterthoughts.
This page describes intended design principles, not a certification or a claim that every control is currently implemented. Security posture, testing, and deployment readiness must be verified before production use.
Customer-hosted software still requires clear ownership across application, infrastructure, identity, data protection, monitoring, recovery, and vendor support.
Role-based access, strong authentication, least privilege, joiner/mover/leaver processes, and periodic access reviews.
Encryption in transit and at rest, protected secrets and keys, data minimization, and secure retention/disposal procedures.
Traceable financial and administrative events, meaningful timestamps, controlled changes, and tamper-evident log strategy.
Documented backups, tested restoration, agreed recovery objectives, and evidence that restores work.
Signed/versioned releases where feasible, controlled schema migrations, rollback planning, and customer acceptance testing.
Defined support access, incident response, patch responsibilities, monitoring, and escalation procedures.
Each customer deployment should have a written operating agreement. Hosting location alone does not determine security or compliance.
| Topic | Questions to resolve |
|---|---|
| Infrastructure | Who provisions, hardens, monitors, and patches servers, operating systems, databases, and networks? |
| Application | Who installs updates, manages configuration, and validates compatibility? |
| Data & keys | Who controls encryption keys, backup access, retention, exports, and secure deletion? |
| Support | What remote access is permitted, for how long, and how is it approved and logged? |
| Recovery | What recovery time and recovery point objectives are agreed, and how often are restores tested? |
| Incident handling | Who triages incidents, preserves evidence, notifies affected parties, and coordinates remediation? |
Switch between the two customer-hosted setups. Select any part of the map to see what runs there, who controls it and what crosses the boundary.
Everything inside the dashed boundary is under your firm's control. Participant data does not leave it except through the exits on the right.
Reference setup. The exact components, region, backups and support terms are agreed with each customer in the written deployment plan.
AI features in KinetiPlan are planned, not live in the pilot. They are being designed under the rules below, and the rules apply before any AI feature ships. Statutory limits and balances stay with deterministic, tested code and the people who approve it.
The AI component is designed to have read-only access. It cannot post, edit or reverse transactions, balances, contributions, loans or distributions.
402(g), 415(c), ADP/ACP and eligibility rules run as deterministic code with fixed inputs. The same inputs always give the same result.
Any AI suggestion is labeled as AI and does nothing until a named user accepts it. The approval is recorded with who, when and why.
AI prompts and outputs are designed to be written to the audit log, and a firm can switch AI features off entirely.
KinetiPlan is not a certified testing engine, and AI output is never treated as legal, tax or investment advice.
The product's deployment model is agreed with each customer, as described above. This marketing website runs on the setup below, operated by Software Home, the team that develops KinetiPlan.
Plan, census and payroll data in KinetiPlan is hosted in US-based Amazon Web Services data centers. Software Home follows SOC 2-aligned security practices, and no production participant data is stored offshore.
Pages are stored in Amazon S3 in the US East (N. Virginia) region and delivered worldwide through the Amazon CloudFront content delivery network.
Every request is redirected to HTTPS, served over HTTP/2 with TLS 1.2 or newer, using a certificate issued by AWS Certificate Manager.
Responses carry HTTP Strict Transport Security for one year, X-Content-Type-Options nosniff, X-Frame-Options SAMEORIGIN, a strict-origin-when-cross-origin referrer policy and X-XSS-Protection.
Object versioning is enabled on the site's storage, and a backup copy is taken before every content release, so any page can be restored to an earlier version.
Inquiries are sent over HTTPS to a private function, checked for spam, stored in private storage and emailed to the team through Amazon SES from a DKIM-signed domain.
A security contact is published at /.well-known/security.txt. Email hello@software-home.net with details and we will respond.
The demo application uses synthetic data only. The cards below describe this marketing website, which is served from AWS US East and holds no customer data. SOC 2-aligned means our practices follow SOC 2 control areas; it is not a completed SOC 2 audit report.
Discuss hosting, access controls, integrations, recovery expectations, and the evidence your organization needs before a pilot.