Security

How ConditionRail protects borrower files

ConditionRail handles sensitive mortgage documents. This page describes the controls in place across storage, access, audit, and the AI surfaces that read borrower files. Security documentation is available to lender security reviewers during procurement. Contact security@conditionrail.com.

01

Borrower document handling

When a borrower submits a document, ConditionRail stores the file, an OCR/parse extract of its text, and condition metadata (matched condition ID, confidence, citation). Files are tied to a single workspace and a single loan file. Borrowers can only see their own upload links; they never see other borrowers' files or condition notes.

Default retention follows your workspace policy. When a workspace is closed, documents and parsed text are deleted within 30 days; audit logs are retained for the life of the workspace per the retention rules in your DPA.

02

Encryption

In transit
TLS 1.2 or higher on every borrower, staff, and API endpoint. HSTS enforced on all production hosts.
At rest
AES-256 for borrower documents in object storage and for the application database, including backups.
Isolation
Per-workspace storage prefixes and row-level scoping on every read. No cross-workspace queries.
Keys
Managed KMS with rotation. Production key access is restricted and logged.
03

Access control

Workspace roles — loan officer, processor, underwriter, and admin — gate what each user can read and change. Borrower upload links are single-use, scoped to one condition, and expire by default.

  • MFA available on all plans; required for admin role.
  • SSO (SAML / OIDC) on Team and Enterprise.
  • Idle session timeout, configurable per workspace.
  • Production access by ConditionRail, Inc staff is just-in-time, approval-gated, and logged.
04

Audit logs

Every operational action is logged with actor, timestamp, source IP, and prior/next value where applicable:

  • Condition state changes (received → cleared, reopens, escalations)
  • Document views, downloads, and packet exports
  • LOS sync pulls and pushes, with the field diff
  • Borrower message sends and link issuance
  • Role and permission changes

Logs are exportable as CSV or JSON and can be streamed to your SIEM on Enterprise.

05

Security documentation

Security documentation is available to lender security reviewers during procurement. Request the current package from security@conditionrail.com. We do not publish badges in place of evidence.

06

GLBA support

ConditionRail supports customer-controlled mortgage data workflows with access control, encryption, audit logging, and documented Safeguards Rule control mapping. Your institution remains responsible for its own GLBA compliance program.

Control mapping covers a designated security coordinator, written risk assessment, access controls, encryption in transit and at rest, multi-factor authentication, secure disposal, incident response, vendor oversight, and staff training.

07

AI and model training boundary

Borrower documents, borrower messages, condition content, and lender data are never used to train models, ours or third-party. When ConditionRail calls a third-party model provider, only the minimum text needed for the request is sent, and providers are contractually barred from training on customer content.

AI may classify, match, draft, and flag. It may not approve, deny, waive, or communicate a credit decision.

Prepared by ConditionRail for lender review. Final credit, compliance, underwriting, and adverse-action decisions remain with authorized lending staff.

ConditionRail organizes and tracks mortgage conditions. It does not underwrite, approve, or deny loans. Underwriter decisions stay with your team.

08

Incident response

  • Severity-1 incidents acknowledged within one business hour.
  • Customer notification within 72 hours of a confirmed data incident affecting their workspace.
  • Post-incident report shared with affected customers, including root cause and remediation.
  • Annual tabletop exercise and quarterly on-call drills.
09

Reporting a vulnerability

We welcome good-faith security research. Report findings to security@conditionrail.com with reproduction steps. We will not pursue legal action against researchers who follow responsible disclosure, avoid privacy violations and service disruption, and give us a reasonable window to remediate before publication.