Security Documentation
Security & Reliability Policy
Version 1.0 — Last updated: December 22, 2025
1. Executive Summary
Mediar provides enterprise-grade automation infrastructure. This document outlines our security controls, compliance posture, and operational commitments.
Leadership
- Louis Beaumont — CEO
- Matthew Diakonov — CTO
2. Service Level Agreement
| Metric | Target |
|---|---|
| Platform Uptime | 99% |
| Incident Response (Business Hours) | 4 hours |
| Incident Response (Off-Hours) | 24 hours |
| UI Change Adaptation | 1-3 business days |
Business hours: 7:00 AM – 10:00 PM PST, Monday – Friday. Specific SLAs may be tailored based on workflow criticality and contract terms.
3. Security Architecture
3.1 Authentication & Authorization
- • OAuth 2.0 / SAML single sign-on for web application access
- • Cryptographically secure token-based authentication for desktop clients
- • Role-based access control (RBAC) enforced at organization level
- • Complete audit trail on all authentication events
3.2 Encryption
- • AES-256-GCM encryption for all data at rest
- • TLS 1.3 for all data in transit
- • Azure enterprise-grade disk encryption for virtual machines
- • Per-organization encryption keys for secrets management
3.3 Network Isolation
- • Isolated Azure Virtual Networks (VNets) per customer
- • Dedicated virtual machines available for enterprise deployments
- • Customer VNet peering supported for hybrid configurations
- • Organization-scoped database queries prevent cross-tenant access
3.4 Desktop Client Security
- • Tauri framework with capability-based sandboxed security model
- • Local-first execution: automation runs on-device without cloud dependency
- • Privacy-first defaults: monitoring disabled until explicitly enabled
- • User-controlled data collection with granular settings
4. Data Processing & Storage
Mediar supports flexible deployment models to meet varying data residency and security requirements:
| Deployment Model | Description | Data Location |
|---|---|---|
| Cloud-Hosted | Fully managed infrastructure on Azure | Azure US West, Supabase AWS us-west-1 |
| Hybrid | Cloud orchestration, local execution | Orchestration in cloud, sensitive data on-premises |
| On-Premise | Customer-controlled environment | Customer Azure/AWS/GCP tenancy |
The Terminator execution engine runs on Windows VMs under customer control. For on-premise deployments, data never leaves the customer network.
5. Observability & Incident Response
Our monitoring infrastructure uses the same battle-tested patterns built at OVHcloud for worldwide datacenter monitoring.
5.1 Monitoring Stack
| Component | Purpose |
|---|---|
| OpenTelemetry | Distributed tracing and structured logging |
| ClickHouse Cloud | High-performance analytics and log aggregation |
| Sentry | Real-time error tracking with stack traces |
| Health Endpoints | Component-level availability monitoring |
5.2 Incident Response Procedure
- Automated alerting triggers on anomaly detection
- On-call engineer acknowledges within SLA window
- Root cause analysis with full trace correlation
- Customer notification for service-impacting incidents
- Post-incident review and remediation
6. Compliance Roadmap
| Control Area | Status |
|---|---|
| Access Control | Implemented |
| Encryption (at rest & in transit) | Implemented |
| Audit Logging | Implemented |
| Change Management | Implemented |
| SOC 2 Audit Observation Period | In Progress — Concluding Q1 2026 |
| SOC 2 Type I Certification | Expected Q1 2026 |
| SOC 2 Type II Certification | Expected Q1 2026 |
| HIPAA / GDPR | Planned Q1 2026 |
7. Scaling & Availability
Infrastructure-as-Code enables elastic scaling from a handful to hundreds of execution nodes within minutes.
7.1 Infrastructure Components
- • Terraform for reproducible, version-controlled deployments
- • Packer for immutable, versioned VM images
- • GitHub Actions CI/CD for automated deployment pipelines
- • Git-tagged releases with instant rollback capability
7.2 Peak Demand Handling
- • Pre-warming capacity available for known peak seasons
- • Job queue persistence ensures no work loss during scaling events
- • Horizontal VM scaling triggered by demand metrics
- • Multi-region deployment available for enterprise customers
8. Support Model
8.1 Implementation Phase
- • Dedicated Slack or Microsoft Teams channel
- • Daily synchronization calls until workflow is stable
- • Direct founder access via email and phone
- • Typical implementation timeline: 2-4 weeks
8.2 Production Phase
- • Weekly status reports and performance dashboards
- • Proactive monitoring with automatic issue detection
- • UI change detection with 1-3 business day adaptation
- • Usage-based pricing aligns incentives for high success rates
8.3 Contact
For security inquiries, compliance documentation, or to discuss specific requirements:
- • Louis Beaumont (CEO): louis@mediar.ai
- • Matthew Diakonov (CTO): matt@mediar.ai
Mediar, Inc.
945 Market St, Ste 501, Floor 5
San Francisco, CA 94103, United States