Guide

NYDFS Cybersecurity Regulation: What Hedge Funds and Trading Firms Actually Need to Do

May 9, 2026 Hilt 8 min

A practical guide to NYDFS Part 500 for hedge funds and trading firms. The biggest blind spot is data movement: your most sensitive data leaves on access you granted on purpose, and no single move looks wrong. Here is what the 2023 amendments require, where firms are exposed, and why runtime visibility into data movement matters more than policy.

NYDFS Cybersecurity Regulation: What Hedge Funds and Trading Firms Actually Need to Do cover image

Robinhood paid $30M to DFS in 2022. First American paid $1M in 2021. Those are the numbers a New York hedge fund signs against every year when it certifies compliance with 23 NYCRR Part 500, and a false certification is itself a violation. The 2023 amendments widened who is covered and raised what a miss costs.

Part 500 names risk assessments, MFA, encryption, and a CISO. It does not name your hardest exposure. The data a quant firm cares about leaves on access someone granted on purpose. No single move looks wrong, because every move is permitted. The danger is the pattern across moves, and the only place to read that pattern is at runtime, while the data is moving. A checklist closes after the fact. The move you needed to catch was open the whole time.

Who NYDFS Part 500 Applies To

Any entity holding a New York DFS license or registration is a covered entity. For the trading and investment management world, that includes:

  • Registered investment advisers with DFS licenses
  • Broker-dealers registered in New York
  • Any financial services firm that handles nonpublic information (NPI) about individuals

The 2023 amendments introduced tiered requirements. Small firms with fewer than 20 employees, under $7.5M in gross annual revenue over three years, or under $15M in year-end total assets may qualify for limited exemptions from some provisions. But not from the core obligation to maintain a cybersecurity program.

If you are a hedge fund with a New York office and you manage client capital or personal data, you are almost certainly covered.

What the Regulation Actually Requires

Part 500 is not prescriptive about technology. It is prescriptive about outcomes and documentation. Here are the core requirements:

Cybersecurity program. You must maintain a written cybersecurity program covering risk assessments, access controls, data governance and classification, systems and network monitoring, encryption of NPI in transit and at rest, incident response planning, and third-party service provider security.

Chief Information Security Officer. You must designate a CISO, internal or external, responsible for implementing and overseeing the program. This person reports to the board annually.

Annual certification. As of 2024, covered entities must annually certify compliance with Part 500 via the DFS Cybersecurity Portal. A false certification is a violation.

72-hour incident notification. Any cybersecurity event that has a reasonable likelihood of materially harming normal operations must be reported to DFS within 72 hours.

Multi-factor authentication. MFA is required for all remote access to information systems, all access to nonpublic information systems, and all privileged accounts.

Encryption of NPI in transit and at rest. If you cannot encrypt, you need compensating controls and a documented risk-based justification.

What the 2023 Amendments Changed

The amendments took effect November 2023 and phased in through 2025. They sharpened enforcement on three fronts.

Class A companies, firms above 2,000 employees or above $1B in gross annual revenue, now owe independent audits and tighter access controls. Penalties run to the greater of $1,000 per violation per day or $250,000, and DFS collects. Robinhood and First American are the proof. Supply chain security moved from implied to explicit: you now have to evaluate the cybersecurity practices of every third-party provider you depend on, in writing.

Where Most Trading Firms Are Exposed

Examiners find the same three gaps at quant funds and proprietary trading desks, over and over.

Data in motion. A trading stack moves data constantly: market feeds, order management, position records, risk calculations. Most firms encrypt it at rest and lose sight of it the moment it moves. Part 500 requires encryption of NPI in transit. Encryption is not governance. A move can be encrypted, authorized, logged, and still be the move you needed to catch. The exposure is not unencrypted data. It is data leaving on access you granted, with no one reading the pattern of how it leaves.

Privileged access. Quant and HFT shops hand out broad infrastructure access for performance reasons. Part 500 requires MFA on every privileged account and least-privilege controls. Tighten all of that and a gap remains. The person with legitimate access is the most likely path for a quiet, permitted move that no rule blocks. An access list cannot see that move. Watching what the access does, at runtime, can.

