I am currently developing a data source-level ingest module to extract the most significant artifacts produced by the usage of the Windows Store application Facebook Messenger (Beta).
However, I am having some trouble integrating with the Communications UI.
Environment:
Windows 10
Autopsy 4.14.0
Expected behavior:
Looking up the proprieties of any message within the Communications UI, I would expect to see something resembling the following screen capture:
Facebook account identifiers are phone numbers instead of account identifiers, and there is a duplicate propriety “ThreadID” with value “”.
Steps to reproduce the behavior:
Create a CommunicationArtifactsHelper with account types Account.Type.FACEBOOK
Create a TSK_MESSAGE artifact along any account instances and relationships by calling CommunicationArtifactsHelper.addMessage()
I have also tried to create the accounts, artifacts, and relationships (i.e. messages) separately but still had no success; in such cases the proprieties “From” and “To” show up empty.
Questions:
Am I following the correct procedures?
I so, is this behavior intended? If not, should I open a GitHub issue?
Thanks apriestman but I have found no noticeable differences.
Since there are no built-in attribute types TSK_USER_ID_FROM and TSK_USER_ID_TO, I would assume that the only attributes to be considered for the “From” and “To” proprieties of any message at the Communications UI would be one of the following:
{TSK_PHONE_NUMBER_FROM, TSK_PHONE_NUMBER_TO}
{TSK_EMAIL_FROM, TSK_EMAIL_TO}
Which would explain why any message created through CommunicationArtifactsHelper.addMessage() has those attributes, i.e., TSK_PHONE_NUMBER_FROM and TSK_PHONE_NUMBER_TO.
I also planned on running the module you shared, just to make sure that what I am asking for is possible. However, I had no success in the search for any Facebook Messenger databases on my smartphone.
Meanwhile, I also noticed that the “Source File” propriety of any message seen through the Communications UI has value “Message”. When that same message is double-clicked, it displays an error saying “Failed to locate directory.”; this does not happen when seeing the message through the Result Content Viewer.
The blank “ThreadID” is not much of a problem to me given that there exists another property “Thread ID” with the correct value and the messages are grouped correctly.