Hiive Health Security & Compliance Posture Overview
HiiveHealth Prior Authorization System
Document Type: Client-Facing Security Posture Summary
Version: 3.3
Date: 21 Aug 2026
Classification: External — Approved for Client Distribution
Contact: compliance@hiivehealth.com
1. Introduction
This document summarizes the security controls, compliance posture, and risk management practices for Hiive Health’s Prior Authorization (ePA) System. It is intended for clients, partners, and prospective customers evaluating our security and compliance readiness.
The ePA System processes electronic Protected Health Information (ePHI) — including patient demographics, clinical documentation, diagnostic information, and insurance records. Security and regulatory compliance are foundational to the platform’s design and operation.
Each control area described below is backed by detailed internal documentation, including full policy documents, technical implementation guides, risk registers, and operational runbooks. These materials are available upon request as described in Section 11.
2. Compliance Framework
Current Compliance Status
Framework | Status | Details |
|---|---|---|
HIPAA Security Rule | Fully Compliant | 100% compliance achieved April 2026 — all identified gaps resolved |
HIPAA Privacy Rule | Operationally Compliant | BAAs executed with AWS, Slack, and PagerDuty; formal policies in place |
NIST SP 800-30 Rev. 1 | Applied | Risk assessment methodology for HIPAA compliance |
NIST Cybersecurity Framework | Aligned | Controls mapped to Identify, Protect, Detect, Respond, Recover |
NIST 800-53 / NIST 800-171 | Continuously Monitored | Security Hub CSPM applied to all accounts via hiivehealth-cspm-baseline policy |
CIS AWS Foundations Benchmark v5 | Continuously Monitored | Security Hub CSPM applied org-wide |
HITRUST CSF | Alignment In Progress | Controls substantially aligned with HITRUST requirements. Security Hub CSPM already running CIS v5 and NIST 800-53 — two primary HITRUST reference frameworks — generating continuous compliance evidence. IAM password policy enforced via Control Tower guardrails. Formal certification is on the roadmap. See Section 2.1 for detail. |
SOC 2 Type II | In Preparation | Controls aligned to Trust Service Criteria; formal certification planned |
2.1 HITRUST CSF Alignment
HITRUST Common Security Framework (CSF) certification is a recognized gold standard for healthcare technology vendors. While HiiveHealth is not yet HITRUST certified, our current security posture represents substantial alignment with HITRUST requirements — and we are not starting from scratch.
What we already have that maps directly to HITRUST CSF:
Security Hub CSPM running CIS AWS Foundations Benchmark v5 and NIST 800-53 — two of the primary reference frameworks that HITRUST CSF draws from. Months of continuous compliance scoring data against these standards is the kind of evidence a HITRUST assessor expects to see.
IAM password policy enforced via AWS Control Tower guardrails — org-wide enforcement across all accounts, which is the authoritative mechanism and satisfies the HITRUST control requirement
15-policy HIPAA framework (HIIVE-SEC registry) — maps directly to HITRUST control categories 01–09 (access control, audit, incident management, risk management, training, and more)
Formal NIST SP 800-30 risk assessment — satisfies HITRUST’s requirement for a documented, methodology-driven risk analysis
GuardDuty, Inspector, Macie, and Control Tower — satisfy several HITRUST-specific control requirements around continuous monitoring, vulnerability management, and data classification that many organizations do not have in place at all
100% HIPAA Security Rule compliance — HIPAA compliance is a prerequisite for HITRUST, and we have achieved it fully
Complete audit trail — 6-year retention, full PHI query logging, tamper-proof log storage; HITRUST assessors require evidence of exactly this
What remains HITRUST-specific before formal certification:
Customer-managed KMS keys for CloudWatch Logs and Secrets Manager (currently AWS-managed keys, which satisfy HIPAA; CMK is a HITRUST hardening requirement)
Formal HITRUST assessment engagement and remediation cycle
A small number of CIS benchmark hardening items that Security Hub is already continuously surfacing and tracking
Timeline: Formal HITRUST CSF assessment and certification is planned as a strategic initiative following the completion of cross-region DR. Our current posture means the assessment process will be a refinement exercise rather than a foundational build.
Assessment Methodology
Risk assessments follow NIST SP 800-30 Rev. 1, adapted for healthcare regulatory requirements and consistent with OCR guidance on HIPAA Security Rule risk analysis. Our assessment program includes:
Comprehensive analysis of all systems containing ePHI
Threat and vulnerability identification using CVSS v3.1 scoring
Likelihood × Impact risk matrix aligned with NIST standards
Documented risk treatment decisions with compensating controls
Continuous automated compliance scoring via AWS Security Hub CSPM across all accounts
Semi-annual interim reviews and annual comprehensive assessments
Latest Assessment Results (April 20, 2026):
0 CRITICAL unmitigated risks
0 HIGH unmitigated compliance risks (cross-region DR is an infrastructure enhancement with documented interim controls)
32 of 32 identified gaps remediated — 100% gap closure
Overall HIPAA compliance: 100%
Overall risk rating: LOW
Detailed assessment findings, risk registers, and remediation tracking are maintained in separate internal documents available under NDA.
SOC 2 Readiness
Our internal compliance program is built on controls that directly align with AICPA Trust Service Criteria (TSC). The HIPAA risk assessment — conducted using NIST standards — provides substantial overlap with SOC 2 requirements. Our centralized Security Hub CSPM running CIS v5 and NIST 800-53 generates continuous compliance evidence directly applicable to SOC 2. Formal SOC 2 Type II certification is on our roadmap.
3. Security Controls
3.1 Access Control & Authentication
Control | Implementation | Status |
|---|---|---|
Network Isolation | Dedicated VPC per environment; private subnets for all PHI systems; no direct internet exposure to databases or application servers | Implemented |
Access Control | IAM roles with least-privilege policies; no long-lived access keys; OIDC-based CI/CD authentication; role-based application access (RBAC); Control Tower SCPs and guardrails enforced org-wide | Implemented |
Password Policy | IAM account password policy enforced via AWS Control Tower guardrails across all accounts in the organization | Implemented |
Database Authentication | All application database calls use IAM authentication exclusively, enforced at the RDS layer — static database credentials eliminated from the application authentication path | Implemented |
Multi-Factor Authentication | MFA enforced for all IAM users; IMDSv2 enforced on all EC2 instances (http_tokens = required) preventing SSRF-based credential theft | Implemented |
Session Management | Session cookies hardened (SESSION_COOKIE_SECURE, SESSION_COOKIE_SAMESITE); idle timeout enforced server-side | Implemented |
Secrets Management | All credentials stored in AWS Secrets Manager with KMS encryption; IAM database authentication is primary auth path; static DB credentials eliminated | Implemented |
Firewall & Network Controls | Security groups with granular per-service rules; VPC endpoints (no internet traversal); default VPC security group rules removed across all accounts | Implemented |
3.2 Encryption
Control | Implementation | Status |
|---|---|---|
Encryption at Rest | AES-256 via AWS KMS with customer-managed keys (CMK) for databases, S3, CloudWatch, and Secrets Manager | Implemented |
Encryption in Transit | TLS 1.2+ enforced on all external connections; RDS SSL/TLS enforced at the Terraform infrastructure layer (sslmode=require + rds.force_ssl=1); S3 bucket policies deny unencrypted transport; HTTPS-only API endpoints | Implemented |
Key Management | Customer-managed KMS keys with annual automatic rotation; 30-day deletion window; key policies enforce least privilege | Implemented |
3.3 Data Integrity & Processing
Control | Implementation | Status |
|---|---|---|
Data Integrity | S3 versioning on all PHI buckets; automatic checksums on all data transfers | Implemented |
Database Integrity | Aurora PostgreSQL with automated integrity checks; point-in-time recovery (35-day window); deletion protection enabled; final snapshot protection configured | Implemented |
Input Validation | Application-layer validation; parameterized SQL queries; Django security middleware (XSS, CSRF, clickjacking protection) | Implemented |
Immutable Deployments | Container images deployed by digest; ECR image tag immutability enforced | Implemented |
Change Management | Git-based version control; pull request reviews required; CI/CD with automated testing | Implemented |
3.4 Container & Compute Security
Control | Implementation | Status |
|---|---|---|
Container Hardening | Read-only root filesystem on all app containers; non-root execution; ECR vulnerability scanning on every image push | Implemented |
Continuous Vulnerability Scanning | Amazon Inspector continuously scans EC2 instances, ECS containers, Lambda functions, and ECR images across all accounts — findings aggregated in Security Hub and remediation tickets auto generated in Jira backlog | Implemented |
Ephemeral Compute | ECS Fargate — stateless containers with no persistent local storage | Implemented |
Patching | Formal quarterly patching schedule with documented vulnerability management procedures; CRITICAL CVEs patched within 48 hours | Implemented |
3.5 Data Classification & Confidentiality
Control | Implementation | Status |
|---|---|---|
Data Classification | PHI formally classified by sensitivity (HIGH, MEDIUM, LOW); asset inventory maintained (13 identified PHI assets) | Implemented |
Automated PHI Discovery | Amazon Macie continuously monitors S3 across all accounts for PHI/PII exposure, alerting on any sensitive data found outside expected storage boundaries | Implemented |
PHI Isolation | All PHI in private subnets; VPC endpoints keep traffic within AWS network; S3 CORS restricted to authorized production/staging domains | Implemented |
Least Privilege | Separate IAM roles per service; application-level RBAC; database access restricted by security groups and IAM authentication | Implemented |
Secure Disposal | S3 Object Lock prevents premature deletion; KMS key deletion requires 30-day cool-down; Fargate storage destroyed on task termination; RDS deletion protection enabled | Implemented |
Data Portability & Offboarding | Formal client data export process (15-business-day SLA); secure deletion with certificate of destruction on service termination; 60-day post-access retention window | Implemented |
4. Continuous Security Monitoring
HiiveHealth operates a centralized security monitoring platform across all AWS accounts in the organization, providing real-time threat detection, vulnerability management, and compliance scoring.
Service | Purpose | Scope |
|---|---|---|
AWS Security Hub (CSPM) | Aggregates all security findings; continuous compliance scoring against FSBP, CIS AWS Foundations Benchmark v5, NIST 800-53, NIST 800-171, and Resource Tagging standards | All accounts — centralized in Audit account |
Amazon GuardDuty | Continuous threat detection — unauthorized access attempts, credential compromise, network anomalies, malware activity | All accounts — centralized in Audit account |
Amazon Inspector | Continuous vulnerability scanning across EC2 instances, ECS containers, Lambda functions, and ECR images | All accounts |
Amazon Macie | Automated PHI/PII discovery and data classification in S3; alerts on sensitive data exposure | All accounts |
AWS Control Tower | Landing zone governance; Service Control Policies (SCPs); preventive and detective guardrails enforced org-wide, including IAM password policy | All accounts — management account |
AWS CloudTrail | Complete API activity record across all regions with 10-year retention and cryptographic log validation | All accounts via Control Tower |
This continuous monitoring architecture means security and compliance posture is assessed in real time — not just at point-in-time audits.
5. Audit & Logging
HiiveHealth maintains a multi-layered audit architecture that meets or exceeds HIPAA retention requirements:
Log Source | What Is Captured | Retention | Integrity Protection |
|---|---|---|---|
CloudTrail | All AWS API calls across all regions | 10 years | Log file validation enabled; managed via Control Tower |
CloudWatch Logs | Application logs, database audit logs, VPC Flow Logs | 6 years for PHI systems | KMS encryption (CMK) |
RDS Audit Logs | All database queries including SELECT (complete PHI access tracking) | 6 years via CloudWatch | PostgreSQL log_statement=’all’ |
ALB Access Logs | All HTTP/HTTPS requests with source IP, timestamp, response codes | 6 years in S3 | Server-side encryption |
S3 Audit Bucket | All S3 API operations on PHI storage | 6 years with Object Lock | COMPLIANCE mode — tamper-proof |
Security Hub | Aggregated findings from GuardDuty, Inspector, Macie, and CSPM | Continuous | Centralized across all accounts |
All retention periods meet or exceed the HIPAA 6-year retention requirement (§164.316(b)(2)(i)).
6. Incident Response & Business Continuity
Incident Response
HiiveHealth maintains a formal Incident Response Plan covering:
7-phase response process: Detection → Triage → Containment → Eradication → Recovery → Notification → Post-Incident Review
Severity classification: Critical, High, Medium, Low — with defined response times for each level
Automated detection: GuardDuty and Security Hub provide real-time alerting that feeds directly into the incident response workflow
Breach notification: Compliant with HIPAA Breach Notification Rule (45 CFR §164.400-414) — 60-day notification timeline with documented templates and HHS reporting procedures
Post-incident review: Root cause analysis, lessons learned, and control improvements documented after every incident
Business Continuity & Disaster Recovery
Capability | Production | Staging |
|---|---|---|
RDS Daily Backups | 35-day retention | 7-day retention |
AWS Backup Weekly | 365-day retention | 30-day retention |
S3 PHI Documents | 7-year Object Lock (immutable) | 7-year Object Lock (immutable) |
Point-in-Time Recovery | Up to 35 days | Up to 7 days |
Multi-AZ Deployment | Active — Aurora PostgreSQL multi-AZ | Active |
Infrastructure Recovery | Terraform IaC — full redeployment capable | Terraform IaC — full redeployment capable |
Cross-Region DR | Planned Q2 2026 | Planned Q2 2026 |
7. Administrative Safeguards & Governance
Policy Framework
HiiveHealth maintains 15 formal HIPAA security policies (HIIVE-SEC-001 through HIIVE-SEC-015) covering all required administrative, physical, and technical safeguards:
Policy Domain | HIPAA Coverage | SOC 2 TSC Alignment |
|---|---|---|
Security Management | §164.308(a)(1) | CC1.1, CC3.1 |
Workforce Security | §164.308(a)(3) | CC1.4, CC6.1 |
Information Access Management | §164.308(a)(4) | CC6.1, CC6.2, CC6.3 |
Security Awareness & Training | §164.308(a)(5) | CC1.4, CC2.2 |
Contingency Planning | §164.308(a)(7) | A1.1, A1.2, A1.3 |
Security Evaluation | §164.308(a)(8) | CC4.1, CC4.2 |
Physical Safeguards | §164.310 | CC6.4, CC6.5 |
Technical Safeguards | §164.312 | CC6.1, CC6.6, CC6.7, CC6.8 |
Business Associate Management | §164.308(b)(1) | CC9.2 |
Data Portability & Offboarding | §164.308(a)(7) | A1.3, CC9.2 |
Breach Notification | §164.400-414 | CC2.3 |
Data Retention | §164.316(b)(2)(i) | A1.2 |
Disaster Recovery | §164.308(a)(7)(ii) | A1.2, A1.3 |
Security Incident Response | §164.308(a)(6) | CC7.3, CC7.4, CC7.5 |
Email Token & Link Expiry | §164.312(a)(1); §164.308(a)(5)(ii)(D) | CC6.1, CC6.6 |
Risk Assessment Program
Activity | Frequency | Methodology |
|---|---|---|
Continuous Compliance Monitoring | Real-time | AWS Security Hub CSPM — FSBP, CIS v5, NIST 800-53, NIST 800-171 |
Comprehensive Risk Assessment | Annual | NIST SP 800-30 Rev. 1 |
Interim Risk Review | Semi-Annual | Targeted review of open items |
Control Effectiveness Review | Quarterly | Technical validation of controls |
Vendor Risk Assessment | Annual | BAA review + security posture evaluation |
Business Associate Agreements
BAAs are in place with all vendors that process or may incidentally access ePHI:
AWS — Infrastructure hosting (all HIPAA-eligible services)
Slack — Team communications (evaluated and resolved)
PagerDuty — On-call alerting (evaluated and resolved)
8. Infrastructure Architecture
The ePA System is deployed on AWS using a security-first, defense-in-depth architecture:
Hiive ePA AWS infrastructure architecture: public subnet with load balancer, private subnet with ECS Fargate services, database subnet with Aurora PostgreSQL, and org-wide guardrails
Key Architecture Decisions:
No PHI on the public internet — All PHI systems reside in private subnets
IAM-exclusive database authentication — Static database credentials eliminated from the application authentication path
AWS-managed services — Leverages AWS’s SOC 2 Type II, HIPAA-eligible infrastructure
Ephemeral compute — Stateless containers with read-only filesystems and no persistent local storage
Continuous monitoring — Security Hub, GuardDuty, Inspector, and Macie running org-wide
Defense in depth — Control Tower SCPs and guardrails, VPC isolation, security groups, NACLs, encryption, IAM, and application-level controls
9. SOC 2 Trust Service Criteria — Coverage Summary
TSC Category | Coverage | Notes |
|---|---|---|
CC1 — Control Environment | Strong | Formal policies, defined responsibilities, risk assessment program |
CC2 — Communication & Information | Strong | Documented policies, security training, operational procedures |
CC3 — Risk Assessment | Strong | NIST-based assessment, Security Hub continuous scoring, semi-annual reviews |
CC4 — Monitoring Activities | Strong | Security Hub, GuardDuty, Inspector, Macie, CloudWatch, CloudTrail — all centralized and org-wide |
CC5 — Control Activities | Strong | IaC automation, Git-based change management, CI/CD pipeline controls, Control Tower SCPs |
CC6 — Logical & Physical Access | Strong | IAM least-privilege, MFA, IMDSv2, IAM DB auth, password policy via Control Tower, VPC isolation, encryption, container hardening |
CC7 — System Operations | Strong | Continuous monitoring stack, formal incident response plan, vulnerability management |
CC8 — Change Management | Strong | Terraform IaC, PR-based reviews, automated CI/CD, immutable deployments |
CC9 — Risk Mitigation | Strong | BAAs with all relevant vendors, documented risk acceptance, compensating controls |
A1 — Availability | Strong | Multi-AZ, 365-day weekly backups, DR plan, IaC recovery, cross-region DR planned |
C1 — Confidentiality | Strong | Data classification, Macie automated PHI discovery, encryption at rest/transit, PHI isolation |
PI1 — Processing Integrity | Strong | Input validation, checksums, versioning, full audit logging |
P1 — Privacy | Strong | BAAs, retention policies, breach notification, access logging, Macie PHI classification |
Overall SOC 2 Readiness: HIGH — The majority of controls required for SOC 2 Type II certification are implemented and documented. The continuous Security Hub CSPM scoring against CIS v5 and NIST 800-53 generates ongoing compliance evidence directly applicable to SOC 2 Type II examination.
10. Identified Gaps & Remediation Roadmap
Area | Current State | Remediation | Timeline |
|---|---|---|---|
Cross-Region DR | Single-region (us-east-1) with multi-AZ redundancy and 365-day weekly backups | Cross-region backup replication and standby infrastructure | Q2 2026 |
HITRUST CSF Certification | Controls substantially aligned — Security Hub running CIS v5 and NIST 800-53; 15-policy framework complete; IAM password policy enforced via Control Tower; 100% HIPAA compliance achieved. Remaining items: CMK upgrades for CloudWatch Logs and Secrets Manager; formal assessment engagement | Complete remaining HITRUST-specific hardening; engage HITRUST assessor | Following cross-region DR completion |
SOC 2 Type II Certification | Controls implemented and continuously monitored; formal audit not yet conducted | Engage SOC 2 auditor for Type II examination | Planned |
Recent Improvements (February–April 2026):
check 100% HIPAA Security Rule compliance achieved — all 32 identified gaps resolved
check Centralized security monitoring deployed org-wide — Security Hub CSPM, GuardDuty, Inspector, Macie, Control Tower across all accounts
check IAM password policy enforced via Control Tower guardrails across all accounts
check IAM database authentication enforced exclusively — static DB credentials eliminated from application auth path
check IMDSv2 enforced across all EC2 instances — SSRF-based credential theft prevented
check RDS SSL/TLS enforcement implemented at Terraform infrastructure layer
check Session management hardened — secure cookie flags, idle timeout enforced server-side
check SSH/RDP access from the internet removed across all accounts
check VPC default security group rules removed across all accounts and regions
check S3 CORS policies restricted to authorized domains
check 365-day weekly backup rule deployed and confirmed in production
check Full query audit logging enabled (log_statement = “all”) — complete PHI access tracking
check BAAs executed or evaluated with all relevant vendors (AWS, Slack, PagerDuty)
check 15-policy HIPAA framework complete — HIIVE-SEC-001 through HIIVE-SEC-015
No CRITICAL or HIGH unmitigated compliance risks exist.
11. Third-Party Assurances
HiiveHealth’s infrastructure runs on AWS, which holds the following independent certifications relevant to healthcare:
Certification | Relevance |
|---|---|
SOC 2 Type II | Independent validation of AWS security controls |
SOC 3 | Public summary of SOC 2 findings |
HIPAA Eligible | AWS services are HIPAA-eligible with signed BAA |
ISO 27001 | International security management standard |
ISO 27017 | Cloud-specific security best practices |
ISO 27018 | PII protection in cloud services |
FedRAMP | US government high-bar security assessment |
Business Associate Agreements are in place with AWS, Slack, and PagerDuty.
12. Document Requests & Due Diligence
The following documents are available for clients conducting security due diligence. Most are provided under NDA:
Document | Description |
|---|---|
HIPAA Risk Assessment (v1.5) | Comprehensive risk analysis following NIST SP 800-30 — updated April 2026 |
HIPAA Compliance Gap Analysis (v2.5) | Detailed control assessment — 100% gap closure as of April 2026 |
Incident Response Plan | 7-phase incident response, breach notification, four-factor breach analysis |
Disaster Recovery Policy | RTO/RPO targets, backup strategy, and testing schedule |
Data Retention Policy | Retention schedules and data lifecycle management |
Data Portability & Offboarding Policy | Client data access, export, service termination, and secure deletion procedures |
Security Policies (15 documents) | Full HIPAA security policy library — HIIVE-SEC-001 through HIIVE-SEC-015 |
Container Patching Schedule | Vulnerability management and patching strategy |
Architecture Documentation | Network topology, data flow diagrams, service dependency maps |
AWS BAA Confirmation | Executed Business Associate Agreement with AWS |
Penetration Test Report | Third-party security assessment results (when completed) |
SOC 2 Type II Report | Independent auditor’s report (when completed) |
To request documentation or schedule a security review call, contact compliance@hiivehealth.com.
13. Summary
HiiveHealth takes a risk-based, defense-in-depth approach to security and compliance. Our internal compliance program — built on NIST-based risk assessment methodology and aligned with the HIPAA Security Rule, SOC 2 Trust Service Criteria, and HITRUST CSF — demonstrates a mature, continuously monitored security posture with comprehensive documentation at every level.
Key Highlights:
100% HIPAA Security Rule compliance — all 32 identified gaps resolved as of April 2026
Zero CRITICAL or HIGH unmitigated risks across all assessed categories
Continuous automated monitoring — Security Hub CSPM, GuardDuty, Inspector, Macie, and Control Tower operational across all AWS accounts
HITRUST CSF alignment in progress — controls substantially aligned; Security Hub running CIS v5 and NIST 800-53; IAM password policy enforced via Control Tower; formal certification on the roadmap
6-year audit trail with tamper-proof log storage — exceeds HIPAA minimum; full PHI query tracking enabled
100% encryption coverage — data at rest (KMS CMK) and in transit (TLS enforced at infrastructure layer)
IAM-exclusive database authentication — static credentials eliminated from the application authentication path
15 formal HIPAA security policies (HIIVE-SEC-001–015) with comprehensive Security Rule coverage
NIST-aligned risk methodology with continuous Security Hub scoring, annual assessments, and semi-annual reviews
Infrastructure as Code enabling rapid, auditable, and repeatable deployments
Comprehensive internal documentation covering architecture, operations, compliance, and incident response — available upon request
Internal Policy Framework
Policy Categories:
Administrative Safeguards: HIIVE-SEC-001 (Security Management), HIIVE-SEC-002 (Workforce Security), HIIVE-SEC-003 (Information Access Management), HIIVE-SEC-004 (Security Awareness Training), HIIVE-SEC-005 (Contingency Planning), HIIVE-SEC-006 (Business Associate Agreements), HIIVE-SEC-009 (Security Evaluation), HIIVE-SEC-013 (Disaster Recovery), HIIVE-SEC-014 (Incident Response)
Physical Safeguards: HIIVE-SEC-008 (Physical Safeguards)
Technical Safeguards: HIIVE-SEC-007 (Technical Safeguards), HIIVE-SEC-015 (Email Token and Link Expiry Policy)
Documentation & Compliance: HIIVE-SEC-010 (Data Portability), HIIVE-SEC-011 (Breach Notification), HIIVE-SEC-012 (Data Retention)
All policies include detailed procedures, role assignments, training requirements, and enforcement mechanisms. Policy review occurs semi-annually with executive approval.
Document Version: 3.3
Last Updated: Aug 21, 2026
Prepared By: HiiveHealth Security & Compliance Team
Approved By: [Chris Long, Compliance Director]
Review Cycle: Quarterly or upon material changes
Next Review: Nov 2026