Skip to content
Anexet
Abstract illustration for “Keystroke Monitoring”: eye above analytics bars

Keystroke Monitoring

Keystroke monitoring is the continuous registration of every key pressed on a monitored device, recorded together with the application used and the time of each input.

Anexet Team
August 14, 2026Read 4 min

What it records

An endpoint agent captures each input event with contextual metadata, so a raw stream of characters can be read back in a meaningful order. Keystroke capture is one of the data types in user activity monitoring. Each recorded element includes:

  • Keystroke text: the characters typed, including letters, numbers, symbols, and control keys such as Enter or Tab. Together they rebuild words, search queries, and messages.
  • Application context: the program or browser window where the keys were pressed. It shows where the input happened.
  • Timestamps: the date and time of each press, so typed input lines up with other activity events such as a login, a file transfer or an alert.
  • Scope of capture: depending on policy, all users continuously, only flagged accounts, or only selected applications. This choice affects intrusiveness the most.

Where capture is switched on

Capture is a setting of the agent profile. It sits next to PC activity statistics and clipboard control, so its scope follows the monitoring policy. The console below shows the keylogger usage toggle for the selected profile.

The toggle belongs to the profile, so capture is set once per profile and not device by device.

How organizations use the data

The value comes from searching and correlating keystroke data with other activity data. Typical uses include:

  • Insider investigations: reconstructing what a suspected leaker searched for or typed into a chat during the period under review, as part of insider threat detection.
  • Fraud and process checks: verifying what an operator typed into a transaction or customer record when its accuracy is questioned.
  • Incident response: recovering messages or commands typed into applications that keep no server-side log of their own.
  • Productivity analysis: using keystroke volume as a proxy for active work time. This is a contested use that many organizations avoid.

Keystroke monitoring vs. keylogger

A keylogger is technically the same mechanism: software or hardware that registers keystrokes. The difference lies in who deploys it and under what constraints. Security reporting treats keylogging as inherently criminal, yet the same capture can be a lawful control at work. What decides the question is notice, purpose, and proportionality, not the technique.

TraitCorporate monitoringMalicious keylogger
Disclosed in a written policy
Run by the employer on company devices
Installed covertly, unknown to the user
Limited by law and by stated purpose

Passwords and sensitive input

Keyboards carry some of the most sensitive data in an enterprise: passwords, one-time codes, personal messages, and health or financial details typed into web forms. Continuous capture inevitably records part of this, so handling it is the central privacy question. Common safeguards:

  • Masking or exclusion: password fields and defined applications are excluded from capture, or their input is stored masked rather than in clear text.
  • Purpose limitation: captured credentials are used only for defined investigations, not for general browsing of logs.
  • Access control: records are readable only by named investigator roles, and every access is logged.
  • Retention limits: records are deleted automatically after a defined period, stated in the monitoring policy.

The answer differs sharply by jurisdiction, but the pattern is general. Employers stand strongest on company devices, with notice and defined purposes. They stand weakest when capture is covert, blanket or reaches private communication.

JurisdictionGeneral approachExtra condition
United StatesLargely allowed on employer devicesSeveral states require written notice
European UnionGDPR: lawful basis, purpose limitation, proportionalityBlanket capture is judged excessive
Germany or the NetherlandsGDPR rules apply in fullWorks council agreement is also required
United KingdomPossible under UK GDPRDocumented legitimate interest and impact assessment
Brazil, Canada, AustraliaSimilar logic to the models aboveEmployee consent is only weakly voluntary

Before capture is switched on

Most disputes start with a missing step, not with the technology. Settle these points in writing before the first agent starts recording:

  1. 1
    Name the purpose

    State the investigation or control the capture serves. Capture collected for its own sake is the hardest to defend.

  2. 2
    Limit the scope

    Choose the users, applications, and devices in scope. Exclude password fields and private communication where the policy allows.

  3. 3
    Give written notice

    Describe the capture in the monitoring policy, and consult the works council or an equivalent body where the law requires it.

  4. 4
    Set retention and access

    Define how long records are kept, which investigator roles can read them, and how every access is logged.

Where to start

Start with the data that would cause the most harm if it left, and with the devices that actually handle it. Capture that is narrow, disclosed, and short-lived is easier to justify to employees and auditors.

Further reading: Profiling.

Keystrokes show what was typed. The policy decides whether anyone should read it.

Anexet Team

How Anexet handles this

Anexet's Activity module includes keystroke capture as a configurable part of its user activity monitoring. Endpoint agents record pressed keys with the application name and the time of each press, and the records are available in the security console:

Keystroke data is among the most sensitive an organization can hold. The on-premise architecture keeps captured input inside the organization's infrastructure, and every event is recorded in a full, attributable audit trail.

  • What is captured

    Each key press is logged with the application where it was typed and its timestamp. Input can be rebuilt per user, application, and time window.

  • Password-field flagging

    Records are flagged when input was typed into a password field. Credential entry can be found with a dedicated search condition, not by reading logs line by line.

  • Searchable with the rest of activity data

    Keystroke records are searchable together with application, clipboard, screenshot and intercepted transfer data, so typed input is read in context.

  • Audit trail

    Every recorded event carries user, timestamp, and application metadata. This supports investigations and the retention policy.

Keylogger feature

Learn more

Frequently Asked Questions

Common questions about this term and how Anexet handles it.

Technically, yes: both register key presses with software or hardware. The difference is who deploys them and under which rules. Employer capture on company devices is disclosed in policy and limited by law. Covert spyware installed without the user's knowledge is a malicious keylogger.

Continuous capture can record part of what users type, so password fields need special handling. Input typed into a password field is flagged, can be excluded from capture or stored masked, and access is restricted to named investigator roles.

It depends on the jurisdiction. Employers stand strongest on company devices when they give notice and state a purpose. They stand weakest when capture is covert, blanket or reaches private communication.

Each press is logged with the application where it was typed and its timestamp. These details let typed input be lined up with logins, file transfers, and alerts, and read in context.

Protect your data with Anexet

See how Anexet stops data leaks, monitors employee activity, and keeps you compliant, in a quick live demo.

Request a demo