NYDFS Part 500 Data Retention and Disposal Applied to n8n Execution Data
As of November 2026, 23 NYCRR 500.13 requires covered entities to maintain an asset inventory of their information systems and to have policies for the periodic secure disposal of certain nonpublic information (NPI) that is no longer necessary for business operations. For n8n, that means recording every location where execution data persists in the inventory, setting retention by workflow sensitivity, and using native pruning for scheduled deletion. It also means limiting the NPI that enters execution data in the first place. Native settings configure deletion. Showing an examiner that disposal and minimization actually happened takes additional records.
Define retention and minimization for AI-enabled workflows
- 1
Classify workflows by NPI exposure
Separate workflows that handle 500.1(k)(2)-(3) NPI from those that do not, and set ownership for each class.
- 2
Set retention per class
Write the retention period and the 'no longer necessary' rationale for each class, so higher-sensitivity workflows keep less.
- 3
Limit capture on sensitive nodes
Where debugging value does not justify storing payloads, reduce what execution data records for those nodes and for successful runs.
- 4
Constrain NPI before AI and tool calls
Decide which fields a model or external tool needs, and redact or block the rest before the call.
- 5
Review provider terms
Check data handling, location and deletion terms, and exit certifications, consistent with NYDFS third-party service provider guidance on data sensitivity and segmentation.
- 6
Record exceptions
Document any legal retention requirement or 'not reasonably feasible' finding with its basis and review date.
- An asset inventory entry for the n8n deployment and each storage location that holds NPI
- A written retention schedule by workflow class, with the 'no longer necessary' rationale
- Configuration records showing retention and capture settings, with change history
- Dated records that periodic disposal ran, covering each location and not only the database
- Documented exceptions for legal retention or infeasible targeted disposal
- Records showing what NPI was redacted or blocked before it reached models, tools or stored execution data
What 500.13 requires of execution data
Section 500.13, now titled Asset management and data retention requirements, has two relevant parts. Paragraph (a) requires written policies and procedures designed to produce and maintain a complete, accurate and documented asset inventory of information systems. Paragraph (b) requires the cybersecurity program to include policies and procedures for secure disposal, on a periodic basis, of any NPI identified in 500.1(k)(2)-(3) that is no longer necessary for business operations or other legitimate business purposes.
Two exceptions apply to disposal: information that law or regulation requires to be retained, and cases where targeted disposal is not reasonably feasible because of the manner in which the information is maintained. Both should be documented with their basis rather than assumed.
Scope matters. The disposal duty covers individual-identifying information combined with specified data elements, and health-related information. It does not extend to category (1), business-related information. The regulation is system-agnostic. It refers to NPI on information systems and does not name workflow platforms or execution logs, so the obligation attaches to n8n because NPI is processed there, not because the rule mentions it.
NYDFS's industry letter on AI risks adds that disposal and data minimization apply to NPI used for AI purposes, and that entities should have data governance procedures covering collection, storage, processing and disposal.
What native retention settings can and cannot demonstrate
Native controls, such as options to save or skip execution data and scheduled pruning of older executions, address the deletion half of the problem. They let a platform team set a retention window and reduce what accumulates. A configuration export or settings screenshot shows the intended state, which is a useful artifact for the written policy.
That is different from proof. A setting does not show that disposal ran on schedule, that it reached binary data, logs or error workflow outputs, or that copies in backups were handled. It also does not show that the data could not be read or reconstructed afterward. Where backups or other stores cannot be selectively purged, the 'not reasonably feasible' exception may be relevant, but it needs a documented rationale and compensating controls, not silence.
There is a second gap. Pruning acts after NPI has already been written. If the objective is minimization, as NYDFS's AI letter frames disposal, the stronger control is to prevent unnecessary NPI from being stored, and to use deletion as the backstop.
There is also a tradeoff. Less stored execution data means less material for debugging. Retention rules should state which workflows justify fuller capture and for how long.
Where runtime enforcement complements native controls
Trussed addresses one part of this problem. It enforces policy in the execution path for AI interactions and tool calls, with actions that include allow, redact and block. Applied to an n8n workflow's calls to models and tools, enforced at runtime, not reviewed after the fact, this reduces the NPI that reaches those calls and, in turn, what can be stored downstream. Each enforcement decision produces audit-ready evidence mapped to NYDFS, which supports the last item in the checklist above.
The scope is deliberately narrow. Enforcement applies to individual interactions and tool calls. It does not replace native pruning, the asset inventory, backup handling or the written retention schedule, and it does not trace entire workflows. Trussed can be deployed self-managed in the customer cloud with configurable retention and data residency, so the evidence itself sits under the same retention discipline as the rest of the program.
The combined pattern is straightforward. Native settings handle scheduled deletion, runtime enforcement limits what enters AI interactions and tool calls, and the compliance team owns the policy and the exception record.
From execution data to examiner evidence
Inventory
Record each n8n storage location in the 500.13(a) asset inventory.
Minimize
Keep NPI out of stored execution data where the workflow does not need it.
Dispose
Run periodic disposal under a written retention schedule.
Evidence
Retain records showing that minimization and disposal operated.
Review your n8n retention approach with an expert
Walk through your execution data locations, retention rules and the evidence your examiners would expect for AI-enabled workflows.
Talk to an Expert