TrustAtlas Procurement Pack
← Full vendor profile   

Datadog

integrator · United States , New York · founded 2010 · DDOG

Employees: 5000+ · Stage: Public

24.4
moderate
default-balanced
composite score

Cloud monitoring and security platform that has expanded into AI observability with LLM Observability for monitoring model performance, cost, and quality. Integrates AI-powered features across its APM, logging, and security products.

Analyst summary
Datadog (Nasdaq: DDOG) is an enterprise-grade observability platform with deep LLM observability features, SOC 2 Type II, ISO 27001, FedRAMP Moderate, and HIPAA BAA. Profitable public company with strong financials. The 2023 API-key exposure was handled transparently; more broadly, LLM observability inevitably handles sensitive customer prompts and requires careful data-retention configuration.
Recommended for enterprise observability; configure LLM trace retention deliberately.
Rating: recommended

Compliance posture

SOC 2 Type IIYes (report 2025-08-01)
ISO 27001Yes
ISO 42001 (AI management system)No / not disclosed
FedRAMP authorizedYes (Moderate)
GDPR compliantYes
CCPA compliantYes
HIPAA compliantYes
NIST AI RMF alignedNo / not disclosed
CSA STAR certifiedNo / not disclosed
EU AI Act classificationnot_applicable

Data handling

Trains on user dataopt_out_available
Outputs feed model improvementopt_out_available
Data retention periodConfigurable: 15 days to 15 months depending on product
Can delete user data on requestYes (SLA 30 days)
Default data residencyUS
Encryption at restYes (AES-256)
Encryption in transitYes
DPA availableYes
Public subprocessor listYes
HIPAA BAA availableYes

IP profile

User owns outputsyes
Vendor claims output rightsNo / not disclosed
Input IP protectionstrong
Indemnification offeredYes
Copyright shield programNo / not disclosed
Commercial use permittedYes
Training data provenancenot_applicable
Known IP lawsuitsNo / not disclosed

Jurisdiction

Incorporation countryUnited States
Incorporation jurisdiction risklow
Subject to US jurisdictionYes
Subject to EU jurisdictionYes
Subject to China jurisdictionNo / not disclosed
Subject to Russia jurisdictionNo / not disclosed
Government data access riskmoderate
Five Eyes alignedYes
Adequate privacy jurisdictionNo / not disclosed

Governance

Publishes model cardsNo / not disclosed
Publishes transparency reportsYes
Has AI ethics boardNo / not disclosed
Safety testing disclosedNo / not disclosed
Red-teaming programNo / not disclosed
Government contractsYes
Terms of servicehttps://www.datadoghq.com/legal/terms/
Privacy policyhttps://www.datadoghq.com/legal/privacy/

Incidents on record

No incidents on file.

OWASP LLM Top 10 cross-walk

TrustAtlas dimensions that materially address each OWASP risk. Use to translate this vendor's compliance posture and data-handling stance into the application-security vocabulary your security team already uses.

LLM01
Prompt Injection
User-supplied prompts manipulate model behaviour to bypass intended controls.
SecurityTransparencyDependency chain
LLM02
Sensitive Information Disclosure
Models leak PII, PHI, secrets, or proprietary data through outputs.
Data handlingIP exposureJurisdiction
LLM03
Supply Chain
Risk propagates from upstream models, datasets, plug-ins, and vendors.
Dependency chainBusiness stabilitySecurity
LLM04
Data and Model Poisoning
Adversarial training data or fine-tuning input degrades model integrity.
Data handlingTransparencySecurity
LLM05
Improper Output Handling
Downstream systems blindly trust model output, enabling injection downstream.
IP exposureTransparency
LLM06
Excessive Agency
Agents granted overbroad tool, identity, or permission scopes cause harm.
Dependency chainTransparencyJurisdiction
LLM07
System Prompt Leakage
System prompts containing secrets or logic are extracted via crafted input.
Data handlingTransparency
LLM08
Vector and Embedding Weaknesses
Vector stores and RAG pipelines leak or contaminate retrieved context.
Data handlingSecurity
LLM09
Misinformation
Hallucinated, biased, or fabricated outputs treated as authoritative.
TransparencyRegulatory complianceBusiness stability
LLM10
Unbounded Consumption
Cost, denial-of-service, and resource-exhaustion attacks against LLM endpoints.
SecurityBusiness stability

Full framework reference: https://trustatlas.pages.dev/framework/owasp-llm-top-10

NIST AI RMF cross-walk

How each NIST AI RMF function is supported by the dimensions TrustAtlas scores.

GOVERN
Govern
Establish AI governance structure: policies, roles, accountability.
Regulatory complianceJurisdictionTransparencyBusiness stability
MAP
Map
Establish AI context: intended purpose, use cases, capabilities, and risks.
TransparencyDependency chainData handlingIP exposure
MEASURE
Measure
Quantitative + qualitative risk assessment: testing, benchmarks, monitoring.
SecurityData handlingTransparency
MANAGE
Manage
Treat identified risks: mitigation, controls, incident response, lifecycle.
Regulatory complianceSecurityDependency chainBusiness stability

Full framework reference: https://trustatlas.pages.dev/framework/nist-ai-rmf

Cited sources

FieldSource
data_handling.hipaa_baa_available https://www.datadoghq.com/security/
Verified 2026-04-19 by admin
data_handling.trains_on_user_data https://www.datadoghq.com/legal/privacy/
Verified 2026-04-19 by admin
governance.financial_stability https://investors.datadoghq.com/
Verified 2026-04-19 by admin
governance.security_incidents https://www.datadoghq.com/blog/engineering/2023-03-08-security-incident/
Verified 2026-04-19 by admin
jurisdiction_profiles.incorporation_country https://www.datadoghq.com/about/
Verified 2026-04-19 by admin
security_compliance.fedramp_authorized https://marketplace.fedramp.gov/products/F1811184875
Verified 2026-04-19 by admin
security_compliance.soc2_type2 https://www.datadoghq.com/security/
Verified 2026-04-19 by admin

Questions to ask before signing

Vendor-agnostic baseline. Send these to the vendor and require written answers before contract.

  1. 01. Provide your most recent SOC 2 Type II report (with bridge letter if applicable).
  2. 02. Describe your training-data provenance and customer opt-out mechanics in writing.
  3. 03. List all sub-processors and confirm notification policy for material additions.
  4. 04. Confirm BAA availability and signed-BAA process if we process PHI.
  5. 05. Describe rate-limiting, quota, and circuit-breaker controls protecting our usage.
  6. 06. Provide your model card or equivalent disclosure documenting intended use, limitations, and known failure modes.
  7. 07. Describe your prompt-injection defences and red-team posture against OWASP LLM Top 10 risks.
  8. 08. Confirm data residency options and which sub-regions our data may touch.
  9. 09. Provide incident-response SLAs, security-event notification timelines, and the most recent pen-test report summary.
  10. 10. Confirm output ownership terms and any indemnification or copyright-shield programs available.
  11. 11. Describe acquisition-risk safeguards and what happens to our data on a change of control.
  12. 12. List foundation-model dependencies and how upstream-model risk is mitigated.

Methodology + caveats

Composite scores use the default-balanced weight profile (25% data handling, 20% IP exposure, 15% jurisdiction, 15% security, 10% regulatory compliance, 8% transparency, 5% business stability, 2% dependency chain). All facts are sourced from the vendor's own public disclosures, public regulatory filings, or reputable secondary reporting — see the cited sources table above. This pack is decision-support material, not legal advice or audit evidence.