Skip to content

Windows Artifacts: ShellBags, ADS, LNK, Hibernation and Slack

Windows ShellBags, NTFS streams, LNK files, hibernation, slack, shadow copies and Recycle Bin records, with recovery and attribution limits.

By Reviewed by Subhrant Jha

Last updated:

ShellBags, NTFS named streams, Windows shortcuts and memory-related files can preserve information outside a document’s ordinary visible contents. Examine each artefact’s structure, source and time scope before combining findings.

These sources can survive changes elsewhere without forming a complete audit trail. A folder-view record does not prove every file was opened, an LNK tracking field does not uniquely identify an operator, and a memory fragment does not necessarily describe the current state.

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

  • Locate and interpret folder-view, shortcut and named-stream evidence.
  • Distinguish identifiers, stored target metadata and artefact timestamps.
  • Assess memory-related files and storage residues by their actual scope.
  • Preserve source relationships when correlating retained and recovered data.
Key terms
ShellBags
Per-user shell folder-view records whose paths, fields and coverage depend on Windows version and interaction context.
Alternate Data Stream (ADS)
A named NTFS stream distinct from the default unnamed data stream. Presence, name or size does not establish malicious content.
LNK file
A Windows Shell Link file with a header and optional structures describing a target and link-resolution information.
hiberfil.sys
A Windows hibernation-related file whose content depends on state, file type and OS version; not universally a full current RAM image.
File slack
Bytes beyond logical file content within a relevant allocation under stated assumptions, distinct from unallocated clusters.
Volume Shadow Copy (VSS)
Windows infrastructure for point-in-time volume views when configured and retained; access and consistency depend on the source and acquisition.

ShellBags: Folder Access Records and Registry Analysis

ShellBags retain shell-item and view-state information associated with a user profile. Relevant structures can occur in NTUSER.DAT or UsrClass.dat, with different paths and behaviour by version. Identify the actual hive and BagMRU/Bags structures rather than assume every system writes the same records to both locations.

ShellBags can preserve folder-view metadata and hierarchy on the host after the source volume is unavailable. They require contextual interpretation rather than proving who read or copied a file.

A retained record can supply a folder name, hierarchy or associated device information after the original storage is unavailable. Its existence supports a scoped interaction or stored-shell-state inference, not a complete list of every folder opened or a guarantee that each contained file was viewed.

ShellBags Explorer and SBECmd can reconstruct supported shell-item structures. Preserve the raw hive and available supporting logs, note the tool version and inspect unsupported or partially decoded items. Parsed labels such as first or last interaction need their actual derivation understood.

Embedded target timestamps, key last-write times and MRU ordering are different observations. They do not necessarily provide the exact moment or number of visits. Compare relevant source structures and corroborating evidence before assigning a folder visit to a person or a precise time.

NTFS Alternate Data Streams: Detection and Evidence Recovery

An NTFS file can have an unnamed default data stream and additional named streams. A path such as file.txt:streamname refers to a named stream. Ordinary file-size displays may describe only the default content, while other views enumerate streams explicitly.

Named streams are separate attributes associated with the same NTFS file. Their names and sizes alone do not determine whether their contents are benign or malicious.

Zone.Identifier is a common stream associated with origin-zone information, including Mark of the Web. Generation and retention depend on the application, transfer route, filesystem and policy; not every downloaded file has one. A familiar stream name can also be copied or modified.

Use suitable enumeration on a protected analysis source, such as dir /R, listing modes of Sysinternals Streams, or a forensic tool that preserves named streams. Verify scope and access. Do not use stream-deletion options on evidence as part of ordinary examination.

Classify stream content from actual bytes and context, not a fixed small-text-versus-large-binary rule. Allocated size can also reflect cluster rounding, compression or sparse storage; a size discrepancy alone does not prove a hidden payload.

Extract with a method that preserves the intended bytes. Text redirection or default text decoding can change binary content. Record the full stream name, source reference, extraction method and integrity data, and distinguish the extracted derivative from the original file’s default stream.

LNK Files: Target Paths, Timestamps and Removable Media Evidence

LNK files support locating and opening targets. Applications and Windows can create them in Recent locations, while users or software can create or copy them elsewhere. Identify their source; no single directory records every access.

The Shell Link format contains a header and optional structures. Depending on flags and contents, these can include stored target times and size, path information, volume information and link-tracking data. Missing fields are not necessarily parser failures; some structures may legitimately be absent.

Keep the shortcut’s own filesystem timestamps separate from target-related values stored inside it. A stored target time is not automatically the time the shortcut was created, resolved or opened. Retained metadata can also outlive the target or be copied from another context.

An optional TrackerDataBlock contains MachineID and GUID-related tracking values. Microsoft defines MachineID as the NetBIOS name of the machine where the target was last known to reside. It is not a universal record of which person or computer created the shortcut.

Some GUID representations can contain a node-like identifier, but a parsed MAC-related value does not independently establish a unique adapter, shortcut creator or operator. Assess the actual structure, generation context, copied artefacts and independent records.

