Revision Save IDs · Passage Comparison

DOCX RSID Analysis: Mapping Text to Retained Editing Contexts

Revision save identifiers connect Word paragraphs, runs, and property changes with retained editing contexts. Their distribution can help compare disputed passages and related versions, but their hexadecimal values are not timestamps.

  • Court qualified expert witnesses
  • Former law enforcement forensic examiners
  • Hash verified chain of custody
  • Nationwide support for attorneys and clients

Home › Digital Evidence Authentication › Word Document Authentication › DOCX RSID Analysis and Editing Sessions

Quick Answer. DOCX RSIDs are revision save identifiers stored in word/settings.xml and on WordprocessingML elements. Examiners compare w:rsidRoot, the w:rsids collection, and attributes on paragraphs and runs to map retained editing contexts. Values are random identifiers, not dates or sortable event numbers. Their count is not interchangeable with cp:revision, TotalTime, or a complete editing history.

This guide develops the session evidence within Word Document Authentication. Use DOCX XML parts to locate paragraph and settings markup. Compare RSID findings with document properties without treating their different counters as measurements of the same event.

Settings collectionw:rsids retains identifiers in word/settings.xml.
Root comparisonw:rsidRoot helps compare proposed document ancestry.
Paragraph mappingw:rsidRDefault supplies a default revision context for paragraph runs.
Random identifiersNumerically larger RSIDs do not identify later edits.

RSID editing context questions answered

QuestionShort answer
What is a DOCX RSID?A revision save identifier associates supported WordprocessingML changes with an editing context. Word can generate identifiers during editing and saving, but retained markup is not an exhaustive transaction log.
Where is w:rsidRoot stored?It is a child of w:rsids in word/settings.xml. It records a root identifier useful when comparing related documents, rather than a creation date or personal identity.
Does w:rsidR identify inserted text?It can associate an element with the session in which it was added or revised, according to that element's rules. Read its location and paragraph defaults before assigning a particular run to an identifier.
Can DOCX RSIDs be sorted into chronological order?No. Their random hexadecimal values do not encode time. Chronology needs independently dated versions or other evidence, not numerical sorting.
Does the w:rsids count equal the number of Word sessions?No. It is a retained identifier collection affected by document lineage, copying, settings, and application behavior. Report the collection count separately from identifiers actually used in the examined text.
Can w:rsidDel recover deleted wording?No. It associates deletion context with an element but does not itself contain the removed words. Surviving tracked deletion markup or an earlier version is needed to read that content.

Key terms defined

w:rsids

The settings element containing a document's retained revision save identifiers and any root identifier.

w:rsidRoot

The root revision identifier associated with the document's origin context.

w:rsidR

A revision identifier attribute whose exact meaning follows the element on which it appears.

w:rsidRDefault

The paragraph attribute giving a default revision identifier for contained runs.

w:rsidRPr

An identifier associated with a run property revision context rather than necessarily changed wording.

w:rsidP

An identifier associated with paragraph property changes.

w:rsidDel

An identifier associated with a deletion context, not a container of deleted text.

w:rsidSect

An identifier associated with changes to section properties such as page setup.

How does settings.xml retain Word revision save identifiers?

word/settings.xml can contain a w:rsids element with w:rsid entries and a w:rsidRoot value. These settings describe identifiers retained by the saving workflow. The document body then uses RSID attributes on relevant elements. An examiner inventories both places rather than assuming the settings collection fully describes every identifier found in every story.

LocationStored itemAnalytical use
settings.xmlw:rsidsInventory the retained identifier collection
Within w:rsidsw:rsidRoot with w:valCompare the declared root across versions
Within w:rsidsw:rsid with w:valCompare collection membership without imposing order
Paragraphs and runsRSID attributesMap actual element contexts to retained values
Section propertiesw:rsidSectSeparate page setup work from text changes

Preserve the full hexadecimal representation

A value such as 00A13F72 is an identifier, not a date code. Preserve all eight hexadecimal digits, including initial zeros. Converting it to a decimal number may help a parser normalize comparisons, but it adds no temporal meaning. The order in which entries appear in the settings file is also not a reliable ordering of human drafting events.

