Security Model — Three Core Principles
1 No persistent storage of user data — all analyses are in-session and transient. Nothing is retained after execution.
2 Strong encryption in transit — TLS 1.2+, ECDHE key exchange, AES-GCM cipher suites for all communication.
3 Enterprise-grade cloud infrastructure — Microsoft Azure, United States, physically secure data centers and continuous monitoring.

Data Handling and Storage

PACER does not persist user data. All analyses are performed in-session: user-provided data such as response matrices, item parameters, and Q-matrices is processed transiently and is not retained after execution. No user data is stored, logged, or written to persistent storage by the application.

For organizations requiring full control over their data, PACER also offers a desktop application (Windows and macOS) built with Electron that runs entirely on the user's local machine. In desktop mode the ASP.NET backend is bundled locally and operates fully offline — no data leaves the device unless you explicitly enable the optional Claude Desktop connection described below.

Claude Desktop Integration (MCP)

Optional AI assistant connection — what stays local, and what is transmitted

PACER can optionally connect to Claude Desktop (Anthropic's desktop application) so you can drive its analyses in natural language. This connection is opt-in and disabled by default — you must explicitly enable it in Settings. If you never connect it, PACER runs exactly as described above: fully local and offline-capable.

The guiding principle is PACER computes locally; Claude interprets in the cloud. Your data is read and analyzed on your machine by PACER's bundled engine. To explain the results, Claude — which runs on Anthropic's servers — receives the analytic outputs you ask it about. Enabling the connection is therefore not an offline operation: some information is sent to Anthropic. The boundary is precise and under your control:

Stays on your device
Your raw data files and full response matrices — read from disk and processed by PACER's bundled engine. They are never uploaded in full.
All statistical computation — calibration, scoring, item analysis, DIF, equating, test assembly, CDM, and regression.
Full per-item and per-examinee result files you export to disk through a tool's CSV-output option.
The Claude ↔ PACER link itself: a local connection only (stdio plus a loopback HTTP port). No inbound network ports are opened; the engine binds to localhost.
Sent to Anthropic's cloud (Claude)
Your chat messages, and the instructions Claude passes to PACER — including any file paths you name.
The results PACER returns for Claude to read: item-parameter tables, fit statistics, summary statistics, and compact plot-ready data (e.g. curve points, theta / standard-error or plausible-value arrays). These are derived outputs — not your raw responses.
A small preview (the header and first rows) if you specifically ask Claude to inspect a file's format.
Claude's generated interpretations.

PACER makes no external network calls for this feature. The local engine and connector run entirely on your machine; it is Claude Desktop that communicates with Anthropic's servers, and the results PACER returns simply become part of that conversation. PACER neither stores nor transmits your data to Anthropic itself.

What this means for compliance. When the connection is enabled, treat it like any third-party cloud AI service: the analytic results and chat text you exchange are transmitted to and processed by Anthropic under Anthropic's privacy policy and the data-use settings of your Claude plan, which you should review. If your data — or its derived results — contains identifiers or otherwise regulated content, confirm that transmitting it to an external AI service is permitted by your organization before connecting. When data must never leave the device, use PACER standalone and leave the Claude Desktop connection disabled.

A note on interpretation. Claude's narration is assistive, not authoritative. PACER produces the exact, verifiable numbers; Claude drafts the read, and the psychometrician confirms it.

Hosting and Infrastructure

The PACER web application is hosted on Microsoft Azure within the United States. The application runs on Azure App Service and benefits from Microsoft's enterprise-grade cloud infrastructure, including:

Physically secure data centers
Redundant power and networking
Continuous infrastructure monitoring
Built-in protections against common network threats
Azure-managed isolation and protection of compute resources

Infrastructure security, availability, and physical safeguards are managed by Microsoft as part of the Azure platform.

Encryption in Transit

All communication with PACER is encrypted using HTTPS with Transport Layer Security (TLS) version 1.2 or higher. PACER enforces modern cryptographic standards, including forward secrecy (ECDHE key exchange) and authenticated encryption (AES-GCM cipher suites). This ensures that data transmitted between users and the application is protected against interception and tampering.

Encryption at Rest

PACER is hosted on Microsoft Azure, which provides encryption at rest for all underlying storage using industry-standard encryption mechanisms. Because PACER does not write user data to persistent storage, this protection applies to application infrastructure and configuration data only.

Application Security

Sensitive configuration values — such as service credentials — are stored securely within Azure App Service configuration settings and are not embedded in application code or exposed to end users. PACER follows secure development practices designed to minimize attack surface and reduce the risk of unauthorized access.

Network Access

PACER is accessible over the public internet via HTTPS only. All traffic is encrypted and no direct access to underlying infrastructure or services is exposed. The application runs within Azure-managed environments that isolate and protect compute resources.

End-of-Life (EOL) Policy

Major versions of PACER are supported for 12 months from their release date. During the support window, security patches and critical bug fixes are provided at no additional cost. After a version reaches end-of-life, no further security patches will be issued for that version. Users are encouraged to upgrade to a current supported version.

Release dates and version history are published in the PACER Changelog. Advance notice of at least 90 days is provided before any version reaches end-of-life.

Vulnerability Management

PACER monitors for security vulnerabilities in its dependencies and application code through the following channels:

GitHub Dependabot alerts — automated scanning of all .NET and Node.js dependencies against the National Vulnerability Database (NVD) and GitHub Advisory Database.
NVD monitoring — periodic review of newly published CVEs relevant to the PACER technology stack (.NET, Electron, ASP.NET Core).
Static analysis (SAST) — Roslyn security analyzers run on every build; NuGet dependency vulnerability scanning is performed before each release.

When a vulnerability is confirmed, a patch is developed, tested, and released according to the patching SLA below. Customers are notified of security-relevant releases via the changelog. To report a suspected vulnerability directly, contact the developer via paceronline.com.

Patching Service Level Agreement

PACER commits to the following response timeframes for confirmed vulnerabilities, measured from the date of confirmed identification. Severity is rated using the CVSS (Common Vulnerability Scoring System) — an industry-standard 0–10 scale published by NIST.

Severity CVSS Score Patch Commitment
Critical 9.0 – 10.0 Patched and released within 30 days
High 7.0 – 8.9 Patched and released within 60 days
Medium 4.0 – 6.9 Addressed in next planned release
Low 0.1 – 3.9 Addressed in next planned release

Dynamic Security Testing (DAST)

Before each release, PACER undergoes dynamic security testing against the running application using OWASP ZAP (Zed Attack Proxy), a free and open-source tool maintained by the Open Worldwide Application Security Project. Testing covers the application's HTTP API surface and focuses on the OWASP Top 10, including injection vulnerabilities, broken authentication, sensitive data exposure, and security misconfiguration.

Findings from each scan are reviewed and addressed prior to release in accordance with the patching SLA above.

Compliance Alignment

PACER is not currently certified under formal compliance frameworks such as SOC 2 or FedRAMP. However, it is designed to align with widely accepted security best practices:

Encryption of data in transit and at rest
Minimal data retention — no persistent user data
Secure handling of user-provided inputs
Use of managed, enterprise-grade cloud infrastructure (Microsoft Azure)
Secrets management via platform configuration, not source code

These controls are consistent with many of the core principles underlying common security and compliance standards.

Shared Responsibility

Users are responsible for ensuring that any data uploaded to PACER complies with their organization's internal data governance, privacy, and regulatory requirements. PACER's security model minimizes the platform's exposure to sensitive data but does not substitute for the user's own compliance obligations.

PACER is responsible for
Secure application architecture and development practices
Encryption of all data in transit (TLS 1.2+)
No persistent storage of user data
Secrets management and access controls
Azure infrastructure security and availability
Users are responsible for
Compliance with internal data governance policies
Ensuring uploaded data meets applicable privacy regulations
Access control for their own accounts and credentials
Evaluating PACER's controls against internal requirements

Security Controls at a Glance

Summary for procurement and due diligence review
Control Status Details
User data at rest ✓ Not stored No user data written to persistent storage. Transient in-session only. Data is discarded after execution completes.
Encryption in transit ✓ Encrypted TLS 1.2 or higher. ECDHE key exchange (forward secrecy). AES-GCM cipher suites.
Infrastructure at rest ✓ Encrypted Microsoft Azure platform encryption for all underlying storage. Industry-standard mechanisms.
Hosting location ✓ US Azure Microsoft Azure, United States. Azure App Service. Physically secure, enterprise-grade data centers.
Desktop / offline mode ✓ Available Electron desktop app (Windows and macOS). All data stays on device. No network calls. Fully air-gapped capable.
Credentials management ✓ Secure Stored in Azure App Service configuration settings. Not embedded in application code or exposed to users.
EOL support policy ✓ Published Major versions supported 12 months from release. 90-day advance notice before EOL. See EOL Policy section above.
Vulnerability management ✓ Documented GitHub Dependabot + NVD monitoring. SAST on every build. Direct contact channel for responsible disclosure.
Patching SLA ✓ Committed Critical (CVSS ≥ 9.0): 30 days. High (CVSS 7.0–8.9): 60 days. Medium/Low: next planned release.
Dynamic security testing (DAST) ✓ Performed OWASP ZAP baseline scanning performed against the running application before each release. Covers OWASP Top 10 API surface.
AI assistant connection (Claude Desktop / MCP) ⚠ Opt-in Disabled by default. Local transport only (stdio + loopback); no inbound ports. Enables natural-language use of PACER through Claude Desktop.
Raw data uploaded to AI ✓ Not uploaded Raw response data stays local and is processed by the bundled engine. Only derived results you ask Claude to interpret are transmitted — never the full raw dataset.
Results sent to AI when connected ⚠ Transmitted With the connection enabled, analysis outputs (parameters, fit, summaries, plot data) and chat text go to Anthropic's cloud model for interpretation, under Anthropic's terms. PACER makes no external calls itself.
SOC 2 certification ⚠ Not yet Not currently certified. Architecture aligns with core SOC 2 Trust Service Criteria. Formal audit not yet initiated.
FedRAMP authorization ⚠ Not applicable Not applicable at current scale. Microsoft Azure's FedRAMP authorization covers the underlying infrastructure layer.
Developer Dr. Harold Doran