A shortcut is a separate record that can retain a path, volume information and target-related timestamps. Optional tracking fields are clues requiring corroboration.

LECmd can parse supported shortcut fields. Preserve the original LNK, source path, parser version and warnings, and compare critical conclusions with the specification. A target path or volume serial is a lead for comparison, not automatic proof that one seized USB device was used by one person.

Hibernation, Page File and Swap: The Memory Trail on Disk

Live acquisition, hibernation data and paged-out data have different scopes. Live collection itself spans an interval; hibernation-related files can represent an earlier state or a limited subset. Record the OS version, file type, acquisition context and supported parser.

Windows full and reduced hibernation/Fast Startup configurations do not retain identical information. A hiberfil.sys file is not automatically a complete image of all user-process memory, and a filename alone does not establish its actual time or completeness.

Live RAM captures a changing current state; hibernation and paging files can retain earlier or partial state. A reduced Fast Startup hibernation file does not preserve a full user session.

Tool support must be verified for the format and platform. Do not assume every Volatility version directly accepts every Windows hibernation format or that a conversion makes every missing page available. Keep conversion logs and distinguish unavailable memory from a negative content finding.

pagefile.sys and swapfile.sys can retain selected paged or suspended-state material depending on configuration and activity. Some information may never be paged or may be protected, overwritten or unavailable. String extraction does not reconstruct every process, token or conversation.

bulk_extractor and other supported tools can identify candidate structured material in acquired bytes. Findings need source offsets, encoding and context. A candidate key-like string is not proof of a working key, and a memory fragment does not identify who entered it.

Slack Space, VSS and the Recycle Bin

Logical length, allocation and unused storage are distinct. Under an explicitly nonresident, uncompressed allocation of one 4,096-byte cluster, a 100-byte file leaves 3,996 bytes beyond its logical end. A resident NTFS file or a different allocation model does not satisfy those assumptions.

File slack lies within a file’s relevant allocation. Unallocated clusters are a separate source; calling all of them drive slack obscures that distinction. Either can contain zeros or residual material, and neither guarantees recovery of previous content.

For nonresident cluster-allocated content, file slack ends at the final allocated cluster boundary. Unallocated space belongs to no current allocation and is a separate recovery surface.

The Sleuth Kit documents blkls -s for slack extraction and separate selection of unallocated blocks. Verify the filesystem, offset, image type and actual tool version. An ordinary logical file export often omits allocation residue, although a specialised logical collection can explicitly include additional material.

Preserve block and file references for recovered material. $MFT, $LogFile and $UsnJrnl do not provide a complete historical ledger naming every former owner of every cluster. A fragment can remain relevant while its prior filename or exact deposition time remains unknown.

Volume Shadow Copy may expose earlier volume views when configured, retained and acquired. Snapshot time, scope and application consistency need assessment. A snapshot is not guaranteed to exist for an incident date or to preserve all material that changed between snapshots.

An available VSS snapshot can expose an earlier volume view. Recovery depends on the snapshot existing, retaining the relevant data and being accessible.

For eligible deletions on relevant Windows versions, Recycle Bin metadata and retained contents can appear as related $I and $R records beneath a user-associated directory. Parse the actual version, pair what survives and report missing components. Some deletion routes bypass the bin.

For supported modern Windows Recycle Bin entries, $I describes the deleted item and $R holds its content. Many deletion methods bypass this mechanism.

A user-associated SID, a deletion record and a retained file each address different questions. Their combination does not independently establish who physically acted, why the deletion occurred or that every deleted file is represented.

Correlating Windows Artefacts and Reporting Limits

Begin with the examination question and a verified source. Collect appropriate hives and supporting logs, shortcut files, named streams, memory-related files and retained snapshots without assuming a single compound target covers every relevant location.

Use compatible parsers and retain versions, definitions, options, warnings and source references. A CSV is a derivative that needs a traceable relationship to the original bytes. Broad triage can guide targeted examination but is not a complete forensic conclusion.

Compare artefacts with attention to clock basis, copied records, shared generation mechanisms and source independence. Preserve differences and negative findings as well as apparent matches. Avoid assigning a fixed processing duration or national laboratory policy without a defined source.

For the complementary registry, log and execution sources, see Windows Registry, Event Logs and Prefetch. Legal authority and admissibility depend on the jurisdiction; technical records should explain the actual work performed.

Check Your Understanding

Question 1 of 5· 0 answered
What does MachineID in a Shell Link TrackerDataBlock describe?

Sources

  1. 1.Guide to Integrating Forensic Techniques into Incident Response (2006) · NIST SP 800-86
  2. 2.File Streams · Microsoft Learn
  3. 3.Streams: listing named streams and command options · Microsoft Sysinternals
  4. 4.Shell Link TrackerDataBlock · Microsoft Open Specifications
  5. 5.System Power States · Microsoft Learn
  6. 6.blkls manual · The Sleuth Kit
  7. 7.Original artefact-tool documentation · Eric Zimmerman

Test yourself on Digital Forensics with free, timed mocks.

Practice Digital Forensics questions

Found this useful? Pass it along.