Security
How your data is handled when we build on it.
This page states practices, not certifications. Lingows AI does not hold SOC 2, ISO 27001, or any other security certification, and does not claim HIPAA compliance. Where a control exists as a working practice we describe it plainly, and where the detail is still being documented we say that instead of filling the gap.
01Scope
What this page covers
Lingows AI builds AI systems that run inside client environments and against client data. During an engagement we may receive sample documents, database access, API credentials, and production records. The sections below describe how that access is handled, how data moves to model providers, and what happens when something goes wrong.
Nothing here replaces the contract. Where a client agreement, data processing addendum, or security exhibit says something different, that document controls. Our draft data processing addendum and AI data policy carry the written terms.
02Data handling
What we take and what we leave
We ask for the minimum data required to build and evaluate the system. In practice that means redacted or sampled records during assess and design, and scoped access to live systems only once the build requires it. Where a synthetic or masked dataset can carry the evaluation, we prefer it.
Client data stays in client-controlled systems wherever the architecture allows. When we need a working copy for development, it lives in the environment agreed for that engagement and is removed at the end of it.
Detail to be supplied: the standard development environment specification and encryption configuration for client working copies.
03Access control
Who can reach your systems
Access is granted per engagement, to the named engineers on that engagement, and through your own identity and secret management wherever you have it. We ask clients to issue credentials that they can revoke without involving us. Shared logins are declined.
When an engagement ends, we ask you to revoke our access as a matter of course rather than relying on us to report that we no longer need it.
Detail to be supplied: internal device management, disk encryption, and multi-factor authentication policy for staff endpoints.
Detail to be supplied: background screening policy for staff and contract engineers.
04Model routing
Where your data goes when a model runs
We are vendor neutral and route each task to the model that fits it. That means your data may be sent to one or more third-party model providers as part of normal operation. Which providers are involved is decided during design, documented in the system design document, and agreed before any production data flows.
If a workload cannot leave your perimeter, say so during assess. Open-weight models can be run inside your own network or a private cloud tenancy, and we will design to that constraint rather than around it. The tradeoff is usually capability and cost, and we will put numbers on it.
Does client data train models?
Our position is that client data must not be used to train third-party models, and we select provider tiers and account settings with that intent. The controlling detail is the provider agreement in force for your engagement.
Detail to be supplied: the per-provider account tier and contractual no-training terms in force, listed by provider.
05Retention
How long anything is kept
Two retention questions matter and they have different answers. The first is what Lingows retains: engagement materials, evaluation sets, and any working copies of client data. The second is what a model provider retains, which is set by that provider's policy and the account tier in use, not by us.
For systems we operate after launch, logs and evaluation records are retained so that quality and drift can be measured over time. What those records contain is a design decision. Where the underlying data is sensitive, we log identifiers and outcomes rather than payloads.
Detail to be supplied: the standard retention schedule and deletion timeline for engagement materials after an engagement closes.
Detail to be supplied: per-provider inference log retention windows for the current provider set.
06Subprocessors
Third parties in the path
Delivering an AI system involves third parties: model providers, cloud hosting, observability, and in some cases vector storage. Which ones apply depends on the architecture chosen for your build, and they are named in the design document before anything is deployed.
We will not add a subprocessor that touches client data mid-engagement without telling you first.
Detail to be supplied: the published subprocessor list with each entity, purpose, and processing location.
07Incident response
If something goes wrong
If we become aware of unauthorized access to client data in our possession, we notify the client contact for that engagement, stop the activity that caused it where we can, and preserve what is needed to understand the cause. We treat suspected incidents as incidents until they are ruled out.
A separate category worth naming: AI systems can fail by producing wrong output rather than by leaking anything. Systems we operate carry evaluation monitoring so that quality failures are caught as failing checks and reported to you, not discovered downstream.
Detail to be supplied: the written incident response plan, notification window commitment, and named security contact address.
Detail to be supplied: cyber liability and professional liability insurance coverage, if any is to be stated publicly.
08What we do not claim
Read this part carefully
Lingows AI does not hold SOC 2 Type I or Type II, ISO 27001, or any comparable certification. We do not claim HIPAA compliance, PCI DSS compliance, or FedRAMP authorization. We have not published penetration test results. If your procurement process requires any of these, tell us during assess so you can decide early rather than late.
Everything above is a description of how we work. If you need a control written into a contract, it belongs in the agreement, and we will negotiate it there.
Send the security questionnaire.
We answer procurement questionnaires directly and we mark unknowns as unknown rather than guessing.