Oracle

hybrid · United States , Austin · founded 1977 · ORCL

Employees: 5000+ · Stage: Public

19.9

low

default-balanced
composite score

Enterprise cloud and database company offering OCI AI Services with both proprietary AI capabilities and third-party model hosting. Provides GPU infrastructure (OCI Supercluster), generative AI services, and database-integrated AI features.

Analyst summary

Oracle Cloud Infrastructure Generative AI (leveraging Cohere and Meta Llama models) provides enterprise-grade AI with Oracle's compliance posture (SOC 2, ISO 27001, FedRAMP High in Government Cloud). For Oracle-standardized enterprises, it integrates cleanly with existing contracts and data residency commitments.

Strong enterprise AI option within the Oracle ecosystem; less compelling for greenfield adoption.

Rating: recommended

Compliance posture

SOC 2 Type II	Yes (report 2025-08-01)
ISO 27001	Yes
ISO 42001 (AI management system)	No / not disclosed
FedRAMP authorized	Yes (High)
GDPR compliant	Yes
CCPA compliant	Yes
HIPAA compliant	Yes
NIST AI RMF aligned	Yes
CSA STAR certified	Yes
EU AI Act classification	limited_risk

Data handling

Trains on user data	no
Outputs feed model improvement	no
Data retention period	Customer-controlled
Can delete user data on request	Yes (SLA 30 days)
Default data residency	US
Encryption at rest	Yes (AES-256)
Encryption in transit	Yes
DPA available	Yes
Public subprocessor list	Yes
HIPAA BAA available	Yes

IP profile

User owns outputs	yes
Vendor claims output rights	No / not disclosed
Input IP protection	strong
Indemnification offered	Yes
Copyright shield program	No / not disclosed
Commercial use permitted	Yes
Training data provenance	partially_disclosed
Known IP lawsuits	No / not disclosed

Jurisdiction

Incorporation country	United States
Incorporation jurisdiction risk	low
Subject to US jurisdiction	Yes
Subject to EU jurisdiction	Yes
Subject to China jurisdiction	No / not disclosed
Subject to Russia jurisdiction	No / not disclosed
Government data access risk	moderate
Five Eyes aligned	Yes
Adequate privacy jurisdiction	No / not disclosed

Governance

Publishes model cards	No / not disclosed
Publishes transparency reports	Yes
Has AI ethics board	No / not disclosed
Safety testing disclosed	No / not disclosed
Red-teaming program	No / not disclosed
Government contracts	Yes
Responsible-AI policy	https://www.oracle.com/artificial-intelligence/responsible-ai/
Terms of service	https://www.oracle.com/legal/terms/
Privacy policy	https://www.oracle.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

Field	Source
data_handling.hipaa_baa_available	https://www.oracle.com/corporate/cloud-compliance/hipaa/ Verified 2026-04-19 by admin
data_handling.trains_on_user_data	https://docs.oracle.com/en-us/iaas/Content/generative-ai/data-retention.htm Verified 2026-04-19 by admin
ip_profiles.user_owns_outputs	https://www.oracle.com/legal/cloud-services-agreement/ Verified 2026-04-19 by admin
jurisdiction_profiles.incorporation_country	https://investor.oracle.com/sec-filings/ Verified 2026-04-19 by admin
security_compliance.fedramp_authorized	https://www.oracle.com/corporate/cloud-compliance/fedramp/ Verified 2026-04-19 by admin
security_compliance.gdpr_compliant	https://www.oracle.com/legal/privacy/data-processing-agreement/ Verified 2026-04-19 by admin
security_compliance.iso_27001	https://www.oracle.com/corporate/cloud-compliance/iso/ Verified 2026-04-19 by admin
security_compliance.soc2_type2	https://www.oracle.com/corporate/cloud-compliance/ 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.

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