md5(3tcl)
β¨ md5 β the MD5 Message-Digest Algorithm β¨
okay bestie, gather round, because this is the md5(3tcl) manual page and it's genuinely iconic. it's the Tcl girlie's guide to making message digests and she is serving. let's go π
πΈ SYNOPSIS πΈ
package require Tcl 8.5 9
package require md5 ?2.0.9?
::md5::md5 ?-hex? [ -channel channel | -file filename | string ]
::md5::hmac ?-hex? -key key [ -channel channel | -file filename | string
]
::md5::MD5Init
::md5::MD5Update token data
::md5::MD5Final token
::md5::HMACInit key
::md5::HMACUpdate token data
::md5::HMACFinal token
π¦ DESCRIPTION π¦
So this package is an implementation in Tcl of the MD5 message-digest algorithm, exactly as described in RFC 1321 (1). what does that even mean? it means this algorithm takes an arbitrary quantity of data and generates a 128-bit message digest from the input. no cap, any amount, in goes the data, out comes the digest. β¨
MD5 is related to the MD4 algorithm (2) but it's been strengthened against certain types of potential attack. so like, MD5 got the glow-up. for new applications you should use MD5 in preference to MD4. periodt.
Now, the tea on performance β β if you have critcl and you've built the tcllibc package, then the implementation of the hashing function will be performed by compiled code. alternatively, if you have either cryptkit or Trf, then either of these is used to accelerate the digest computation. and if no suitable compiled package is available? then the pure-Tcl implementation is used. the programming interface remains the same in all cases, so honestly you don't even have to care. slay.
heads up bestie, there was a glow-down-then-glow-up moment here. the previous version of this package always returned a hex encoded string. this has been changed to simplify the programming interface and to make this version more compatible with other implementations. to obtain the previous usage, either explicitly specify package version 1, or use the-hexoption to themd5command. iykyk. π
BEWARE π¨ the commands in this package expect binary data as their input. when a-fileis provided, then this is ensured by the commands themselves, as they open the referenced file in binary mode. but when literal data, or a-channelare provided instead, then the command's caller is responsible for ensuring this fact. the necessary conversion command isencoding convertto utf-8 $string. do not skip this step i am begging you π
ATTENTION, there is a Tcl 9 COMPATIBILITY ISSUE here. Tcl 8.x silently mishandles non-binary input by cutting it internally to size. i.e. by only using the low byte of a higher unicode point. no error is thrown, the result is simply wrong. the audacity?? π Tcl 9 throws an error instead, i.e. expected byte sequence but character <location> was ...
π COMMANDS π
::md5::md5 ?-hex? [ -channel channel | -file filename | string ]β calculate the MD5 digest of the binary data given instring. this is returned as a binary string by default. giving the-hexoption will return a hexadecimal encoded version of the digest. the data to be hashed can be specified either as a string argument to themd5command, or as a filename, or a pre-opened channel. if the-filenameargument is given then the file is opened, the data read and hashed, and the file is closed. if the-channelargument is given then data is read from the channel until the end of file. the channel is not closed. only one of-file,-channelorstringshould be given. pick one bestie, you can't have all three, that's not the vibe.::md5::hmac ?-hex? -key key [ -channel channel | -file filename | string ]β calculate a Hashed Message Authentication digest (HMAC) using the MD5 digest algorithm. HMACs are described in RFC 2104 (3) and provide an MD5 digest that includes a key. all options other than-keyare as for the::md5::md5command. π
π PROGRAMMING INTERFACE π
for the programmer, the MD5 hash can be viewed as a bucket into which one pours data. when you have finished, you extract a value that is derived from the data that was poured into the bucket. πͺ£ this is genuinely the cutest mental model in the whole manpage, not me being obsessed.
the programming interface to the MD5 hash operates on a token (equivalent to the bucket). you call MD5Init to obtain a token, and then call MD5Update as many times as required to add data to the hash. to release any resources and obtain the hash value, you then call MD5Final. and an equivalent set of functions gives you a keyed digest (HMAC). π«
::md5::MD5Initβ begins a new MD5 hash. returns a token ID that must be used for the remaining functions.::md5::MD5Update token dataβ add data to the hash identified by token. callingMD5Update $token "abcd"is equivalent to callingMD5Update $token "ab"followed byMD5Update $token "cb". see EXAMPLES. (yes it says"cb", that's not a typo, that's just how the chunking works, trust π«Ά)::md5::MD5Final tokenβ returns the hash value and releases any resources held by this token. once this command completes the token will be invalid. the result is a binary string of16bytes representing the128bit MD5 digest value. it's giving final form. β¨::md5::HMACInit keyβ this is equivalent to the::md5::MD5Initcommand except that it requires the key that will be included in the HMAC.::md5::HMACUpdate token dataβ nothing extra to say here, keep scrolling π::md5::HMACFinal tokenβ these commands are identical to the MD5 equivalent commands.
π EXAMPLES π
% md5::md5 -hex "Tcl does MD5"
8AAC1EE01E20BB347104FABB90310433
% md5::hmac -hex -key Sekret "Tcl does MD5"
35BBA244FD56D3EDF5F3C47474DACB5D
% set tok [md5::MD5Init]
::md5::1
% md5::MD5Update $tok "Tcl "
% md5::MD5Update $tok "does "
% md5::MD5Update $tok "MD5"
% md5::Hex [md5::MD5Final $tok]
8AAC1EE01E20BB347104FABB90310433
see how the chunked-updates one lands on the exact same digest as the one-shot one? that's the bucket working exactly as advertised. chef's kiss. π
π REFERENCES π
- Rivest, R., "The MD5 Message-Digest Algorithm", RFC 1321, MIT and RSA Data Security, Inc, April 1992. (http://www.rfc-editor.org/rfc/rfc1321.txt)
- Rivest, R., "The MD4 Message Digest Algorithm", RFC 1320, MIT, April 1992. (http://www.rfc-editor.org/rfc/rfc1320.txt)
- Krawczyk, H., Bellare, M. and Canetti, R. "HMAC: Keyed-Hashing for Message Authentication", RFC 2104, February 1997. (http://www.rfc-editor.org/rfc/rfc2104.txt)
π BUGS, IDEAS, FEEDBACK π
this document, and the package it describes, will undoubtedly contain bugs and other problems. bestie, it said it, not me. π
please report such in the category md5 of the Tcllib Trackers [http://core.tcl.tk/tcllib/reportlist]. please also report any ideas for enhancements you may have for either package and/or documentation. we love feedback fr fr.
when proposing code changes, please provide unified diffs, i.e the output of diff -u. this is non-negotiable, do not send me vibes, send me diffs.
note further that attachments are strongly preferred over inlined patches. attachments can be made by going to the Edit form of the ticket immediately after its creation, and then using the left-most button in the secondary navigation bar. (the left-most one. yes that one. π )
π SEE ALSO π
md4, sha1
π·οΈ KEYWORDS π·οΈ
hashing, md5, message-digest, rfc 1320, rfc 1321, rfc 2104, security
ποΈ CATEGORY ποΈ
Hashes, checksums, and encryption
π COPYRIGHT π
Copyright (c) 2003, Pat Thoyts <patthoyts@users.sourceforge.net>
okay that's the whole page bestie, you're now officially fluent in md5. this was brought to you by tcllib, version 2.0.9, and it's giving certified banger energy. go forth, hash responsibly, and remember to encoding convertto utf-8 $string before you come for me. mwah π«Άπ
π¦ where this page comes from
- debian trixie: tcllib 2.0+dfsg-4 Β· Tcl
- ubuntu questing: tcllib 2.0+dfsg-4
- ubuntu resolute: tcllib 2.0+dfsg-5 Β· Tcl
- ubuntu stonking: tcllib 2.0+dfsg-6 Β· Tcl
- Copyright (c) 2003, Pat Thoyts <patthoyts@users\&.sourceforge\&.net>
- π girlified by deepseek-ai/DeepSeek-V4.1-Flash on : a language model's rewrite of the original, under its terms