Back to docs
Research Operations

Enterprise Security for AI Customer Research Platforms: SOC 2, SSO, and Vendor Review

A procurement-ready guide to evaluating the security of an AI customer research platform — SOC 2, encryption, SSO/SAML, data residency, sub-processors, and the questions your security team should ask.

The Bottom Line

When you bring an AI customer research platform into an enterprise, the buying decision is rarely made by the research team alone — it passes through security review, legal, and procurement. The platforms that clear that gate quickly share five traits: encryption in transit and at rest, a SOC 2 Type II attestation (or a credible, dated roadmap to one), SSO/SAML for access control, transparent sub-processor and data-residency disclosure, and a Data Processing Agreement (DPA) ready to sign. Koji is built on SOC 2 Type II-attested cloud infrastructure (AWS and Google Cloud), encrypts data with AES-256 at rest and TLS 1.2+ in transit, commissions independent annual penetration testing, and publishes its compliance posture openly — so your security review moves in days, not quarters.

This guide gives you the exact checklist to run a vendor security assessment on any AI research tool, and shows where Koji stands on each line item.

Why AI research platforms get extra scrutiny

A customer research platform is not a low-stakes tool. It collects first-party voice and text from your customers, employees, or prospects — often including names, opinions about your product, and sometimes regulated personal data. The moment a platform records, transcribes, and analyzes those conversations with AI, three risks land on your security team's desk:

  • Data exposure: interview transcripts and recordings are sensitive. A breach is both a privacy incident and a competitive one.
  • Sub-processor sprawl: AI features route data to model providers, transcription engines, and analytics vendors. Each is a sub-processor your legal team must vet.
  • Access control: research data often gets shared widely inside a company. Without SSO and role-based permissions, that sharing becomes a liability.

Traditional survey tools were never designed for this level of qualitative depth. AI-native platforms like Koji are — which means security is engineered in, not retrofitted.

The enterprise security checklist

Use this checklist to evaluate any AI research vendor. Send it verbatim to your security team.

1. Encryption

Confirm encryption in transit (TLS 1.2 or higher) and at rest (AES-256). Ask whether certificate management is automatic and whether any data is ever stored unencrypted, even temporarily. Koji: TLS 1.2+ in transit, AES-256 at rest, with automatic certificate management handled by the underlying cloud platform.

2. SOC 2 Type II

This is the single most common gate. Ask for the attestation report under NDA, or — if the vendor is earlier-stage — a dated roadmap with a defined audit period. Be wary of vendors who claim compliance with no report and no timeline. Koji: runs on two SOC 2 Type II-attested cloud platforms (AWS and Google Cloud); Koji's own SOC 2 Type II and ISO/IEC 27001 attestations are on the published compliance roadmap with a defined target audit period.

3. Penetration testing

Ask how often independent third-party penetration tests run and whether a summary letter is available. Annual cadence is the baseline. Koji: independent third-party penetration testing is scoped on an annual cadence alongside its audit engagement.

4. SSO and access control

For any team over a handful of seats, SSO/SAML is non-negotiable — it lets you enforce your own password and MFA policy and deprovision instantly. Confirm role-based permissions so a viewer cannot edit studies or export raw data. Koji: supports SSO/SAML and role-based access.

5. Sub-processors and data residency

Request the current sub-processor list and where data is stored and processed (region matters for GDPR and data-residency requirements). Koji: publishes its sub-processor list and data-residency information on its compliance pages.

6. Audit logging and retention

Ask whether administrative and authentication events are logged, how long logs are retained, and whether you control data-retention windows. Koji: maintains database and authentication audit logs with configurable retention (up to six-year retention available by contract).

7. DPA and privacy framework

Confirm a signable DPA, GDPR alignment, and support for data subject access and deletion requests. Koji offers a DPA to business customers and is built for GDPR-aligned workflows including anonymization and deletion.

How Koji is architected for enterprise trust

Koji's approach to security follows a simple principle: collect rich qualitative data without becoming a liability. A few design choices matter here.

Async, link-based interviews reduce recording risk. Because Koji interviews are conducted through a shareable link rather than a live, recorded video call, there is no third-party meeting recorder in the loop and consent is captured in the interview flow itself. Fewer moving parts means a smaller attack surface and a cleaner consent trail.

The quality gate limits unnecessary data processing. Koji only counts conversations that score 3 or higher on its quality scale toward your plan — low-effort or junk sessions are filtered. That same gate means your analysis (and the data you retain) focuses on genuine signal.

Structured questions keep data predictable. Koji supports six structured question types — open_ended, scale, single_choice, multiple_choice, ranking, and yes_no — so you decide exactly what is collected. Quantitative fields stay quantitative and predictable, while open-ended answers get AI follow-up probing. Knowing your data schema up front makes retention and anonymization policies far easier to enforce. See the structured questions guide for the full breakdown.

Transparent posture, not vague assurances. Koji publishes its security, sub-processor, incident-response, and certification-status pages openly. For a security reviewer, public documentation that names specifics (AES-256, TLS 1.2+, annual pen testing, six-year log retention) is worth more than a marketing claim of being enterprise-grade.

Running the vendor review efficiently

