Log Dejargonizer

Windows Security Log · Event 4625

Event 4625: An account failed to log on

Something tried to sign in to this machine and was rejected. On a home PC it is almost always a mistyped password or a stale saved credential. In bulk, from one source, against many usernames, it is password guessing.

Also written as 4625Event ID 4625Audit Failure 4625An account failed to log on

What it means for you

On a personal computer

If you just fumbled your PIN or password, this is that. It also fires when a phone, printer, or backup drive on your network still remembers an old password for your PC — that one repeats every few minutes until you fix the saved credential on the other device.

For an analyst

Baseline it per-host before alerting. The useful alert shapes are: one source IP against many distinct TargetUserNames (spraying), one account across many hosts (credential stuffing), and any failure where LogonType is 10 from outside your management ranges.

What it looks like

Sanitised. Addresses come from the RFC 5737 documentation ranges.

Sample
An account failed to log on.

Subject:
  Security ID:    NULL SID
  Account Name:   -
  Logon Type:     3

Account For Which Logon Failed:
  Account Name:   jbrooks
  Account Domain: CORP

Failure Information:
  Failure Reason: Unknown user name or bad password.
  Status:         0xC000006D
  Sub Status:     0xC000006A

Network Information:
  Workstation Name: -
  Source Network Address: 192.0.2.44
  Source Port: 51244

Process Information:
  Caller Process Name: -

The fields that decide it

Everything else in the log line is context.

TargetUserName
The account that was being signed in to.
IpAddress
Where the attempt came from. A dash or 127.0.0.1 means it originated on the machine itself rather than over the network.
LogonType
How the sign-in was attempted.
  • 2Someone typed it at the physical keyboard.
  • 3Over the network — file shares, printers, remote administration.
  • 5A Windows service starting under a stored account. Repeats forever if the password changed.
  • 8Network sign-in with the password sent in cleartext. Rare and usually worth explaining.
  • 10Remote Desktop. From an unexpected address this is the one to chase.
Status / SubStatus
The precise reason it was refused. SubStatus is the informative one.
  • 0xC000006ACorrect username, wrong password.
  • 0xC0000064That username does not exist. Many of these in a row means someone is guessing account names.
  • 0xC0000234The account is locked out.
  • 0xC0000072The account is disabled.
  • 0xC000006FOutside the hours this account is permitted to sign in.
  • 0xC0000070Not allowed to sign in from this workstation.
WorkstationName
The name the connecting machine claimed. Attacker tooling often leaves this blank or fills it with something random.
ProcessName
The local process handling the attempt. On a domain controller this is usually lsass.exe; anything else is worth a second look.

Ordinary reasons this happens

Most of the time it is one of these.

  • A mistyped password or PIN.
  • A password was changed recently and a phone, tablet, or mapped drive is still offering the old one.
  • A scheduled task or Windows service running under an account whose password expired — these produce a steady drumbeat of LogonType 5 failures.
  • A network printer or NAS reconnecting with credentials that were never updated.
  • Backup software running overnight under a stale service account.

When it is not ordinary

Password spraying — one common password tried against a long list of usernames to stay under lockout thresholds.

What gives it awayMany distinct TargetUserName values from a single IpAddress, typically one or two attempts per account, often spaced out over hours.

ATT&CK T1110.003

Brute force against a single account.

What gives it awayOne TargetUserName, high volume, SubStatus 0xC000006A repeating, frequently ending in a 4740 lockout.

ATT&CK T1110.001

Account enumeration ahead of an attack.

What gives it awayA run of 0xC0000064 failures — the attacker is discovering which names are real before trying passwords.

ATT&CK T1589.002

Exposed Remote Desktop being hammered from the internet.

What gives it awayLogonType 10 with public source addresses. If you see this, RDP is reachable from outside and that is the finding, regardless of whether anyone got in.

ATT&CK T1110.001

What to do next

  1. Read the SubStatus code first. It tells you whether someone knows the username, and that changes everything else.
  2. Check IpAddress. Internal and recognisable means start with stale credentials; external means start with exposure.
  3. Count distinct TargetUserName values from that source over the last 24 hours. More than a handful is spraying, not fat fingers.
  4. Look for a successful 4624 from the same source shortly after the failures. That is the question that actually matters.
  5. If the source is one of your own machines, find the service or scheduled task holding the old password rather than resetting the account again.
  6. If RDP is involved and the source is public, restrict it at the firewall before doing anything else.

Queries to run

kql Surfaces spraying by counting distinct accounts per source rather than raw failure volume.
SecurityEvent | where EventID == 4625 | summarize Attempts = count(), Accounts = dcount(TargetUserName) by IpAddress, bin(TimeGenerated, 1h) | where Accounts > 5 | order by Accounts desc
powershell Run locally on a single machine when you do not have central logging.
Get-WinEvent -FilterHashtable @{LogName='Security'; Id=4625; StartTime=(Get-Date).AddDays(-1)} | Select-Object TimeCreated, @{n='User';e={$_.Properties[5].Value}}, @{n='Source';e={$_.Properties[19].Value}}
splunk
index=wineventlog EventCode=4625 | stats count dc(Account_Name) as unique_accounts by Source_Network_Address | where unique_accounts > 5

Common questions

Is Event 4625 dangerous on a home computer?

On its own, no. It records a failed sign-in, and the overwhelming majority are typing mistakes or a device on your network still using a password you changed. It becomes worth investigating when it repeats steadily without you touching the machine, or when the source address is not one of yours.

How do I stop Event 4625 from repeating every few minutes?

A repeating failure with no human involved is almost always a saved credential somewhere. Check Windows services and scheduled tasks running under a specific user account, then any phone, printer, NAS, or mapped drive that connects to the machine. Update the stored password on whichever one is stale.

What is the difference between Status and Sub Status in Event 4625?

Status is the general result and is usually the same value for every failure, which makes it useless for diagnosis. Sub Status carries the specific reason — wrong password, unknown username, disabled account, locked out. Always read Sub Status.

Does Event 4625 mean someone got into my account?

No. 4625 is only recorded when a sign-in was refused. To find out whether anyone succeeded, look for Event 4624 from the same source address around the same time.

Read next

Mentioned by

Vendor documentation

Last reviewed 28 August 2026