Security

This section is the umbrella for the platform's security architecture — the defense-in-depth model that runs across cloud platforms (AWS, Snowflake, Databricks), network perimeters (firewalls, fail2ban, WAF), and AI/ML inference paths (prompt-injection defense, confidential compute, audit-log integrity). Security here is treated as a system-design constraint, not a checklist: classification drives routing, identity gates every call, and every action is recorded in an append-only log that can be replayed during a compliance review.

The diagram below shows the seven layers of the model. Each layer is a control surface with its own primitives — the cloud-specific names appear inside each layer box. The subsections that follow link out to the per-platform deep dives and the two cross-cutting reference pages (OWASP Top 10 for LLMs and Zero-Trust AI Architecture) that span all platforms.


1. Defense-in-Depth Layered Model

1. EXTERNAL BOUNDARY (Internet, Threats, Supply Chain) Public Internet Threat Actors Model Providers OSS / Vendors 2. NETWORK LAYER (Perimeter & Edge Controls) WAF /CDN Shield (DDoS) PrivateLink /VPCe VPC /Subnet fail 2ban 3. IDENTITY & ACCESS (Who & What May Act) IAM Roles SSO /OIDC MFA /WebAuth RBAC / ABAC Service Principals 4. DATA PROTECTION (At Rest, In Transit, In Use) KMS / CMK TLS 1.3 mTLS Tokenization /Pseud Masking /Redact FPE FF1 5. INFERENCE / TRUST BOUNDARY (Model & Tool Use) Prompt Injection Defense Output Filter /Canary Tool Allowlist /Sandbox Confidential Compute (TDX/SEV) 6. DETECTION & AUDIT (Telemetry & Forensics) CloudTrail /Audit Logs GuardDuty /Detective /WAF Hash- Chained Logs SIEM /Splunk /Sumo DLP 7. GOVERNANCE & LIFECYCLE (Policy, Compliance, Rotation) Class. & Tier Tagging Residency Routing EU/US Right- to- Erasure Key Rotation /Rewrap SBOM Sup Chain

Seven layers, top to bottom. Every inbound request crosses every layer; every outbound response carries audit evidence back through them. Misses at one layer should be caught at the next — that is the defense-in-depth invariant.

How to read this diagram: each layer is an enforcement point that can stop a bad request on its own; the arrows represent the legitimate request path. A prompt-injection attempt that bypasses the network layer should still be caught at the inference / trust boundary. A leaked secret that bypasses identity should still be caught by anomaly detection in the audit layer.


2. AI / ML Security

Controls specific to LLM/RAG/document-intelligence workloads — the inference and trust-boundary layers from the diagram. See the dedicated landing page at Security / AI & ML.

PII & Privileged-Content Redactionprivacyingest-time masking before any model sees the text. Prompt-Injection Defense for RAGllm defensetwo-prompt pattern, fencing, tool allowlists. Confidential Computing for On-Prem InferenceencryptionTDX, SEV-SNP, attestation. Audit Log Integritygovernancehash-chained, append-only, externally notarized. Supply-Chain Security for Model ArtifactsgovernanceSBOMs, cosign, runtime enforcement.

3. AWS Security

Cloud-platform controls for accounts running on AWS — identity, key management, audit, and detection.

IAM — Identity & Access Managementidentity secretsroles, policies, permission boundaries, AssumeRole patterns. KMS — Key Management Serviceidentity secretsCMKs, envelope encryption, grants, rotation. Secrets Manageridentity secretsrotation, cross-account access, application integration. CloudTraildetectionaccount-wide API audit logging. AWS Config & Inspectordetectionconfiguration drift and vulnerability scanning.

4. Snowflake Security

Snowflake-native controls — network policies, RBAC, dynamic masking, row-access policies, tag-based governance.

Security / SnowflakeSectionlanding page for Snowflake-specific topics.

5. Databricks Security

Databricks-native controls — Unity Catalog, cluster policies, secret scopes, table ACLs, customer-managed keys.

Security / DatabricksSectionlanding page for Databricks-specific topics.

6. Network & Firewall

Perimeter and edge controls — the network layer of the model. Brute-force mitigation, IP allowlists, intrusion prevention.

Security / FirewallSectionlanding page for network-layer controls. fail2banSectionjail-based ban-on-fail for SSH, web, mail.

7. Cross-Cutting References

Two reference pages that span every cloud platform and apply across the entire defense-in-depth stack.



By Concern

40 pages. The primary axis is the concern, not the platform — because AWS, Snowflake and Databricks are largely the same questions answered three times, and reading them side by side is the point. Each entry carries its platform as a label.

Foundations (2)

Where to start: the standard threat list for LLM applications, and the architectural stance the rest of this section assumes.

OWASP Top 10 for LLM ApplicationssecurityThe OWASP Top 10 for Large Language Model Applications is the canonical taxonomy of risks unique to systems… Zero-Trust AI ArchitecturesecurityZero trust is the operating model that abandons the network-perimeter assumption: there is no "inside" that…

AI/ML Trust Boundary (4)

The concerns that only exist once a model is in the loop — untrusted text reaching the prompt, and inference on data you cannot expose.

Data Protection & Privacy (11)

Keeping the sensitive parts out of what the model, the analyst, or the log ever sees. The three platform answers to masking sit together here rather than in three folders.

Identity & Access (3)

Who can do what. One page per platform — the same question, three implementations.

Encryption & Key Management (5)

Keys, secrets, and who holds them.

Network & Isolation (7)

Keeping traffic where it belongs — from private links down to the host firewall on this box.

Audit, Detection & Governance (8)

Knowing what happened, proving it later, and the obligations that come with holding the data.


By Platform

The same pages, grouped the way the folders are — useful when you already know which platform you are working on.

AI/ML (15)

AWS (10)

Snowflake (5)

Databricks (5)

Host firewall (3)