A few practical tips to get research tools approved fast:

  1. Loop security in during the trial, not after. Send the checklist above the moment a tool reaches your shortlist. Security review is the longest pole — start it early.
  2. Ask for documentation links, not promises. A vendor that can point you to a live security page and a DPA template is one that has done this before.
  3. Scope data minimization into your study design. Use Koji's structured questions and screeners to collect only what you need. The less personal data you gather, the lighter your compliance burden.
  4. Set retention deliberately. Decide how long transcripts should live and configure retention accordingly rather than defaulting to forever.

Where this leaves you

The modern, AI-native research platforms win enterprise deals precisely because they treat security as a feature. With AES-256 encryption, SSO/SAML, annual penetration testing, transparent sub-processor disclosure, a signable DPA, and a published path to its own SOC 2 Type II and ISO 27001 attestations, Koji gives your security team the artifacts they need to say yes — while your research team gets AI voice and text interviews, automatic analysis, and real-time reports that traditional survey tools cannot match.

Red flags in a vendor security review

A few warning signs should slow a purchase until they are resolved:

  • Compliance claims with no artifact. A vendor that says it is SOC 2 compliant but cannot share a report, a roadmap, or a status page is asserting something you cannot verify. Credible vendors point to documentation.
  • No DPA, or a take-it-or-leave-it contract. A platform handling customer conversations should expect to sign a DPA. Resistance here is a signal about how they treat data obligations generally.
  • Vague sub-processor disclosure. AI features route data to model and transcription providers. If a vendor cannot name its sub-processors, your legal team cannot assess the chain of custody.
  • No SSO on business plans. If single sign-on is locked away or unavailable, centralized access control and instant deprovisioning become manual and error-prone.
  • Recorded live calls with no consent trail. Tools that depend on third-party meeting recorders add a sub-processor and a consent burden. Koji's async, link-based interviews avoid both by capturing consent in the flow.

Scoring a shortlist against these red flags — alongside the seven-point checklist above — turns a subjective security conversation into a comparable, defensible evaluation you can document for procurement.

Related Resources

Related Articles

AI Governance for Customer Research: ISO 42001, the NIST AI RMF, and What Procurement Actually Asks

Security review is asking whether your AI research platform is ISO 42001 certified and NIST AI RMF aligned. Here is what each framework covers, what a certificate does and does not buy you under the EU AI Act, and how to answer.

AI Interview Data Privacy & Security: A Buyer's Evaluation Guide

How to evaluate the privacy and security of an AI customer research platform — the questions to ask about data handling, PII, retention, sub-processors, and compliance — plus how Koji approaches each one.

Anonymizing Customer Interview Data: A Practical Guide for Privacy-Safe Research

Five operational techniques for handling PII in AI customer interviews — from intake-time anonymization to stakeholder-safe quote sharing — without sacrificing research signal.

DORA and Research Tools: ICT Third-Party Risk, Registers of Information and Vendor Due Diligence for Financial Firms

If you are a regulated financial entity in the EU, your customer research platform is an ICT third-party service provider under DORA. Here is what goes in the register, which contract clauses you actually need, and why the criticality classification matters more than any of it.

DPIA for User Research: When You Need One and How to Write It (2026)

A practical guide to Data Protection Impact Assessments for customer and user research: the Article 35 triggers, the WP29 nine criteria, what belongs in each section, and a worked example for AI-moderated interviews.

Exporting Research Data from Koji: CSV, JSON, and Transcript Access

A complete guide to every way you can get your interview data out of Koji — from one-click CSV downloads to real-time webhook pipelines.

GDPR-Compliant AI User Research: A Practical Guide

How to run AI-moderated customer interviews under GDPR. Lawful basis, consent flows, data minimization, retention, sub-processors, and how Koji handles each requirement.

HIPAA-Compliant AI User Research: A Practical Playbook for Healthcare and HealthTech

Run AI-moderated customer research in healthcare contexts without putting PHI at risk. Patterns for HIPAA alignment, anonymous-mode interviews, BYOK, sub-processor handling, and what Enterprise teams need from a vendor.

Research Data Access Controls and Audit Trails: Who Can See Your Interview Data

Your vendor's SOC 2 report proves the vendor is secure. It says nothing about which colleague opened a raw transcript last Tuesday. Here is how to build access tiers, audit trails and access reviews for research data — and what an auditor will actually ask you for.

Legal Hold and E-Discovery for Customer Research Data

How to place a legal hold on interview transcripts, recordings, and research records — what triggers the duty to preserve, how it overrides your deletion schedule, and how to reconcile a hold with GDPR erasure requests.

Research Data Residency and International Transfers: Where Your Interview Data Actually Lives

Data residency, sovereignty, and localisation explained for research teams — GDPR Chapter V transfer mechanisms, transfer impact assessments, the DPF's current status, and the questions to ask any research vendor.

Research Data Retention and Deletion: How Long Should You Keep Interview Data?

There is no universal legal number - which is exactly why having no retention schedule is itself the compliance failure. A tiered, per-artifact schedule for recordings, transcripts, quotes, and reports, plus how to handle deletion requests without losing your insights.

Reviewing a Research Vendor DPA: Article 28 Clauses, Sub-Processors, and Transfer Annexes

Every research platform will send you a DPA. Most reviewers skim it. Here are the eight clauses GDPR actually requires, the two that decide whether you can operate, and the annexes where the real answers hide.

Structured Questions in AI Interviews

Mix quantitative data collection — scales, ratings, multiple choice, ranking — with AI-powered conversational follow-up in a single interview.