Skip to content

Windows Forensic Artifacts: Registry, Event Logs and Prefetch

Windows registry, EVTX and Prefetch analysis: hive files, logon events, run records, examination tools and attribution limits.

By Reviewed by Subhrant Jha

Last updated:

Windows registry hives, EVTX logs and Prefetch records provide complementary evidence about configuration, recorded events and application activity. Locate and preserve their source files before choosing parsers and interpreting a timeline.

These artefacts have different generation and retention conditions. A configured launch is not a completed execution, an account event is not a person’s identity, and a referenced path is not proof that content was copied. Corroborate the particular proposition rather than count three agreeing sources as automatic proof.

By the end of this topic you will be able to:

  • Distinguish registry roots, hives and offline control-set selection.
  • Interpret configuration, device and application traces within their limits.
  • Read EVTX events using provider, channel, version and audit context.
  • Correlate Prefetch and other findings without overstating execution or human attribution.
Key terms
Registry hive
A logical collection of registry data supported by files; predefined roots and physical hive files do not map one-to-one.
EVTX
A Windows event-log format containing structured records. Meaning depends on provider, channel, event ID, version and retained fields.
Prefetch
Windows performance-related records that can support application-execution inference under their actual generation and provenance conditions.
UserAssist
Per-user Explorer-related data, including encoded names and version-dependent activity fields; not a complete record of every program launch.
Amcache.hve
An application-related registry hive whose schema and record meaning vary; presence does not independently prove execution or one full-file hash.
KAPE
A collection and processing tool using target and module definitions. Its scope and results depend on configuration, versions and available source data.

Windows Registry Structure: Hives and Supporting Files

The common predefined roots are HKEY_CLASSES_ROOT, HKEY_CURRENT_USER, HKEY_LOCAL_MACHINE, HKEY_USERS and HKEY_CURRENT_CONFIG. They are handles or views into registry data, not the names of five physical files. For example, HKCU reflects the current user, while HKCR provides a classes-related view.

Registry root views and on-disk hive files are different concepts. Preserve machine hives, relevant user hives and associated logs for offline analysis.

Scroll horizontally if needed to see the full table.

SourceTypical location or viewUseful context
SAM, SYSTEM, SOFTWARE, SECURITY%SystemRoot%\System32\ConfigMachine accounts, services, configuration and protected system data, subject to access.
NTUSER.DATA user profile directoryPer-user settings and interaction artefacts.
UsrClass.datA user’s local application-data Microsoft\Windows directoryPer-user classes and shell-related data.
Amcache.hve%SystemRoot%\AppCompat\ProgramsApplication-related records with version-dependent schemas.

An offline image permits examination of particular hive bytes and associated files. Live logical access can also be relevant in an authorised acquisition, but it exposes a running view with its own changes and limitations. Record the source and method rather than declaring one view universally mandatory.

Preserve available matching transaction logs, such as .LOG1 and .LOG2, with the hive. Appropriate replay can produce a more consistent analysis copy, but files and parser behaviour vary. Keep originals, identify whether replay occurred and retain tool/version and error information.

Associated transaction logs can help reconstruct a consistent hive state. Keep the original hive and logs unchanged and document any replay on a copy.

Historical shadow copies or backups may supply earlier hive states when configured, retained and included in scope. Their cadence is not universal. For offline SYSTEM analysis, resolve the applicable ControlSet using the hive’s selection information rather than assume CurrentControlSet is a separately stored historical control set.

Windows Registry Keys for User Activity and Execution Traces

Choose registry artefacts for the question, with the OS version and record structure identified. A value, key last-write time and individual embedded timestamp can have different meanings.

Registry keys have different meanings: a configured launch, recorded interaction and device enumeration are not interchangeable evidence of execution or copying.

Scroll horizontally if needed to see the full table.

ArtefactWhat to examineImportant limit
Run / RunOnceConfigured launch commands and relevant user/machine context.Configuration does not prove the command completed.
UserAssistDecoded names, available counts and time fields.Version-dependent interaction data, not all execution.
MUICacheRecorded application names and related data.Appearance alone is not conclusive launch proof.
RecentDocs / TypedURLsRetained item ordering and available associated fields.Key last-write time is not an individual timestamp for every item.
USBSTOR / related device recordsIdentifiers, properties, control sets and corroborating records.Coverage, serial form and time semantics vary.
MountedDevicesVolume and drive-letter relationships.The mapping alone does not supply a complete connection timeline.
AppCompatCache / AmcacheThe exact schema, parser interpretation and available identifiers.Presence alone does not establish execution or a universal full-file hash.
TimeZoneInformationConfigured bias and related settings.Current configuration does not prove all historical clock behaviour.

Keep USB descriptor identifiers, volume serials, generated instance identifiers and labels on a device separate. Identifiers may be absent, shared, generated or altered. A registry association can support comparison without uniquely identifying one physical device, a connection time or the operator.

Sensitive registry data can also concern services or credential-related settings. Access protections and actual acquisition determine what is available. Preserve scope and confidentiality; a hive’s name does not guarantee recoverable plaintext secrets.

Convert timestamps according to their stored representation and parser output. Retain raw values and the reporting time basis, commonly UTC with an explained local equivalent where useful. Do not apply a time-zone offset twice to data already normalised by a tool.

Windows EVTX Event Logs: Event IDs and Timeline Analysis

