Avalon Web ServicesCloud · AI · Security
Security

We secure our own tenant the way we secure yours.

We hand engineers production access to other people's cloud estates for a living. The bar we hold ourselves to has to be higher than what we recommend — not lower.

Last reviewed · May 2026

01 · Security contact

Report a security issue

Email security@avalonweb.services. Encrypt with our PGP key on request. We acknowledge within one business day and triage within five.

Please do not test against production tenants, exfiltrate data that isn't yours, or publish details before we've had time to fix the issue. We credit good-faith reporters on the Trust Center unless asked to keep the report anonymous.

02 · Identity

How we authenticate

All Avalon team members authenticate through a single Entra ID tenant with phishing-resistant MFA (FIDO2 hardware keys or certificate-based authentication) enforced via Conditional Access. Password-only authentication is disabled. Legacy authentication protocols are blocked at the tenant edge.

We use just-in-time elevation for any privileged role and never hand a customer a long-lived global administrator credential under our own identity.

03 · Endpoint

How we run our machines

Every Avalon endpoint is enrolled in Microsoft Intune with a hardened CIS-aligned baseline: disk encryption, automatic patch compliance, Defender for Endpoint EDR enabled, USB mass-storage blocked by default, and screen-lock under five minutes. Non-compliant endpoints lose access via Conditional Access until they remediate.

04 · Customer access

How we touch your tenant

We prefer guest-account or Lighthouse-style delegated access over shared credentials. Where customer policy requires us to hold a named account, that account is bound to a single Avalon identity, fully MFA-enforced, and removed at engagement end via the customer's own IAM workflow — not ours.

Engineering work happens in customer-controlled repositories under the customer's GitHub or Azure DevOps organization wherever possible. Where Avalon is the temporary home of engagement infrastructure-as-code, we transfer ownership at hand-off and retain only audit-evidence copies under the retention schedule on the Trust Center.

05 · Secrets and evidence

What we never store

We do not store customer secrets, API keys, or production credentials in Avalon-owned systems. Engagement secrets live in customer Key Vault / Secret Manager instances under customer-owned RBAC. Evidence captured for audit purposes is redacted of credentials and scoped to the minimum needed to demonstrate the control.

06 · Monitoring

What we log

Identity, endpoint, and email events flow into a Microsoft Sentinel workspace under Avalon's tenant. We retain hot telemetry for 90 days and cold-archive for 12 months. Engagement telemetry stays in the customer's SIEM or analytics platform — we don't mirror it.

07 · Incident response

If something goes wrong

Suspected incidents that touch a customer engagement are communicated to the customer's security contact within 24 hours of confirmation, with a written timeline at 72 hours and a post-incident report within 30 days. We follow NIST SP 800-61 Rev. 2 for the response phases (preparation, detection, containment, eradication, recovery, lessons learned).

08 · Going deeper

Where to find the rest

Posture statements, sub-processors, residency, and retention schedules live on the Trust Center. Procurement and audit questions go to security@avalonweb.services.