Article
File Integrity Monitoring (FIM) Explained: How It Detects Tampering
7 min read
Introduction: What File Integrity Monitoring Is
File integrity monitoring — usually shortened to FIM — is the practice of detecting unauthorized or unexpected changes to files. The idea is simple: you record a trusted snapshot of what your important files look like, and then you keep checking whether they still look that way. If a configuration file, an application binary, a log, or a sensitive record changes when nobody approved it, FIM is what tells you. For small and mid-sized businesses, this matters more than it first appears. SMBs rarely have a large security team watching every system, yet they hold the same sensitive data — customer records, financial files, system configurations — that attackers and accidental processes can quietly alter. File integrity monitoring gives a small team an early-warning signal that something has been touched, often well before the consequences become visible. To understand why this is foundational, it helps to see why file integrity matters in modern businesses.
How File Integrity Monitoring Works
At its core, FIM is a three-step loop. First, you establish a baseline: while the system is in a known-good state, you compute a cryptographic hash of every file you want to watch. A hash is a fixed-length fingerprint of a file's exact contents — change a single byte and the hash changes completely. Second, on a schedule or continuously, FIM re-hashes those same files. Third, it compares each new hash against the recorded baseline. If the values match, the file is unchanged. If they differ, the file has been modified, and FIM raises an alert. The same comparison detects files that have been added or deleted, because the current list no longer matches the baseline list. This gradual divergence from the trusted baseline is what teams call integrity drift — and catching it early is the whole point.
What File Integrity Monitoring Catches
Because FIM watches the actual bytes of a file, it is indifferent to how a change happened — it only cares that it did. That makes it effective against a broad range of problems. It catches unauthorized changes, such as someone editing a configuration or a privileged account modifying a file outside an approved change window. It catches tampering, where records, logs or evidence files are altered to hide activity. It catches malware-modified files, including binaries or scripts that have been replaced or injected with malicious code, since the altered file no longer matches its trusted hash. It also catches the mundane but costly cases — accidental edits, failed deployments, and silent corruption — that would otherwise go unnoticed until they cause an outage or a failed audit.
File Integrity Monitoring and Compliance
File integrity monitoring is not just good hygiene; several major frameworks expect it. PCI-DSS, the payment-card security standard, explicitly calls for change-detection mechanisms on critical files and for alerting when unauthorized modifications occur. ISO 27001 includes controls aimed at protecting the integrity of information and detecting unauthorized changes as part of an information-security management system. SOC 2 examinations frequently assess integrity-monitoring practices under the security and processing-integrity trust-services criteria. The exact wording, scope and frequency differ across these frameworks and change as they are revised, so the right approach is to map your FIM activity to the specific requirements that apply to you. If you are working toward an audit, our file integrity and compliance guide explains how hashing evidence supports these obligations.
A Lightweight Way to Start
Enterprise FIM platforms can be heavy to deploy, but the underlying technique is accessible to any team. You can start with three habits. Baseline a known-good state: pick the files that genuinely matter — configurations, key documents, application binaries, evidence sets — and compute their hashes while you trust them. Re-verify periodically: on a regular cadence, re-hash the same files and compare them against the stored baseline, investigating any mismatch. Certify the result: keep a dated, verifiable record of each check so you can show, later, that integrity held. A free offline hashing tool like e-Dex's free hash tool lets you compute, compare and certify hashes entirely on your own Windows machine — no files ever leave your computer — which is an ideal, low-cost entry point for a small team that wants the core of FIM without a large platform.
FIM vs One-Time Integrity Checks
It is worth being clear about the difference between FIM and a one-off check. A one-time hash check verifies a file at a single moment — for example, confirming that a downloaded installer matches a published hash before you run it. That is valuable, but it only tells you about that instant. File integrity monitoring is the recurring discipline built on top of those checks: you keep the baseline and re-verify against it on an ongoing basis, so you catch a change whenever it happens rather than only the first time you look. Put plainly, a one-time check answers "is this file correct right now?"; FIM answers "has this file stayed correct since I last trusted it?" The hashing technology is the same — the discipline of repeating it, recording it, and acting on mismatches is what turns a spot-check into monitoring.
Frequently Asked Questions
What is file integrity monitoring (FIM)?
File integrity monitoring is the practice of detecting unauthorized or unexpected changes to files by
recording a trusted baseline and comparing the current state against it over time. The baseline is usually a
set of cryptographic hashes, one per file. When a file is re-hashed and the value no longer matches its
baseline, FIM flags a change so it can be investigated. It is widely used to spot tampering, misconfiguration
and malware-modified files.
How does file integrity monitoring detect changes?
FIM works in three steps. First it records a baseline by computing a cryptographic hash of each file in a
known-good state. Later it re-hashes the same files and compares the new values to the baseline. Because a
hash changes completely when even one byte changes, any mismatch is strong evidence the file was altered.
New or deleted files are detected by comparing the current file list to the baseline list.
Is file integrity monitoring required for compliance?
Several frameworks expect file integrity controls. PCI-DSS explicitly calls for change-detection on critical
files, ISO 27001 includes controls around protecting the integrity of information and detecting unauthorized
changes, and SOC 2 examinations commonly assess integrity-monitoring practices under the security and
processing-integrity criteria. The specific wording and scope depend on each framework's current text, so
always map FIM to the requirements that apply to your organisation.
What is the difference between FIM and a one-time hash check?
A one-time hash check verifies a file at a single moment, for example confirming a download matches a
published value. File integrity monitoring is continuous or periodic: you keep a baseline and re-verify
against it on an ongoing schedule, so you detect drift and tampering whenever it happens rather than only
once. One-time checks are a building block; FIM is the recurring discipline built on top of them.
Can a small business start file integrity monitoring without expensive tools?
Yes. A lightweight way to start is to baseline a known-good set of files by computing their hashes, store
those values safely, and re-verify them periodically with the same algorithm. A free offline hashing tool
such as e-Dex lets you compute and compare hashes on your own Windows machine and certify the result, giving
a small team a practical entry point before investing in larger platforms.
Conclusion
File integrity monitoring turns a hard question — "has anything changed that shouldn't have?" — into a repeatable, evidence-backed answer. By baselining a known-good state, re-hashing on a schedule, and acting on every mismatch, even a small team can catch unauthorized changes, tampering and malware-modified files early, while building the kind of records that PCI-DSS, ISO 27001 and SOC 2 audits expect. You do not need a heavy platform to begin. Download e-Dex — the free offline Digital Evidence Integrity Suite and start baselining, verifying and certifying your most important files today.