±Your Account
Membership:
New Today: 3
New Yesterday: 6
Overall: 24177
Visitors: 54±Latest Webinar
±Latest Articles
· Geo-tagging & Photo Tracking On iOS
· KS – an open source bash script for indexing data
· Mobile Device Geotags & Armed Forces
· Categorization of embedded system forensic collection methodologies
· Interpretation of NTFS Timestamps
· What are ‘gdocs’? Google Drive Data – part 2
· What are ‘gdocs’? Google Drive Data
· Bad Sector Recovery
· Forensic Artifact: Malware Analysis in Windows 8
· Windows 8: Important Considerations for Computer Forensics and Electronic Discovery
· KS – an open source bash script for indexing data
· Mobile Device Geotags & Armed Forces
· Categorization of embedded system forensic collection methodologies
· Interpretation of NTFS Timestamps
· What are ‘gdocs’? Google Drive Data – part 2
· What are ‘gdocs’? Google Drive Data
· Bad Sector Recovery
· Forensic Artifact: Malware Analysis in Windows 8
· Windows 8: Important Considerations for Computer Forensics and Electronic Discovery
±Follow Us
±Latest Jobs
Back to top
Skip to content
Skip to menu
Back to top
Back to main
Skip to menu
Out of interest, have you tried searching for the middle numbers (shave off the first and last characters) as, for ASCII range characters, that part of the raw data will look the same.
Cellebrite PA Hex Dump searching question
Cellebrite PA Hex Dump searching question
Posted: Tue Jan 08, 2013 12:09 pm
I have already posted the below in the relevant linkedin group but am trying to widen the audience.
I am looking at a binary dump from a Nokia 3120C. I can see telephone numbers stored as unicode Little Endian within the dump. When I use the Find facility in Physical Analyzer 3.6 searching for Strings and selecting Unicode it does not find the numbers I have already seen in the dump (The Values decoder decodes the numbers I have seen as Little Endain unicode).
Please does anyone know whether the unicode search is big endian only or is there a configuration setting somewhere to find strings stored Little Endian?
Regards,
I am looking at a binary dump from a Nokia 3120C. I can see telephone numbers stored as unicode Little Endian within the dump. When I use the Find facility in Physical Analyzer 3.6 searching for Strings and selecting Unicode it does not find the numbers I have already seen in the dump (The Values decoder decodes the numbers I have seen as Little Endain unicode).
Please does anyone know whether the unicode search is big endian only or is there a configuration setting somewhere to find strings stored Little Endian?
Regards,
-

dc1743 - Member
Re: Cellebrite PA Hex Dump searching question
Posted: Tue Jan 08, 2013 12:32 pm
What did the folks at Cellebrite say when you called and asked them?
-

keydet89 - Senior Member
Re: Cellebrite PA Hex Dump searching question
Posted: Tue Jan 08, 2013 12:55 pm
- dc1743
Please does anyone know whether the unicode search is big endian only or is there a configuration setting somewhere to find strings stored Little Endian?
Out of interest, have you tried searching for the middle numbers (shave off the first and last characters) as, for ASCII range characters, that part of the raw data will look the same.
-

AlexC - Senior Member
Re: Cellebrite PA Hex Dump searching question
Posted: Wed Jan 09, 2013 6:51 am
Thanks for the replies.
Having revisited this issue this morning to follow up Alex's suggestion the search now works!
As it turns out the numbers I had seen (which could be represented as ASCII) are stored big endian and the search tool highlights the numbers (\x00\x30\x00\x37 etc etc). Tired eyes and brain yesterday afternoon saw that the number was followed by \x00 and hence thought the number was stored little endian unicode.
To answer the original question posed I have tested a "binary dump" comprising of some text encoded little endian unicode. PA Find function appears only to find BE encoded unicode.
What I still don't understand is why the search works today and didn't yesterday. I think I did the same thing but user error is suspected!
Regards,
Having revisited this issue this morning to follow up Alex's suggestion the search now works!
As it turns out the numbers I had seen (which could be represented as ASCII) are stored big endian and the search tool highlights the numbers (\x00\x30\x00\x37 etc etc). Tired eyes and brain yesterday afternoon saw that the number was followed by \x00 and hence thought the number was stored little endian unicode.
To answer the original question posed I have tested a "binary dump" comprising of some text encoded little endian unicode. PA Find function appears only to find BE encoded unicode.
What I still don't understand is why the search works today and didn't yesterday. I think I did the same thing but user error is suspected!
Regards,
-

dc1743 - Member
















