MD5 & SHA Checksum Utility

MD5 & SHA Checksum Utility is a tool that allows you to generate CRC32, MD5, SHA-1, SHA-256, SHA-384 and SHA-512 hashes of single or multiple files. You can also verify hashes with the matching file to ensure the file integrity is correct.

You may click on the Browse button to select a file/folder to generate hashes. Alternatively, you may also drag and drop or do a right-click on any file/folder to generate hashes. The generated hashes can be copied to clipboard or saved as CSV/HTML/TXT file.

File Panel
File Panel

Folder Panel
File Panel

Feature Free Pro
MD5, SHA-1, SHA-256 & SHA-512 tick tick
CRC32 & SHA-384 cross tick
Copy to Clipboard tick tick
Drag and Drop tick tick
Verify Hash tick tick
Hash Multiples Files from Folders and Subfolders cross tick
Export Report as CSV/HTML/TXT file cross tick
Windows Explorer Context Menu Integration cross tick
Price $0 $9.99
Get it from CNET Download.com! Purchase Now


Instruction to Generate hash

  1. Tick on the hashes that you want to generate
  2. Drag and drop a file into the program or use the Browse button to select a File
  3. Selected hashes will be generated
  4. Click on Copy All button if you want to copy all the selected hashes to clipboard (Useful for sharing hash with people)

Instruction to Verify hash

  1. Download a software that provides MD5, SHA-1 & SHA-256 hash
  2. Copy one of the hashes to clipboard (Ctrl + C)
  3. Drag and drop the downloaded file into the program or use the Browse button to select the downloaded file
  4. Selected hashes will be generated
  5. Click on the Paste button
  6. Click on the Verify button and the result will be displayed in a message box

You can try generate hash for this software and verify with one of the the checksum below.

Checksums for MD5 & SHA Checksum Utility 2.1 (Free)

MD5 Checksum: 2D423B85E6684956B817E6C7E36BE3DC
SHA-1 Checksum: 4B70B5213249014C3785460720B81B5F9BEABEC3
SHA-256 Checksum: D3D6F3597AEBA37312F61E59BA465E57B19140CC9A4517C7F9C49461F1D0A4BB
SHA-512 Checksum: 53914AFA0E66C50BBD12D9FFB7833FD5094FA10735D8700BFF9CD87C2A7EB478D6715B34EAE4F53652F0E48EC3526C51C431C08ACF4EC70E8DD5FCD5FA84C129

If you like this software, you may wish to donate via paypal.

You can email me or post a comment here for any feedback or suggestions.

Bookmark  and Share