Word can generate new identifiers for editing sessions that are saved. What survives depends on revision identifier settings, software behavior, conversion, copying, and later saves. Some files have a rich collection; others have few identifiers or none. A generator that never writes RSIDs is different from a document whose identifiers were deliberately removed. Establish expected behavior through the relevant workflow before interpreting an absence.

Root values support comparison rather than authentication alone

Matching roots in documents with matching text and related package features support a common source hypothesis. Matching only a short identifier is weaker: collisions, inherited sources, and copied markup are possible. Different roots do not exclude reuse of a passage. Record the root alongside the compared content and other package features rather than treating it as a unique document fingerprint.

Was a disputed clause edited in a distinct Word context?

We map revision identifiers around the clause, compare paragraph defaults and formatting changes, and test the distribution against earlier copies. Supply the native versions so the analysis can move beyond a single surviving identifier set.

Request Confidential Consultation Call (833) 292 3733

Which RSID attribute applies to the disputed wording?

RSID interpretation starts with the element carrying the attribute. Text addition context, run formatting, paragraph formatting, and deletion are different events. Flattening all attributes into one session column can make a formatting change look like a newly written sentence. Keep attribute names and XML locations in the extracted results.

AttributeContext to examineUseful distinction
w:rsidRElement addition or revision contextRead the element rules and nearby runs
w:rsidRDefaultDefault run context within a paragraphA run can lack its own explicit identifier
w:rsidRPrRun property revisionFormatting need not change words
w:rsidPParagraph property revisionAlignment or spacing differs from composition
w:rsidDelDeletion contextThe identifier does not store missing content
w:rsidSectSection property revisionMargins and page setup can change independently

Resolve paragraph defaults before comparing runs

A paragraph may give w:rsidRDefault while individual runs carry no explicit w:rsidR. Record the paragraph default and any applicable explicit run values separately. Do not treat a blank run attribute as proof of a separate session. Conversely, a run with an explicit value deserves comparison with the surrounding default, adjacent paragraphs, and retained change markup.

Suppose a payment clause contains an identifier also found in an address update elsewhere, while surrounding boilerplate uses a different default. That distribution is compatible with a shared editing context for those elements. It does not show which was changed first, how long the work took, or whether a single person made both changes. The same visible sentence can also be divided into several runs for formatting, spelling, or field handling.

Distinguish revision identifiers from tracked changes

RSIDs may survive when Track Changes was not enabled. They are not the same as w:ins and w:del, which can retain explicit inserted or deleted content with author and date attributes. Examine tracked changes and hidden content when the question requires actual removed wording or a declared revision author. Neither mechanism independently authenticates a person's identity.

Why do RSID counts differ from cp:revision and TotalTime?

The three measures describe different things. The RSID collection retains identifiers. cp:revision in core.xml reports an application maintained revision value. TotalTime in app.xml reports editing minutes. There is no general equation that converts one to another or requires all three to increase together.

MeasureWhat to reportWhat not to infer
Settings collection sizeNumber of distinct retained values and treatment of rootExact count of every human editing session
Used RSID countDistinct values found in the selected stories and attributesNumber of authors
cp:revisionLiteral stored revision counterNumber of substantive changes
TotalTimeLiteral reported minutesDuration of each RSID context

Define the counting method before reporting a number

State whether the root is included, whether duplicates are removed, and which parts were searched. A count limited to document.xml will not necessarily match one that includes headers, footers, notes, and comments. A settings collection may include identifiers no longer used by surviving text. Conversely, an identifier in markup may not appear in the collection being compared. Preserve those differences rather than silently repairing them.

A file with 18 retained identifiers, cp:revision of 7, and TotalTime of 42 is not mathematically impossible. Reuse can carry an identifier collection forward, another writer can maintain counters differently, and imported content can bring existing markup. These values warrant a workflow comparison, not a finding that exactly 18 sessions occurred in 42 minutes over seven saves.

