Re: [sleuthkit-users] TSK_FS_ATTR.id uniqueness bug with ext2
Brought to you by:
carrier
|
From: Brian C. <ca...@sl...> - 2016-03-29 01:58:01
|
Hey Jon,
Those docs should certainly be updated. There is another comment about:
#define TSK_FS_ATTR_ID_DEFAULT 0 ///< Default Data ID used if file system does not assign one.
And TSK_FS_ATTR_ID_DEFAULT is what Ext2 is using for its ID. So, the easiest thing is to update the docs as you suggested. Do you have a use case where having an ID would be useful? It would probably not be much work to make that happen if it is important.
thanks,
brian
> On Mar 28, 2016, at 3:57 PM, Jon Stewart <JSt...@St...> wrote:
>
> The docs say:
>
> "Each attribute has a type and an ID. The types are defined in the TSK_FS_ATTR_TYPE_ENUM structure and the ID is an integer that is unique to the file. A file can have multiple attributes with the same type, but it can have only one attribute with a given id."
>
> But I have an ext2 filesystem, some simple test evidence, where many files have two different attributes with id == 0. The docs also say that "TSK stores UFS and ExtX indirect blocks in separate attribute. [sic]" With these files there are type 4097 attributes, TSK_FS_ATTR_TYPE_UNIX_INDIR, so presumably such attributes contain the pointers for indirect blocks. It looks like these types of attributes also do not respect the uniqueness of attribute IDs.
>
> My guess is that the docs should be updated to reflect that attribute ID is unique only for given types, although it sure would be convenient to have a unique attribute ID regardless of type.
>
> Example:
>
> "attrs":[
> {
> "flags":"In Use, Non resident",
> "id":0,
> "name":"",
> "size":348576,
> "type":1,
> "rd_buf_size":0,
> "nrd_allocsize":352256,
> "nrd_compsize":0,
> "nrd_initsize":348576,
> "nrd_skiplen":0,
> "nrd_runs":[
> {"addr":34009,"flags":"","len":12,"offset":0},
> {"addr":34022,"flags":"","len":74,"offset":12},
> {"addr":0,"flags":"Sparse","len":950,"offset":86}
> ]
> },
> {
> "flags":"In Use, Non-resident",
> "id":0,
> "name":"",
> "size":4096,
> "type":4097,
> "rd_buf_size":0,
> "nrd_allocsize":4096,
> "nrd_compsize":0,
> "nrd_initsize":4096,
> "nrd_skiplen":0,
> "nrd_runs":[
> {"addr":34021,"flags":"","len":1,"offset":0}
> ]
> }]
>
>
> Jon Stewart
> Development Manager
>
> STROZ FRIEDBERG
> 1150 Connecticut Avenue, NW, Suite 700, Washington, DC 20036
>
> T: +1 202.534.3290
> M: +1 202.492.4412
> F: +1 202.534.5700
> JSt...@St... www.strozfriedberg.com
>
> This message and/or its attachments may contain information that is confidential and/or protected by privilege from disclosure. If you have reason to believe you are not the intended recipient, please immediately notify the sender by reply e-mail or by telephone, then delete this message (and any attachments), as well as all copies, including any printed copies. Thank you.
>
>
>
>
> ------------------------------------------------------------------------------
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140
> _______________________________________________
> sleuthkit-users mailing list
> https://lists.sourceforge.net/lists/listinfo/sleuthkit-users
> http://www.sleuthkit.org
|