Minecraft anticheat guide

How to Read Minecraft Anticheat Alerts Without Guessing

A guide for staff teams reviewing anticheat alerts, debug variables, violation levels, and mitigation context.

Read violation level as a counter, not a verdict

A violation level (VL) counts how many times a check's condition fired for a player; it does not explain why. A high VL on a lenient check can mean less than a low VL on a strict one, and thresholds differ per check and per configuration.

Staff should therefore never quote a VL alone as proof. The useful reading pairs the VL with the check name, the measured values that crossed the threshold, and the timing around the event.

Four fields every alert review needs

Before escalating, collect the check name, alert values, game context, and timing. If key details are missing, gather more information before deciding on punishment.

Redacted sample fields for staff notes

When staff write up a case, keep only the fields another reviewer needs and redact everything else. Player names, UUIDs, IP addresses, chat content, and full log lines do not belong in a shared review note.

Fields to keep in a redacted alert review note.
FieldWhy it matters
Check name and VLIdentifies the rule and its counter state
Measured debug valuesShows what crossed the threshold
Latency and timing contextSeparates network effects from behavior
Mitigation action takenRecords what the server did automatically
Reviewer and decisionMakes the outcome auditable

FAQ

What should staff do when an alert has no debug values?

Treat it as incomplete evidence. Keep the case in observation, reproduce the scenario if possible, and do not escalate to punishment on a bare check name and VL.

Can a redacted note still support an appeal decision?

Yes, if it preserves the check, values, timing, action, and reviewer. Appeals need the reasoning chain, not player identifiers or raw logs.

Related sources and official pages

Browse all anticheat guides