Closed marcosammoura closed 2 months ago
Thank you @marcosammoura for this contribution! I'll try to review it in the next week. But I would need some UFDR samples from PA 8 or 10 for testing, I don't have any. For those who can help, please send a private link to me, thanks.
Hi @marcosammoura , Nassif asked me to test and review this. Though I have processed one case with Inseyets, and for this case I could not find any occurence of the problem you solved. Could you provide me with some problematic sample case?
Have you processed these problematic cases with PA 7. or older? Maybe this is not a problem specific to IPED processing PA 8..
I suppose that it can occur when the file is moved from the original folder where the IM app downloaded it, so it does not exists there anymore, but its file id can be used to find its new path.
@lfcnassif I approved this correction.
Thanks @patrickdalla! Last week I got a few UFDRs generated by PA 10 from a colleague. I'll share them with you. Ideally we should reproduce the issue to be sure this proposal fixes it. If @marcosammoura could share a triggering sample UFDR privately, that would help a lot.
I found a triggering sample from the cases you sent me and the solution implemented by @marcosammoura worked, as I have reported to you via Teams.
Thanks @patrickdalla for reproducing the issue and confirming the fix and thanks @marcosammoura for submitting this PR!
Refers to issue #2028
Analysis of
report.xml
files in UFDR reports generated by PA 8.7.100.106 and PA 10.0.100.93 has shown thatattachment_extracted_path
field for some instant message attachments point to non-existent files.I have made the following main changes to
UfedXmlReader
class so that the correct attachment path is set, according to path information obtained using thefile_id
attachment attribute: 1-ufedFileIdToLocalPath
HashMap was created to hold theLocal Path
information corresponding to each file tag within the report (file tagid
attribute is the key andLocal Path
is the value) 2-handleAttachment
method was changed so that ifextracted_path
is non-existent,file_id
attachment attribute is used to get file path stored within theufedFileIdToLocalPath
HashMap, which then is set as theextracted_path
With such changes in place I have successfully processed IPED cases configured to use external phone parsers in which there were broken links to some chats' attachments.