Skip to content
AskFlorence
Main Navigation ArchitectureFlorence AIAgentsMembersAgent PlatformValidationInfrastructure

Appearance

Sidebar Navigation

Overview

Home

Glossary

System Architecture

Consumer & Agent Flow

Florence AI

Overview

Principles

Runtime

Tool surface

Adding a tool

Tool registry

Knowledge: SBC scenarios & CSR

Voice

Evals & observability

Provider risk & portability

Outage playbook

Roadmap

Build plan

Agents

Overview

Workflows & pain points

Members

Overview

Medicaid coverage gap

Carriers

Overview

Marketplaces

Overview

Agency

Overview

Regulations

Overview

Agent Platform

Overview

Auth Architecture

MongoDB Permissioning

Compliance Model

Data Models

Data Sources

Overview

CMS Marketplace API

CMS dependency map

PUF Data

State Subsidies

SBE Ingestion Playbook

SBE State Watchouts + Decisions

CA Phase C/D Playbook

NY Phase C/D Playbook

Validation

Overview

Methodology

APTC Formula

California 2026

New York 2026

CAPS Formula

Scenario Results

Infrastructure

Account Inventory

AWS Setup Runbook

AWS Organizations

CloudTrail

GuardDuty

Security Hub

Config

CloudFront + WAFv2

Data sources & ingest

Phase 4 DNS

Change Log

Vulnerability Management

MongoDB Setup

Access Control

Data Classification

Documentation Hosting

Post-deploy Smoke

Development

Preflight (local CI mirror)

Testing strategy

Compliance

Overview (auditor entry point)

SOC 2 Control Mapping

HIPAA Control Mapping

CMS EDE Appendix A Mapping

Risk Assessment

Encryption Policy

Data Retention Policy

Privacy Impact Assessment

Consent Capture & Versioning

Incident Response Plan

Access Control Policy

Marketing vs. Portal Analytics

Vendor / Subprocessor Register

Dependency Vulnerability Policy

BAA / Compliance Evidence

Compliance-Automation Integration

Compliance-Automation Vendor Evaluation

Penetration Test Reports

Architecture

Portal entry handoff

Mobile app strategy

Deferred architecture decisions

Session cookie architecture

Share flows

Decisions (ADRs)

Index

0001 — Atlas project isolation

0002 — Append-only audit log

0003 — Narrow-scoped Mongo users

0004 — Cross-cluster Atlas PrivateLink

0005 — Delayed-job architecture

0006 — Mongo user simplification

0007 — Terraform owns ECS task def

0008 — E2E testing strategy

0009 — Self-hosted analytics + observability (superseded)

0010 — PostHog HIPAA Cloud (supersedes 0009)

Runbooks

Security Incident Response

Break-Glass Root Login

Onboard Team Member

Offboard Team Member

Atlas user provisioning

Deploy via Terraform (ENG-277)

Rollback via Terraform (ENG-277)

S3 data bucket migration (planned Phase 11)

Access Reviews

2026-Q2 Review

Session log

Index

2026-04-23 — Phase 10 DNS cutover

2026-04-22 — Phase 8 prod AWS mirror

2026-04-22 — Phase 7 Atlas VPC peering

2026-04-22 — Phase 6 CloudFront + WAF

2026-04-21 — Phase 5 staging go-live

2026-04-17 — Atlas staging

Briefs

Index

Member portal plan (ENG-187)

2026-04-16/17 handoff

2026-04-17 Atlas handoff

System briefing (2026-04-17)

Creative AdBundance proposal brief

Creative AdBundance analytics brief

ElevenLabs RN integration research

Policies

Overview

On this page

Penetration Test Reports ​

Status: No reports on file. First report target: Q4 2026 (vendor RFQ July 2026 alongside SOC 2 vendor signing).

Cadence ​

TriggerWhat
AnnuallyFull external pen test against the production-equivalent staging environment
On major architectural changeTargeted re-test of the changed surface (e.g., when Phase 5 agent platform launches; when CSFLE goes live; when Florence AI direct-Anthropic / Bedrock flow opens to prod)
On unresolved SEV-1 incidentTargeted re-test of the incident root-cause surface within 60 days of remediation

Vendor selection (July 2026 outreach) ​

Target tier — reputable firms with strong healthcare + cloud-native posture, FedRAMP-Moderate familiarity (for EDE Phase 3 inheritance argument), and the ability to deliver a defensible report on AskFlorence's specific stack (Next.js + Node + MongoDB + AWS).

Candidates to RFQ:

  • Bishop Fox — strong on cloud-native + FedRAMP-relevant work; expensive but premium output
  • Trail of Bits — strong on application + cryptographic review; deeper engineering focus
  • NetSPI — wider scoping flexibility; reasonable cost
  • HackerOne / Synack managed bug-bounty tier — supplementary to (not replacement for) traditional pen test; later consideration

Budget target: $15-40K one-time per Compliance Automation Vendor Evaluation.

Evidence file expectations ​

When a report lands here:

FilePurpose
<vendor>-<date>-executive-summary.pdfThe exec-summary the SOC 2 / EDE auditor sees first
<vendor>-<date>-full-report.pdfThe full technical report (encrypted at rest in S3 evidence bucket; this directory holds the redacted-for-docs version)
<vendor>-<date>-remediation-tracker.mdOne row per finding: severity, status, owner, due date, evidence-of-fix link
<vendor>-<date>-attestation.pdfVendor letter confirming scope, dates, and pass/fail posture

Pre-test checklist (before sending vendor in) ​

When the vendor is contracted, run through this list:

  • [ ] Scope agreed in writing — what's in (production-equivalent staging cluster + apex CloudFront + agent flows + member flows once Phase 5 lands); what's out (mgmt account, log-archive account, founder devices)
  • [ ] Rules of engagement signed — black-box vs grey-box, DoS testing posture, social engineering posture
  • [ ] Schedule communicated — test dates, on-call rotation, escalation path during test
  • [ ] Vendor BAA signed (test involves PHI-adjacent code paths even if no real PHI is in scope yet)
  • [ ] Audit-log retention extended for the test window (no aging-out test-generated audit rows mid-test)
  • [ ] Compliance Liaison briefed on findings-classification (so HIPAA breach implications are pre-categorized at finding time)

Post-test workflow ​

When findings land:

  1. Compliance Liaison + IC classify each finding by severity (does it imply a HIPAA breach? Is the 60-day clock running?)
  2. Engineering Responder triages remediation per finding, working with the IC on prioritization
  3. Each finding gets an entry in the remediation-tracker.md; status updates at every standup until closed
  4. Re-test of remediated findings within 30 days of last fix to confirm closure
  5. Findings tracker reviewed at the next quarterly access review

Reference ​

  • Risk Assessment R-004 — Pen test pending
  • Compliance Automation Vendor Evaluation — pen test pricing context
  • Incident Response Plan — for findings that imply or constitute an incident
  • HIPAA Control Mapping §164.308(a)(8) — periodic technical + non-technical evaluation
  • CMS EDE Appendix A Mapping — pen-test relevant rows
Pager
Previous pageCompliance-Automation Vendor Evaluation
Next pagePortal entry handoff

AskFlorence Internal Documentation. Not for public distribution.

AskFlorence

Internal Documentation

Access restricted. Not for public distribution.