Skip to content
Compliance & Security

Teramot — Compliance & Security

Trust center

Security you can verify, not just trust

Teramot holds a SOC 2 Type II report with no exceptions, issued in August 2026 by Sentry Assurance after a six-month observation period. This page explains how the platform is protected, what backs each control, and where to find the evidence.

SOC 2 Type II · no exceptions SOC 2 Type I Pentest · 15 of 15 fixed ISO 27001 · in preparation
AICPA SOC 2 SOC 2 Type IISentry Assurance · Aug 2026

6

Months of Type II observation

16 Dec 2025 – 15 Jun 2026

0

Exceptions

Every control tested operated effectively

15 / 15

Pentest findings fixed

Independent test by Faraday Sec

365

Days of log retention

Production audit, network and service logs

Certifications and reports

SOC 2 Type I

Completed · Dec 2025

Teramot's first SOC 2 report: the same auditor assessed the design of the Security controls at a point in time.

Auditor
Sentry Assurance (U.S.)
Type
Point in time

Penetration test

All findings fixed

An independent firm attacked the platform the way an adversary would. It identified 15 vulnerabilities; all of them have been remediated.

Tester
Faraday Sec (Argentina)
Cadence
At least once a year

ISO/IEC 27001

In preparation

Documentation and evidence for the information security management system are in progress, synced continuously through Vanta.

Target
2026
Tooling
Vanta

Data protection law

Ongoing

Personal data is handled under Argentina's Personal Data Protection Law, with an annual review.

Framework
Law 25.326 (Argentina)
Review
Annual

SOC 2 is an attestation, not a certificate: the auditor’s opinion, the description of the system and every control tested are in the report itself, which we share under NDA (see below).

What the SOC 2 audit covered

The Security category, also called the Common Criteria, is the mandatory core of every SOC 2 report. It has nine groups. This is what each one means at Teramot, and the policy that governs it.

CC1Control environment

A code of conduct, defined security roles, and an Information Security Committee that approves policies.

Security roles →
CC2Communication and information

Published security commitments and policies, and open channels to report vulnerabilities or concerns.

Security commitments →
CC3Risk assessment

A documented process to identify threats, rate them and track their treatment.

Risk management →
CC4Monitoring activities

Vanta tests the controls against the infrastructure continuously and flags any drift for remediation.

Operations security →
CC5Control activities

Policies turned into enforced technical controls: permission checks in the API, infrastructure as code, automated checks on every change.

Information security policy →
CC6Logical and physical access

SSO with MFA and a VPN for staff, role-based access for customers, encryption at rest and in transit.

Access control →
CC7System operations

Audit trails, threat detection, alerting, and an incident response plan tested at least once a year.

Incident response →
CC8Change management

Every change through a pull request with automated tests and security checks, promoted from development to staging to production.

Secure development →
CC9Risk mitigation

Vendor due diligence, plus business continuity and disaster recovery plans.

Third-party management →

Defense in depth

Controls are layered so that no single failure exposes customer data. From the public edge of the platform to the data itself:

EdgePublic entry points
HTTPS only, HTTP redirectedTLS 1.2 minimum, TLS 1.3 supportedFIPS ciphers and post-quantum key exchange on load balancersCSP, HSTS with preload, no framing
NetworkPrivate by default
Application services in private subnets, no public IPsDatabases not publicly accessibleDatabases accept traffic only from platform componentsFlow logs on all production traffic
IdentityWho is asking
OpenID Connect sign-in with PKCESigned tokens, checked on every requestOAuth 2.1 for AI assistantsAPI keys stored only as hashes
ApplicationWhat they may do
Four roles, enforced in the APIAI assistants act with the user's permissionsRead-only, single-statement SQLActivity log for admins
Your dataAt the core
A separate catalog and storage space per projectAES-256 at restCredentials never returned by the APIBackups and a second-zone replica

Data protection

AreaHow it is protected
Encryption in transitTLS 1.2 at a minimum and TLS 1.3 supported on every public endpoint, with HTTP redirected to HTTPS. Production load balancers use AWS’s FIPS security policy with hybrid post-quantum key exchange. The message bus between services requires TLS, and internal control-plane calls use mutual TLS.
Encryption at restAES-256 in object storage (Amazon S3), the metadata database (Amazon Aurora PostgreSQL) and storage volumes.
Customer isolationEach project has its own database in the data catalog and its own storage prefix. Every query is parsed before it runs, and any reference outside the project, unless the data was explicitly shared with it, is rejected. See Where your data lives.
Source systemsTeramot only reads from your sources, and a read-only database user is recommended. Private connections over IPsec are available.
Source credentialsEncrypted at rest, used only when connecting, never returned by the API, and scrubbed from logs and error reports.
ResidencyAWS us-east-1 (N. Virginia). Customer data is not replicated to other regions.
Artificial intelligenceTeramot does not train or fine-tune models on your data. What each agent receives, and which providers process it, is in AI agents.
RetentionInfrastructure logs 365 days, project activity log 90 days, agent traces 14 days, metadata backups 7 days. See Retention and deletion.

