Security Policy
This policy describes the security controls, infrastructure standards, and incident response procedures Placet maintains for its platform. We take security seriously — not because we are required to, but because our users trust us with their data.
Effective date: April 20, 2026 · Last updated: April 20, 2026 · Reviewed annually
1. Organizational Security
Placet has formally adopted an Information Security Policy governing all aspects of data protection, access control, and incident management for the Placet platform. Security responsibilities are assigned to designated personnel. This policy is reviewed and updated at least annually, and whenever material changes to our infrastructure or threat landscape occur.
2. Infrastructure Security
All production infrastructure is hosted with SOC 2-certified providers:
Vercel Inc. — Web Hosting & Edge Delivery
Global edge network, automated TLS certificate management, DDoS mitigation, and multi-region redundancy.
Supabase Inc. — Database & Authentication
Managed PostgreSQL with row-level security (RLS), encrypted storage, and automated backups.
Cloudflare Inc. — DNS & CDN
DNS management, CDN caching, DDoS protection, and Web Application Firewall (WAF).
3. Encryption
In Transit
TLS 1.3 for all connections between users and Placet infrastructure. TLS 1.2 is the minimum accepted; older versions are rejected.
At Rest
AES-256 encryption for all data stored in Supabase. Database backups are encrypted using the same standard.
4. Access Control
- Role-based access control (RBAC): All system access is governed by predefined roles with least-privilege permissions. Employees and contractors receive only the access necessary for their function.
- Multi-factor authentication (MFA): Required for all personnel with administrative access to production systems, cloud infrastructure, and databases.
- Access reviews: Access privileges are reviewed quarterly and revoked promptly upon role change or termination.
- Row-level security: Supabase RLS policies enforce data isolation at the database layer, preventing unauthorized cross-tenant data access.
5. Data Classification
| Classification | Examples | Controls |
|---|---|---|
| PUBLIC | CMS facility data, quality scores, ratings | No restrictions; freely accessible |
| CONFIDENTIAL | User email addresses, inquiry content, session tokens | Encrypted at rest; access restricted by role |
No PHI exists in any classification tier. Placet does not store, process, or transmit Protected Health Information.
6. Data Residency
All user data is stored and processed in United States data centers only. We do not transfer personal data to servers outside the United States. All subprocessors used for data storage and processing are required to maintain US-only data residency for Placet data.
7. Development Security
- All software development is performed by US-based personnel.
- Code review is required for all changes to production systems — no solo merges to main.
- Automated security scanning (dependency vulnerability checks and static analysis) runs on every pull request.
- Secrets are managed via environment variables and secret management tools — no credentials in source code.
- Staging environments use non-production data only.
8. Vulnerability Management
- Dependency updates: All software dependencies are reviewed and updated at least monthly.
- Critical patches: Vulnerabilities rated Critical or High severity are patched within 48 hours of disclosure.
- Security scanning: Automated tools scan for known vulnerabilities in dependencies and infrastructure configuration on each deployment.
9. Incident Response
Placet follows a five-phase incident response process:
1. Detection
Automated monitoring and alerting identify anomalies, unauthorized access attempts, or data irregularities.
2. Containment
Affected systems are isolated to prevent further impact. Access credentials are rotated as warranted.
3. Eradication
Root cause is identified and eliminated. Vulnerabilities are patched or configurations corrected.
4. Recovery
Systems are restored from clean backups or rebuilt. Functionality is verified before returning to production.
5. Lessons Learned
Post-incident review documents findings, updates procedures, and identifies preventive measures.
Affected parties will be notified within 72 hours of confirmed incident identification, consistent with applicable legal requirements.
10. Business Continuity
- Automated backups: Database backups run daily with point-in-time recovery available.
- Multi-region failover: Application deployment via Vercel provides automatic multi-region redundancy and failover.
- Recovery objectives: We target a Recovery Time Objective (RTO) of 4 hours and Recovery Point Objective (RPO) of 24 hours for major incidents.
11. Third-Party Risk
All subprocessors that handle Placet user data are required to maintain security certifications equivalent to or stronger than SOC 2 Type II. Third-party security posture is reviewed prior to onboarding and at least annually thereafter. A full list of subprocessors is available in our Privacy Policy.
12. HIPAA Alignment
Placet does not process Protected Health Information (PHI) and is not a HIPAA covered entity or business associate. However, we voluntarily align our security controls with the HIPAA Security Rule (45 CFR Part 164) as a baseline — including administrative, physical, and technical safeguards. This alignment reflects our commitment to healthcare-grade data protection even where not legally required.
13. Annual Review
This Security Policy is reviewed and updated at least once per calendar year, and any time a material change occurs to our infrastructure, threat landscape, or applicable legal requirements. The "Last updated" date at the top of this page reflects the most recent review.
14. Responsible Disclosure
We welcome reports from security researchers. If you discover a potential vulnerability in Placet, please disclose it responsibly:
- Submit your findings via our contact form with subject line "Security Disclosure."
- Include a clear description of the vulnerability, steps to reproduce, and potential impact.
- Allow us reasonable time to investigate and remediate before public disclosure.
- Do not access, modify, or exfiltrate user data beyond what is necessary to demonstrate the vulnerability.
We commit to acknowledging receipt within 48 hours, providing status updates, and working collaboratively toward remediation. We do not take legal action against researchers who follow these guidelines in good faith.
Contact
Security questions, incident reports, or responsible disclosure:
Placet1207 Delaware Avenue, Suite 4211
Wilmington, DE 19806
Contact us