zoukankan      html  css  js  c++  java
  • Something wrong with FTK's index search results

    My friend she told me last week that FTK could not "see" keywords in a plain text files when doing index search. That's very interesting. I used to trust the search results of FTK, and I think there must be something wrong .

     

    I have to do a test to see what's going on. A plain text file named "password.txt" is as below, and its code page is Traditional Chinese Big5.

     

     

    It makes sense that both FTK and EnCase could hit keyword "密碼" in that plain text file.

    Now the test result is not the same as what she told me, could I just say that she is wrong??? No, of course not, the test environment is on the NTFS Volume and I have to do another test on a FAT32 Volume. Guess what??? EnCase could hit the keyword in that plain text file, but FTK failed.

    What if the same keyword in a Doc/Docx file on the FAT32 Volume? Now FTK could hit the keyword in the Doc/Docx file.

     

    I try to figure out what's going on here. Correct me if any:

    1. FTK supports lots of code page including "Big5".

    2. FTK could index and search lots kind of file types including "plain text file".

    3. FTK supports so many kind of file systems including "FAT32".

     

    Now my question is:

    Why FTK could not hit the keyword in the plain text file whose code page is Big5 lying on FAT32 Volume?

     

    So what the hell is going on??? FTK must "see" the keywords in a plain text file or forensic guys will miss some very important clues like accounts and passwords. It's a very serious problem!

  • 相关阅读:
    带外数据
    数组中的第K个最大元素
    广播和多播
    反转链表
    ioctl操作
    非阻塞式I/O
    [CSP-S模拟测试]:简单的括号序列(组合数)
    [CSP-S模拟测试]:最大异或和(数学)
    关于我
    [CSP-S模拟测试]:礼物(数学)
  • 原文地址:https://www.cnblogs.com/pieces0310/p/5655266.html
Copyright © 2011-2022 走看看