Secure development lifecycle

Every change to the product follows the same path to production:

  1. BranchWork starts on its own branch. The main branch cannot be force-pushed or deleted.
  2. Pull requestCode merges only through a pull request, with linear history and every review thread resolved.
  3. Automated checksTests, type checks and linters with security rules (gosec, Bandit), plus secret scanning on the core application.
  4. Security reviewA required automated review with a security checklist: credentials, input validation, sensitive data in logs.
  5. StagingInfrastructure is code (Terraform). Changes reach development and staging before production.
  6. ReleaseProduction runs only versioned releases tagged on signed commits, deployed with short-lived credentials.

Container images are scanned for vulnerabilities when they are pushed, and features can be switched off at runtime without a redeploy.

Monitoring and incident response

SignalCoverage
Cloud audit trailAWS CloudTrail across every region, with log-file integrity validation
NetworkVPC Flow Logs on all production traffic
Threat detectionAmazon GuardDuty, with findings routed to the security team
ApplicationError monitoring with secrets scrubbed, a correlation ID on every request, and alarms on errors, latency and database health
EndpointsBitdefender GravityZone on staff devices
ComplianceVanta tests the controls continuously

When something does happen, the Incident Response Plan sets the steps:

  1. DetectAlerts from the monitoring above, or a report to security@teramot.com.
  2. TriageEach incident gets a severity from P0 to P3, which sets its urgency.
  3. Contain and fixCybersecurity and DevOps isolate the cause and remediate it.
  4. NotifyAffected customers hear from us within 72 hours of confirmation.
  5. LearnA written post-incident report. The root-cause analysis is shared under NDA.

The plan is tested at least once a year.

Vulnerability management

Findings from scans, monitoring and penetration tests are fixed within these deadlines, set in the Operations Security Policy:

Critical30days to fix
High30days to fix
Medium60days to fix
Low90days to fix

External vulnerability scans run every quarter, and an independent penetration test at least once a year.

Business continuity

The Business Continuity and Disaster Recovery Plan sets these recovery targets for the production platform:

1

Hour to recover (RTO)

Maximum time to restore service after a disruption

15

Minutes of data at risk (RPO)

Maximum window of data that could be lost
AreaDetail
Database backupsAutomated, kept 7 days, with point-in-time recovery and a final snapshot before any deletion
AvailabilityA database replica in a second availability zone, and deletion protection
Stateful hostsDaily volume snapshots
TestingRestores are tested at least once a year

Compliance timeline

  1. Compliance & Security pack published

    Oct 2025

    Version 1.0 of this page and the policy set

  2. SOC 2 Type I completed

    Dec 2025

    Sentry Assurance · Security criteria

  3. Type II observation period

    Dec 2025 – Jun 2026

    Six months of controls tested in operation

  4. SOC 2 Type II report issued

    Aug 2026

    No exceptions

  5. ISO/IEC 27001

    Target 2026

    Documentation and evidence in progress

Tools behind the controls

Vanta
Compliance monitoring
Faraday Sec
Penetration testing
Amazon GuardDuty
Threat detection
Amazon CloudWatch
Logs and alarms
Terraform
Infrastructure as code
Bitdefender
Endpoint protection
Bitwarden
Secrets and passwords

Company and governance

ItemDetail
Legal nameHalley LLC
HeadquartersRosario, Argentina
U.S. entityRegistered in Delaware
Registered address16192 Coastal Highway, City of Lewes, County of Sussex, DE 19958
Countries servedArgentina · United States
Information Security CommitteeBruno Ruyu · Lucas Uzal · Leandro Ruspini · Ezequiel Alejandro Mora · Valentín Torassa Colombero
Policy approvalApproved by Valentín Torassa Colombero, Cybersecurity Analyst

The companies that process data on Teramot’s behalf are listed in Providers that process data. Sentry, the error-monitoring service there, is unrelated to Sentry Assurance, the SOC 2 auditor.

Documents and policies

SOC 2 Report Access

Need the SOC 2 Type II report?

We share the full report, including the auditor's opinion and the controls tested, under NDA. Write to security@teramot.com and tell us which organization it is for.

Request the report

Revision history

DateAuthorRoleNotes
Oct 2025Valentín Torassa ColomberoCybersecurity & Compliance AnalystInitial release of the Teramot Compliance & Security Pack
Oct 2026Valentín Torassa ColomberoCybersecurity & Compliance AnalystSOC 2 Type II report issued (August 2026, Sentry Assurance, no exceptions); page redesigned with technical detail on each control

Teramot – Halley LLC · Rosario / Miami · October 2026 — Version 1.1