Third-party documentation. Every co-location facility, market data vendor, and cloud provider you use is a third-party service provider under Part 500. Each one needs documented due diligence. Most firms have a folder, not a record.

The Control the Desk Switches Off

A security control that sits in the path of the trade is a business risk, and the desk knows it.

Network proxies, endpoint agents that route traffic through cloud inspection, DLP that scans inline: all of them sit between the work and its destination. On a latency-sensitive desk, a control that intercepts is a control someone wants off by the open. CISOs at trading firms burn weeks negotiating between security and the desk over which controls are tolerable, and the in-path ones lose that fight during market hours. A control that is off during market hours is not a control. It is a line in a policy document.

Runtime data movement governance changes the trade by staying off the path. One lightweight collector watches data movement at the kernel, metadata only by default. It observes. It does not sit inline, does not proxy, does not touch the flow. The overhead is checkable: on the order of 0.1% of one core and a few megabytes of memory. There is no security-versus-desk argument to lose, because nothing slows down. The control no one turns off is the one that never gets in the way.

That is why a program built on in-path controls fails twice over. It is a compliance risk, because the controls go dark during the hours that matter, and a business risk, because they cost latency when they run. A program that reads data movement at runtime without standing in front of it holds under both.

Mapping Part 500 to Runtime Data Movement Governance

Encryption and access controls are table stakes. But Part 500's monitoring, detection, and notification duties all assume you can see a cybersecurity event while it happens. Runtime data movement governance does not replace your encryption or your identity stack. It adds the layer that watches how data actually moves once those controls have already let a move through.

Part 500 RequirementWhat it means in practiceHow runtime data movement governance addresses it
Encryption of NPI in transitAll nonpublic information must be encrypted as it moves between systemsEncryption stays in your existing stack. The governance layer adds what encryption cannot give you: it resolves each move to a probabilistic, source-dependent identity and the job behind it, so an authorized, encrypted move that fits no normal pattern still gets seen
Access controls and MFAPrivileged access must be controlled and authenticatedIdentity and MFA stay where they are. Governance watches what the holder of legitimate access actually does with it, surfacing the permitted move that turns anomalous, which an access list alone cannot catch
Monitoring and audit loggingMust detect and log cybersecurity eventsOne collector watches data movement at the kernel, metadata only by default, and writes each anomalous pattern into a case with full context, not a raw network log
Third-party risk managementMust control what data leaves to external systemsThe collector resolves moves to external destinations regardless of which application initiates them, surfacing the dangerous pattern and isolating the host at the network (quarantine) rather than sitting inline in the traffic

What to Do Before Your Next DFS Examination

  1. Run your current Part 500 certification against the 2023 amendments. Many firms certified under the pre-2023 requirements and have not updated their programs.
  2. Map your NPI data flows. You cannot encrypt what you cannot see. Document where NPI lives and every path it travels.
  3. Audit privileged access. Pull the list of accounts with admin rights. Apply MFA everywhere. Document exceptions with compensating controls.
  4. Review third-party contracts. Do your vendor agreements contain the cybersecurity representations Part 500 requires? If not, you need updated addenda.
  5. Stress-test your incident response plan. The 72-hour clock starts from when you know, not when IT tells the CISO. Is your detection-to-notification chain documented and practiced?

Where This Leaves You

DFS enforcement is getting faster, not slower. For a hedge fund, the open question is not whether to comply. It is whether your program can see the exposure the checklist never names: the permitted, authorized move that no rule blocks and no encryption catches.

In-path controls on a latency-sensitive stack get switched off, so they answer that question with a gap. A runtime layer that watches data movement as it happens, off the path, resolving each move to an identity and surfacing the dangerous pattern in time to act, answers it with something that is still running when an examiner asks. Your 72-hour clock starts when the event happens, not when you find out. Visibility at runtime is what shrinks the distance between the two.

If you are updating a Part 500 program or preparing for a DFS examination, we will walk through how this maps to your monitoring and notification duties on a 30-minute technical call.


Hilt is runtime data movement governance for regulated financial firms. One lightweight collector watches data movement at the kernel, metadata only by default, off the path. It resolves each move to a probabilistic identity, surfaces the anomalous pattern, and isolates the host at the network. Book a 30-minute technical call and we will map it to your Part 500 program.