For a controlled comparison, use the relevant application and record whether revision identifier storage is enabled. Create and save text, change formatting, perform Save As, and compare the resulting parts. Such experiments explain observed software behavior under stated conditions. They do not reconstruct every historical action in the disputed file. See Word metadata for the separate interpretation of revision and duration properties.

How can RSIDs test the ancestry of a disputed passage?

Compare the disputed file with independently obtained earlier versions. First align actual text and paragraph structure. Then compare root values, collection membership, paragraph defaults, and explicit run attributes. A shared identifier across matching wording becomes more useful when a dated version establishes that wording already existed by a particular event.

Anchor relative differences to independent dates

If a February attachment lacks a disputed clause and a March attachment contains it, the attachments bound the observed change between those surviving versions. A new RSID associated with the clause can help map its editing context within the March file. The dates come from the independent version evidence, not from decoding the identifier.

Copy and paste can preserve source formatting and revision identifiers, depending on the application and paste method. A clause carrying an older source identifier might therefore have been pasted much later. Compare suspected source documents directly and test paste behavior if that explanation matters. Shared RSIDs alone cannot decide whether text was drafted in place or imported.

State the conclusion at the level supported by the map

An appropriate finding might describe a clause as associated with a distinct retained revision context from surrounding text. A stronger date conclusion requires dated copies or other records. Do not label a session as a named person's work merely because that person's name appears in core.xml. That property describes a separate document level assertion.

Provide a reproducible extract with part paths, paragraph locators, quoted text, attribute names, and literal values. Distinguish observed associations from proposed history. A reader should be able to locate the same markup without relying on a color coded illustration alone. For broader alteration hypotheses, combine this map with DOCX forgery examination rather than asking RSIDs to answer every authenticity question.

Procedure for building a passage level RSID map

The map must retain element context and count definitions so another examiner can reproduce each association.

  1. Extract the settings identifier set. Read w:rsids and w:rsidRoot from settings.xml. Preserve literal values and record whether the root is included in any reported total.
  2. Select every relevant Word story. Identify the body, headers, footers, and notes containing disputed text. Record the scope instead of presenting a body only count as package wide.
  3. Locate disputed paragraphs precisely. Capture a text quotation, paragraph location, and neighboring content. Account for text divided across runs before assigning identifiers to the disputed clause.
  4. Resolve defaults and explicit attributes. List w:rsidRDefault beside explicit w:rsidR, w:rsidRPr, w:rsidP, and w:rsidDel values. Keep formatting contexts separate from wording contexts.
  5. Compare retained and used values. Report identifiers found in settings, those used in selected markup, and any unmatched values. Do not invent missing sessions to make the counts agree.
  6. Align independently dated versions. Compare the same passage across attachments or repository versions. Use external dates to bound observed changes while treating identifiers as associations.
  7. Explain the session inference. Describe which elements share an identifier, the tested copying or save behavior, and the conclusions that remain unsupported by the map.

What matters most

  • Hexadecimal RSID magnitude cannot order editing events.
  • Paragraph defaults matter when runs lack explicit identifiers.
  • Run property identifiers can describe formatting rather than inserted wording.
  • A settings collection count needs a stated scope and root policy.
  • Dated versions supply the calendar anchors that RSIDs do not contain.

Common misconceptions

  • Each DOCX RSID is an encoded editing timestamp. RSIDs are random values. Dates must come from other records or declared revision attributes, not hexadecimal decoding.
  • One RSID always means one author. An identifier associates editing context with elements and does not authenticate the person operating the application.
  • A higher RSID value proves a clause was added later. Numerical order has no chronological meaning. Compare surviving versions to establish when wording first appears.
  • The RSID total must equal cp:revision. The collection and the revision property are maintained for different purposes and can retain different histories.

When this applies, and when it does not

This applies when

  • A clause that differs from neighboring boilerplate
  • Related drafts with independently recorded transmission dates
  • A proposed common source between two Word packages
  • Formatting changes that must be separated from wording edits

This does not apply when

  • Dating a session from its hexadecimal identifier
  • Recovering missing words from w:rsidDel alone
  • Naming an editor from an RSID value without other evidence