EVTX files commonly reside beneath %SystemRoot%\System32\winevt\Logs. The channel and provider identify the event family. Event Viewer can open saved logs, while specialised parsers support bulk extraction and correlation; neither one viewer nor one export format is mandatory.

Scroll horizontally if needed to see the full table.

Provider/channel exampleEventInterpretation to verify
Security auditing4624 / 4625Successful or failed logon under applicable auditing; inspect logon type and populated fields.
Security auditing4634 / 4647Session termination or user-initiated logoff information; correlate relevant identifiers.
Security auditing4672Special privileges assigned to a logon, not proof of malicious privilege escalation.
Security auditing4720 / 4724 / 4738Account creation, reset attempt or account change, interpreted with actual record details.
Service Control Manager / System7045A service installation event, not automatically malware.
PowerShell Operational4104Script-block data when captured; records may need reassembly and context.
Sysmon OperationalConfigured event typesTelemetry coverage depends on active collection, filtering and retention.

For event 4624, common logon-type meanings include interactive (2), network (3), unlock (7), remote interactive (10) and cached interactive (11). Available source-address and authentication fields vary; a missing or unsuitable address is not a complete network attribution finding.

Interpret a retained 4624 record in context: logon type and account fields describe a session, while auditing and retention determine what is available.

Logging requires suitable audit or provider settings and retained data. PowerShell script-block records are not a guarantee that every command is available or fully deobfuscated. Sysmon coverage similarly follows actual installation or enablement, configuration and event filters.

Time changes, unexpected restarts and service activity need provider-specific interpretation. A numerical ID such as 1 has different meanings across providers. A clock-adjustment event can reflect normal synchronisation rather than deliberate manipulation. Check neighbouring records, settings and independent time sources.

Windows Prefetch: Execution Traces, Run Counts and Timestamps

Prefetch supports Windows performance optimisation. A retained .pf record can include executable-related information, run counts, time fields, volume information and referenced resources, depending on its format and generation conditions.

Prefetch can support execution analysis and expose referenced resources. Contents, retention and availability vary by Windows version and configuration.

Use a parser that supports the record version and any compression. Some formats provide several recent run-time slots, including up to eight in relevant versions; those slots are not a guarantee that eight valid events exist. The path-related filename hash is not a cryptographic hash of the executable’s contents.

An authentic, appropriately interpreted Prefetch record can support an execution inference. It does not alone identify the operator, prove that an executable name corresponds to a particular binary or establish what a referenced document’s contents were.

Absence can result from configuration, platform behaviour, retention, deletion or an incomplete collection. Check the actual available settings and files rather than infer a universal SSD or server rule. A referenced path is a useful lead, not proof that all bytes of the file were read or copied.

PECmd can expose supported run-time and resource fields for review. Retain the original file, tool version, warnings and output settings. Compare uncertain fields with the underlying structure and other evidence rather than treat a CSV label as a self-validating fact.

Windows Forensic Tools: Zimmerman Utilities, RegRipper and KAPE

Registry Explorer, RECmd, RegRipper, EvtxECmd and PECmd support different browsing or parsing tasks. KAPE uses target definitions to select data and module definitions to run processing. Verify each actual version and definition; no tool list establishes a nationwide laboratory standard.

A useful workflow begins with source identity and scope, preserves the relevant artefacts and supporting files, then parses them into traceable derivatives. Retain acquisition and processing logs, settings, errors and the relationship of each exported row to its source path or record.

Examination duration depends on data, condition and questions. A six-hour example is not a universal service deadline. A broad collection target can miss a custom application, unusual path or unsupported version; targeted follow-up should address identified gaps.

Keep original raw timestamps and document any normalisation or filtering. If a parser update changes interpretation, preserve the earlier output and explain the revised result rather than silently replacing it. Independent checks are especially useful for a conclusion central to the case.

Worked Investigation: Device Association, Execution and File Copying

Hypothetical example: an investigation asks whether a removable drive was associated with a computer and whether customer information was copied to it. Treat device association, program activity and copying as separate propositions.

USB-related registry data may support an association with a reported identifier, while volume records may help interpret a drive-letter mapping. Identify the type and limitations of each serial or instance value before comparing it with a seized item.

UserAssist and Prefetch may support application activity within their own scope. A logon event identifies a recorded account session, not automatically the individual at the keyboard. Reconcile clocks and available session identifiers before ordering the observations.

A referenced export filename does not establish that its content was written to a removable drive. Seek suitable destination files, content comparisons, write-related records or other independent evidence. Report missing sources and alternative explanations.

Consistent findings can strengthen a particular inference, but sources may share the same clock or underlying action and may not be independent. Explain the proposition supported by each finding and avoid turning agreement into a numerical or automatic legal guarantee.

Cross-source agreement strengthens a reconstruction when the records are independent and their meanings and clock settings are understood. Preserve uncertainties and alternative explanations.

Check Your Understanding

Question 1 of 5· 0 answered
What does a Run entry independently establish?

Sources

  1. 1.Guide to Integrating Forensic Techniques into Incident Response (2006) · NIST SP 800-86
  2. 2.Registry Hives · Microsoft Learn
  3. 3.Event 4624 and logon-type fields · Microsoft Learn
  4. 4.Sysmon event types and fields · Microsoft Learn
  5. 5.PECmd: original tool documentation and parser · Eric Zimmerman
  6. 6.KAPE target and module definitions · KapeFiles project

Test yourself on Digital Forensics with free, timed mocks.

Practice Digital Forensics questions

Found this useful? Pass it along.