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.