148 Comments Add your own

  • 1. Joe Flowers  |  December 17, 2014 at 12:09 am

    Can the CSV/HTML/TXT file be used to verify all of the hashes of the files automatically, so we don’t have to verify the hashes one at a time by copying and pasting each hash for each file?

    Reply
    • 2. Raymond  |  December 17, 2014 at 12:34 am

      Hi Joe Flowers,

      Do you mean something like the scenario below:
      1) Generate a CSV/HTML/TXT report on a folder which consist of e.g. 5 files today.
      2) Repeat the above step e.g. 1 month later to compare the hash to ensure that the files integrity is correct i.e. not changed/corrupted.

      If that is the case, you can simply compare old and new reports hash to verify. Alternatively, you can run a text file comparison software like Notepad++ to do a line by line comparison on both reports and the differences will be highlighted.

      Cheers

      Reply
      • 3. Joe Flowers  |  December 17, 2014 at 12:45 am

        Hi Raymond,

        So, it looks like what you are saying is for us to do something like a file compare on the two reports and make sure they are the same.

        That’s an interesting solution I had not thought of. Perhaps WinMerge would be a good way to go on that. However, it messes up somewhat if more files are added later or some files are deleted. And, it takes more time which I was hoping to save.

        It would make for a better product if we don’t have to do that. I’m on the fence now about buying the Pro version. If that feature was in it, it would be a much easier decision for me to make.

        I hope you continue to develop this product.

        Thanks,

        Joe

      • 4. Raymond  |  December 17, 2014 at 10:49 pm

        Hi Joe,

        It is a good suggestion of the feature.
        Will develop consider this in future release if I have time to develop.

        Cheers

  • 5. Pandu  |  December 15, 2014 at 9:35 am

    Great Software!
    Thanks Dude :)

    Reply
    • 6. Raymond  |  December 15, 2014 at 10:04 pm

      Hi Pandu,

      Thanks for support.

      Cheers

      Reply
  • 7. Ed  |  November 26, 2014 at 9:56 pm

    Just ran the utility on a 6.9 GB ISO and worked perfectly.
    Running Win7 Ultimate, 32GB RAM, Raid 0
    Thanks for the great utility.

    Reply
    • 8. Raymond  |  November 26, 2014 at 11:45 pm

      Hi Ed,

      Thanks for the information and feedback.

      Cheers

      Reply
  • 9. Donald Duck  |  November 26, 2014 at 12:59 pm

    Hi; I have been comparing hash/check sum values of (same) files before and after encryption (using M/S EFS)… Should the values change, or remain the same before and after encryption, pls? (The result I’m getting is that they remain the same…)
    Your prompt reply is greately appreciated for a study assignment due soon.
    Cheers; D.

    Reply
    • 10. Raymond  |  November 26, 2014 at 11:44 pm

      Hi Donald Duck,

      I never use MS EFS before. Seems like you already tested and got the answer.
      You may need to read up more on MS EFS and also research on the differences between this MS EFS and standard encryption.

      Cheers

      Reply
      • 11. Donald Duck  |  November 27, 2014 at 5:16 am

        Thanks… My question is more generic, relating to whether encryption –
        in general, changes hash-values, at all, or not..?
        I am using a built-in, standard Microsoft Encryption File System and, unless I am not testing it properly using your fine product here, returns the same values…
        As a lesson, I am hoping to learn, whether the SHA1/MD5 (etc.) values change with an encrypted file, or not, pls?
        Many Thanks; D. :-]

      • 12. Raymond  |  November 27, 2014 at 10:43 pm

        Hi Donald Duck,

        Generally, if you encrypt a file using tools like Axcrypt with a secret key, the content will be scrambled thus the hash value change.
        Once you decrypt the file with the same secret key, the hash will be restored back to original hash.

        However for MS EFS, if you simply just right click the file and marked as encrypt, the hash will still be the same as before.

        You can research more on the differences between MS EFS and standard file encryption.

        Cheers

  • 13. Sarah  |  November 25, 2014 at 5:57 am

    When I run the application I get a message box “The application failed to initialize properly 0xc0000135″. Is Windows XP supported?

    Reply
    • 14. Raymond  |  November 25, 2014 at 8:25 am

      Hi Sarah,

      Your system need to have .NET Framework 2.0 or above to run the program. You can download free from Microsoft website.

      Cheers

      Reply
  • 15. Marcel  |  November 18, 2014 at 2:44 pm

    Philippe/Raymond
    FWIW..
    About the big files hash thing – I ran MD5&SHA Checker twice on a (single) 10,7GB mkv-file – results were the same.
    Using Windows 7 x64 8GB RAM, RAID,0.
    The file is nót located on an external drive.
    =

    Reply
    • 16. Raymond  |  November 18, 2014 at 10:42 pm

      Hi Marcel,

      Thanks for the information. I believed for Philippe case, it might be operating system or hardware level kinds of compatibility issue.

      Cheers

      Reply
  • 17. THEODORE HESTON FERNANDEZ  |  November 15, 2014 at 2:58 am

    Hi
    I just used this utility with a 3.84gb .iso DVD image file [ (e.g. Windows 8.1 with update x64 ] and have no problems. My system is running on win7 Ultimate 64bit on an Intel DH87MC Motherboard and configured for Raid1 [ 8 GB RAM, i5 Processor, AMD Graphics Card].
    I also tried it on a 6.32GB .iso DVD file and it worked right, The checksum results were the same, it did not change [ MD5 SHA1….]

    Reply
    • 18. Raymond  |  November 15, 2014 at 2:11 pm

      Hi THEODORE,

      Thanks for the information and feedback.

      Cheers

      Reply
  • 19. Philippe Verdy  |  November 11, 2014 at 9:32 pm

    Never twice the same result on the same unmodified file when using it over really big files such as .iso DVD images larger than 2 GB (e.g. Windows 8.1 installation DVD about 4GB in size).
    Every time I run it, every checksum (MD5, SHA1, ….) changes !

    No such problem with the command line tool frol Microsoft itself.
    Your tool simply does not work properly except for small files.
    And my PC is clean from malwares (checked with MalwareBytes, Avast, Microsoft Security Essential), and with all system updates installed.(OS: Windows 7)
    I have also checked the system drivers (all of them certified, digitally signed and updated), and checked the system memory and cache with advanced tests, and the CPU (with “burning” tests), and storage disks (RAID5 array, and SSD).

    I just think this tool is not compatible with large files and limited to files with positive 32-bit sizes (everything read after this limit returns negative file offsets, and you get unpredictable results.

    Reply
    • 20. Raymond  |  November 11, 2014 at 10:08 pm

      Hi Philippe,

      Thanks for the comment.

      So far I did not receive any feedback on different checksum issue for hashing large files.

      I did a quick search online and found a related article http://serverfault.com/questions/36966/md5sum-repeatedly-gives-different-checksum-for-same-file-on-same-machine

      Seems like this problem could be caused by hard disk or memory issue. However, I noticed that you also did a various checks on your system and seems like there is no issue with your hardware.

      I will need to conduct various test on large files and apply necessary patch if possible.

      Cheers

      Reply
      • 21. Philippe Verdy  |  November 12, 2014 at 12:20 am

        Do you allocate all the file in a single block of memory and a single I/O op for reading it? All Windows software have severe compatibility issues with very large I/O such as 4GiB at once, or using a single large memory block.

        And this is in fact what Microsoft recommends (there’s no utility to allocate a very large buffer more than 4 MiB for performance). Note: your tool is also very slow compared to a Powershell script using Microsoft Cryptography API. Using a stream to process reasonnable block sizes works perfectly.

        There are many related issues, not just in hardware or software but also in the way the machine BIOS configures PCI resources or manages the “Physical Address Extension” or PAE (still used in 64 bit Windows that still has lots of 32 bit components and that runs a 32 bit VM needing PAE (in fact an old Intel/AMD mechanism that has existed just before the release of Windows XP 64-bit and was first used on Linux)..

        —-

        My Intel processor is fully 64-bit, PAE enabled, with virtual extension and support for large memory pages. It also has 8 cores. It can also run successfully an hypervisor (Oracle VirtualBox) to start several instances of 32-bit or 64-bit OSes (several Windows, Linux), including with PAE,and NX enabled and accelerated guest drivers. My system runs with 24 GB of RAM (3 banks of 2x4GB, good brand). It is also very well cooled (including the 6 storage disks of the RAID array, and the 512MiB SSD…) with 8 fans (front, rear, inside) and watercooling.

        My Gigabyte motherboard is also very well noted, firmwares are also up to date for the motherboard internal bridges, and the SSD and the RAID array controler.

        Note also that I have an nVidia display board (nVidia has known issues as well for allocating its memory mapped block within the “low” memory space and make it work with PAE along with large I/O performed at the same time on the same bus (notably for the accelerated bus used by PCI Express, and my SSD using.also the accelerated mode.

        I also have an USB3 bus for external devices. Renesas USB3 drivers are known to have issues with some BIOSes but my drivers were corrected and are certified. And they are up to date.

        Also a hotplugging SATA harddisk used for backups. This uses a shared port with the USB3 connector but for now the hard disk slot is empty.
        My motherboard is also very well noted.

        When testing your tool though, there’s no other usage of the USB3 bus, and Windows 7 is running as the host OS (not in a VM). Your tool returns the correct SHA1 result when processing the same files in a Windows 32-bit VM, it just does not work in the host 64-bit Windows 7 (outside any VM or and not running Oracle Virtual Box).

        So really I think you have a compatibiluty issue only in your software (but this may still be a bug in the Windows 7 64-bit kernel). I have not tried it in Windows Server R2….

      • 22. Philippe Verdy  |  November 12, 2014 at 12:34 am

        Note: memtest86+ returns NO error. Neither does the Windows builtin mem test (running also at boot time).

        And I know that this is not a corruption on disk (I have plugged a disk to copy the test file on it) and run your tool over a smaller notebook (also running 64-bit Windows 7, but with 6 GB RAM only).

        I think this is a tricky unknown issue within some motherboard drivers for Windows when negociating bus accesses with other accelerated devices (notably between nVidia display board equipped with 1GB VRAM, the SATA controler, the RAID controler, the 10 Gigabit Ethernet board and the level-3 memory cache in the CPU or the level-4 cache added by the motherboard): above some point, I/O transfers from disk to user memory in your 32-bit application may be corrupted or incorrectly mapped by PAE (timing issues within the memory manager of the kernel). But if this is the case, I have not found any tool to detect the issue (and MemTest86+ does not detect it as it is performed without using acelerated features of other devices in parallel, notably the display).

        I also performed a display “burn test” (with DirectX 11) to see if the display board could cause havoc. But anyway, when I run your tool to test it, I only have the Areo desktop and no extensive use of the GPU (no video played). I have even tried running it without the browser running, and when disabling the antivirus temporarily (and also with unlugging the Ethernet and turning off Wifi). Always the bad inconsistant results for files larger then 2GiB.

      • 23. Raymond  |  November 12, 2014 at 12:42 am

        Hi Philippe,

        Thanks for the informative reply.
        Will need to conduct further test and research to see if this is a known issue for specific operating system/hardware.

        Cheers

  • 24. Bob  |  October 19, 2014 at 7:36 am

    I’m trying to develop hash total on an ISO file. I used the ImgBurn software “to write image file to disc.” I can get a hash total on the desktop ISO file, but cannot get a hash total on the DVD ISO file. I want to make doubly sure the DVD ISO file is identical to the Desktop ISO file. Is this feature available in the Pro version? If not, could this feature be added? Thank you.

    Reply
    • 25. Raymond  |  October 19, 2014 at 1:34 pm

      Hi Bob,

      This feature is not available in the Pro version and will consider to implement in the future version.

      If I’m not wrong ImbBurn got a verify feature, you may want to find out if it helps for your case.

      Cheers

      Reply

Leave a Reply

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s

Trackback this post  |  Subscribe to the comments via RSS Feed


Follow

Get every new post delivered to your Inbox.

%d bloggers like this: