Your environment or ours. Self-hosted, air-gapped or hosted.
Discover it. Measure it. Govern it. Build it responsibly.

Shield360 › For Compliance

An auditor does not
accept a dashboard.

They ask who looked at what, on which date, under whose authority, and how long the record is kept. Those are database questions. Shield360 is built so that each of them has an answer that can be exported, rather than a screen that can be described.

01 · Overview

Stopped, held, read, kept

Four questions, one screen.

What is being stopped, what is held, who looked at what, and how long it is kept. The compliance overview is deliberately not a summary of the other screens — it is the four answers themselves, with the current posture stated in words beside each.

app.shield360.ai / Compliance / Overview Real capture
Shield360 compliance overview: counters for blocked, redacted, people involved, computers reporting, active legal holds and failed sign-ins; panels for sensitive data stopped, controls, kinds of data stopped, people, who looked at what, and how long data is kept.
Compliance overview. Note the Controls panel: it states the current mode in words — here, warning only, meaning sensitive data in coding agents is recorded but still sent. A zero on this screen never has to be interpreted, because the posture producing it is printed beside it.

02 · Audit

Reads, not only writes

Most audit logs record changes.
The question is usually about a read.

“Who looked at this?” is the question that arrives with a subject access request, an internal investigation or a regulator's letter — and it is the one most systems cannot answer, because reads are not events in them. In Shield360 they are.

app.shield360.ai / Compliance / Audit log Real capture
Shield360 audit log: totals for records, changes, data access, sign-ins, failed sign-ins and denied requests, with a table of when, who, what, about, outcome and source address, and a CSV export.
Audit log. Filterable to everything, changes, data access or sign-ins, and exportable as CSV. Each row carries an actor, a target, an outcome and the address the request came from.
One quarter of audit records, by categoryone organization Illustrative
0 1,000 2,000 3,000 4,000 5,000 Data access reads of sensitive data Data access: 4,860 records in the quarter 4,860 Sign-ins succeeded and failed Sign-ins: 2,310 records in the quarter 2,310 Changes settings, roles, keys, holds Changes: 1,240 records in the quarter 1,240 Denied refused for lack of access Denied: 96 records in the quarter 96
The category the question is usually aboutOther records
Table view
CategoryRecords in the quarter
Data access · reads of sensitive data4,860
Sign-ins · succeeded and failed2,310
Changes · settings, roles, keys, holds1,240
Denied · refused for lack of access96
Reads outnumber changes four to one. Illustrative. Most audit logs hold only the changes, so the biggest category here would not exist in them, and the denied row, which is the evidence that access control is working, would not either.
CategoryRecordsExample
Changes Writes A setting altered, a role granted, a key created or destroyed — with who did it and whether it succeeded.
Data access Reads “Viewed the AI spend report”, “Viewed sensitive-data findings”, “Viewed the Data protection report”.
Sign-ins Auth Successful and failed attempts alike. A failed attempt is filed in the organization of the account it targeted, so that organization's admins see it. The password is never recorded.
Denied Refusals A request refused for lack of access. An access control that does not record its refusals cannot be shown to be working.
The audit log is never edited, and nobody can delete from it. It has no retention horizon and no administrative delete path — including for administrators. Its records are removed only when the organization itself is deleted, and that is refused while a legal hold stands. That is the property that makes it evidence rather than a report.

03 · Retention

Enforced by the engine

Retention that actually runs.

A retention policy in a document is a statement of intent. Here every collector table carries a time-to-live enforced by the storage engine itself: when the horizon passes, the rows are gone — not flagged, not queued for a quarterly review that slips.

How long each record is kept, and what a hold does to itsquare-root time axis Illustrative
30d 90d 1y 2y 7y until released Browsing visits off until enabled Browsing visits: deleted by the storage engine after 30 days Browsing visits: preserved under legal hold past the horizon, until the hold is released Collector heartbeats Collector heartbeats: deleted by the storage engine after 30 days Application spans Application spans: deleted by the storage engine after 90 days Machine state Machine state: deleted by the storage engine after 90 days Application activity Application activity: deleted by the storage engine after 365 days Application activity: preserved under legal hold past the horizon, until the hold is released Network observations off until enabled Network observations: deleted by the storage engine after 365 days AI usage AI usage: deleted by the storage engine after 730 days AI usage: preserved under legal hold past the horizon, until the hold is released AI output sessions AI output sessions: deleted by the storage engine after 730 days Data protection events Data protection events: deleted by the storage engine after 7 years Data protection events: preserved under legal hold past the horizon, until the hold is released Audit log Audit log: never edited; removed only if the organization is deleted indefinite
Kept, then deleted by the storage enginePreserved under legal hold, until released
Every horizon is a time-to-live on the table itself. The blue bars are the product’s configured defaults, listed below. The red extensions are what a legal hold does for the custodians it names: their AI usage, activity, browsing and data protection events are preserved past the horizon, and the hold outranks the deletion job until it is released with a reason.
RecordKept forWhat it contains
AI usage730 daysResponses, tokens and cost per tool, model and person.
AI output sessions730 daysWhat an AI session produced, by repository and tool.
Data protection events7 yearsEvery block, redaction and warning, with its rule and outcome. The longest horizon, because it is the one most likely to be asked for years later.
Application activity365 daysWhich application was in front, and for how long. No window titles, no file names.
Network observations365 daysProcesses seen reaching AI providers directly. Off until enabled.
Application spans90 daysThe fine-grained slices behind application time.
Machine state90 daysAwake, asleep, locked.
Browsing visits30 daysRegistrable domain unless explicitly widened. Off until enabled. No page titles.
Collector heartbeats30 daysWhich machines are reporting, and which stopped.
Audit logIndefiniteNever edited. Removed only if the organization itself is deleted.
Under legal holdUntil releasedPreserved past every horizon above.

04 · Legal hold

Preservation that outranks deletion

A hold has to beat the
retention job, or it is decoration.

When a matter arises, the records that matter are the ones about to expire. A legal hold in Shield360 names custodians — the people and the computers involved — and preserves their AI usage, activity, websites and data protection events past every horizon on this page until the hold is released.

app.shield360.ai / Compliance / Legal holds Real capture
Shield360 legal holds: an empty state explaining that placing a hold preserves the AI usage, activity, websites and data protection events of the people and computers involved until released.
Legal holds. The empty state is the specification: what a hold covers, how often it is preserved, and what can and cannot be done to it.
A hold, from placing to release Diagram
Placed named custodians reason recorded Preserved every hour late arrivals too Exported CSV for the matter any window, any filter Released reason required cannot be deleted Expires horizon resumes engine deletes Every step is an audit log record with an actor, a target and an outcome Audit log — each step recorded with who, what and outcome; never edited Retention horizons suspended while the hold stands
Every step is itself an audit record. Placing, preserving, exporting and releasing each write a row with an actor, a target and an outcome. When the hold is released the records resume the horizon they would otherwise have had, and the engine deletes them on it.

Preserved hourly

A scheduled job re-preserves held records rather than relying on a single sweep at the moment the hold was placed. Records that arrive after the hold is in force are caught too.

Cannot be deleted, only released

There is no path that removes a hold as though it had never existed. Releasing one requires a reason, and placing, preserving, exporting and releasing are all recorded in the audit log.

Evidence export

Data protection events export as CSV for any window and any filter, so a matter can be handed over as a file rather than as access to a console.

05 · Boundaries

Schema, not settings

The limits are built in,
not left to a setting.

A privacy commitment that depends on a setting is a commitment that survives until somebody changes the setting. These are properties of the database: there is no column to populate, so there is no configuration that could start populating it.

× No window titles, no file names The application table stores an application's identity and a duration. That is all it can store.
× No keystrokes, mouse activity or screenshots Not collected, and no table exists that could hold them.
× No page titles in browsing records A registrable domain unless an administrator explicitly widens collection to full URLs. Browsing collection is off entirely until enabled.
× A per-person setting can only narrow Collection can be reduced for an individual, and data above their level is dropped when it arrives. Raising it for one named individual cannot be expressed — which is what stops the product being used to build a case against one person.
Controller and processor. Where you deploy Shield360 onto your employees' machines, you are the data controller and ThinkFleet is the processor. A request from one of your employees about their own data goes to you, not to us — and lawful workforce monitoring, including any works council or notification duty, is yours to satisfy. The terms state this explicitly.

06 · Questions

Asked in an assessment

What an assessment asks.

Can Shield360 be deployed without personal data leaving our jurisdiction?

Yes. Self-hosted deployment runs entirely within your own infrastructure, including air-gapped, with no call-home requirement. Nothing passes through our systems.

Is this a certification?

No, and it should not be described as one. Shield360 produces the evidence an auditor asks for — control status for all 38 ISO/IEC 42001 Annex A controls with a Statement of Applicability, an audit log, enforced retention, holds, and signed evidence packages an auditor can verify offline. The attestation is still yours to obtain.

How do we answer a subject access request?

Reporting narrows to an individual, and every record about them carries the horizon on which it expires. Because you are the controller, the request comes to you; the product's job is to make the answer retrievable and the deletion horizon demonstrable.

What happens to held data when the matter ends?

The hold is released with a reason, which is recorded. The records then resume the retention horizon they would otherwise have had, and expire on it.

Can an administrator widen collection without a record?

They can change the organization's policy, and the change is recorded in the audit log as a change event with an actor. What they cannot do is raise collection for one named individual above the organization's level — that is not expressible.

Does the audit log itself get audited?

Reads of it are recorded in it. Opening the audit log is a data access event like any other read of sensitive data.

Put it in front of your auditor.

The fastest way to assess this is to bring the questionnaire you already send to vendors, and go through it on the screens.