How Elite Digital Forensics helps

We construct paragraph and run level RSID comparisons, identify retained editing contexts, and relate them to independently dated drafts. Reports state the extraction scope and distinguish session associations from dates and personal attribution. RSID work is performed by subject matter experts in Word revision analysis who map editing sessions across related versions of a document.

About Elite Digital Forensics

Elite Digital Forensics is an independent digital forensics practice serving attorneys, paralegals, in house counsel, insurers, lenders, businesses, and individuals nationwide. Our team includes former law enforcement forensic examiners and court qualified expert witnesses in computer, cell phone, cloud, document, and multimedia forensics. Every engagement begins with a scoped plan, hash verified evidence handling, and a clear explanation of what the examination can answer.

Related Digital Forensics Resources

Interpreting RSID maps across Word versions

Can DOCX RSIDs remain after Track Changes is disabled?

Yes. Revision save identifiers and tracked change markup are separate mechanisms. A file can retain RSIDs without retaining insertions, deletions, or a visible review history.

Do matching w:rsidRoot values prove two DOCX files are identical?

No. Related documents can diverge while retaining a common root. Compare content, package structures, and other evidence; byte identity is tested by hashes, not root identifiers.

Can copying a paragraph carry its DOCX RSIDs?

Yes, depending on the application and copying method. A shared identifier can reflect imported markup rather than a contemporaneous edit in both destination documents.

Why is a DOCX RSID present in settings but absent from current text?

A retained collection can outlive the elements that used its values. Search scope also matters. Report the difference without assuming the value represents a recoverable deleted passage.

Does missing w:rsids prove a DOCX was cleaned?

No. Generators, conversion, and settings can produce files without a retained collection. Establish expected behavior for the claimed writer before drawing an inference about removal.

Can an RSID map date a signature paragraph?

Not by itself. It can compare that paragraph's editing context with surrounding content. A date conclusion requires independently recorded versions or other evidence tied to the actual signature wording.

Turn retained RSIDs into a testable passage comparison

Keep earlier attachments and repository versions with the disputed file. Their independent dates allow a revision identifier map to address a real chronology instead of an imagined hexadecimal timeline. Our court qualified experts in DOCX RSID analysis can testify to what the editing sessions do and do not prove.

Request Confidential Consultation Call (833) 292 3733

Primary sources and references

  1. Ecma International, ECMA 376, Office Open XML File Formats (also published as ISO/IEC 29500). Ecma International, ECMA 376
  2. Microsoft Learn, Structure of a WordprocessingML document. learn.microsoft.com
  3. Microsoft Open Specifications, [MS DOCX] Word Extensions to the Office Open XML (.docx) File Format. learn.microsoft.com
  4. Library of Congress, Sustainability of Digital Formats, DOCX Transitional (Office Open XML). www.loc.gov
  5. NIST Special Publication 800 86, Guide to Integrating Forensic Techniques into Incident Response. csrc.nist.gov
  6. Federal Rules of Evidence, Rule 901, Authenticating or Identifying Evidence. www.law.cornell.edu/rules/fre/rule_901

This content is for educational and informational purposes only and does not constitute legal advice. Elite Digital Forensics provides independent digital forensic services and expert witness testimony; we do not provide legal representation. Every case is fact specific; outcomes depend on the evidence, jurisdiction, and counsel. Retain qualified legal counsel for advice about your matter.

#DigitalForensics #ComputerForensics #CellPhoneForensics #ExpertWitness #DigitalForensicExperts #EliteDigitalForensics #ForensicInvestigation #CriminalDefenseForensics #DOCXRSID #RevisionSaveIDs #WordSessions #ParagraphAnalysis #DraftComparison #RevisionContexts

Assistant Icon Elite Digital Forensics Assistant
πŸ‘‹ Live Chat Now!
Free Virtual Consultation 24/7
Chat Now!

By submitting this form, you consent to be contacted by email, text, or phone. Your information is kept secure and confidential. Reply Stop to opt out at anytime.Β 

IMPORTANT: Please remember to check your spam or junk folder