[Vol-dev] Timeszones

AAron Walters awalters at 4tphi.net
Thu Jul 9 23:33:56 CDT 2009



Andreas,

I agree that UTC is probably the best option for standardizing time. I 
remember Scudette and I having all kinds of problems with temporal 
information when we were working on the DFRWS Challenge.

At one point, Scudette and I were discussing adding a configuration file 
but a command line option could be an option.

I also think a standardized output format is probably a good idea as well.

This would be an extremely useful endeavor.

Thanks,

AW


On Wed, 8 Jul 2009, Jesse Kornblum wrote:

> I favor UTC time stamps for everything, but I do like to see the system's 
> time zone (and thus the local time) at least once.
>
> On Jul 6, 2009, at 8:15 AM, Andreas Schuster wrote:
>
>> Dear developers,
>> 
>> I noticed that Volatility displays dates and times in up to three different 
>> timezones:
>> 1. UTC (e.g. pslist, sockets, and the corresponding scanner modules)
>> 2. local time of the system under examination (e.g. datetime, ident 
>> commands)
>> 3. local time of the examiner's workstation (when using ctime() for 
>> formatting)
>> 
>> I usually prefer UTC, especially when I have to consolidate timelines 
>> across systems that are distributed across different timezones. Using the 
>> local time may be a good choice when dealing with less-technical people.
>> 
>> So, I don't think there's a "best" option and propose to let the user 
>> decide about the timezone that best suits his/her needs. The handling (and 
>> output format) should be consistent to avoid any misinterpretation and 
>> confusion.
>> 
>> In order to provide a consistent interface to users and programmers, I 
>> propose to add functions to the framework (or to modify existing functions, 
>> respectively):
>> - to switch between the three options in a consistent way (i.e. add an 
>> option to the standard parser)
>> - to read timestamps in all applicable formats (mostly KSYSTEM_TIME, but 
>> also LARGE_INTEGER with bit shifting) from buffers and address spaces (see 
>> forensics/win32/datetime.py)
>> - to produce the timestamp in an easy to read, unambiguous, and sortable 
>> format (preferably in accordance with ISO 8601)
>> 
>> Before I start with coding, I want to hear your opinion on this. I 
>> appreciate any comments.
>> 
>> Thanks!
>> Andreas
>> _______________________________________________
>> Vol-dev mailing list
>> Vol-dev at volatilesystems.com
>> http://lists.volatilesystems.com/mailman/listinfo/vol-dev
>
> -- 
> Jesse
> research at jessekornblum.com
>
>
>
> _______________________________________________
> Vol-dev mailing list
> Vol-dev at volatilesystems.com
> http://lists.volatilesystems.com/mailman/listinfo/vol-dev


More information about the Vol-dev mailing list