Digest::SHA3 - phpMan

Command: man perldoc info search(apropos)  


Sections
NAME SYNOPSIS ABSTRACT DESCRIPTION UNICODE AND SIDE EFFECTS PADDING OF BASE64 DIGESTS EXPORT EXPORTABLE FUNCTIONS SEE ALSO AUTHOR ACKNOWLEDGMENTS COPYRIGHT AND LICENSE
NAME
    Digest::SHA3 - Perl extension for SHA-3

SYNOPSIS
    In programs:

                    # Functional interface

            use Digest::SHA3 qw(sha3_224 sha3_256_hex sha3_512_base64 ...);

            $digest = sha3_224($data);
            $digest = sha3_256_hex($data);
            $digest = sha3_384_base64($data);
            $digest = sha3_512($data);

                    # Object-oriented

            use Digest::SHA3;

            $sha3 = Digest::SHA3->new($alg);

            $sha3->add($data);              # feed data into stream

            $sha3->addfile(*F);
            $sha3->addfile($filename);

            $sha3->add_bits($bits);
            $sha3->add_bits($data, $nbits);

            $digest = $sha3->digest;        # compute digest
            $digest = $sha3->hexdigest;
            $digest = $sha3->b64digest;

                    # Compute extendable-length digest

            $sha3 = Digest::SHA3->new(128000)->add($data);  # SHAKE128
            $digest  = $sha3->squeeze;
            $digest .= $sha3->squeeze;
            ...

            $sha3 = Digest::SHA3->new(256000)->add($data);  # SHAKE256
            $digest  = $sha3->squeeze;
            $digest .= $sha3->squeeze;
            ...

ABSTRACT
    Digest::SHA3 is a complete implementation of the NIST SHA-3
    cryptographic hash function, as specified in FIPS 202 (SHA-3 Standard:
    Permutation-Based Hash and Extendable-Output Functions).

    The module gives Perl programmers a convenient way to calculate
    SHA3-224, SHA3-256, SHA3-384, and SHA3-512 message digests, as well as
    variable-length hashes using SHAKE128 and SHAKE256. Digest::SHA3 can
    handle all types of input, including partial-byte data.

DESCRIPTION
    Digest::SHA3 is written in C for speed. If your platform lacks a C
    compiler, perhaps you can find the module in a binary form compatible
    with your particular processor and operating system.

    The programming interface is easy to use: it's the same one found in
    CPAN's Digest module. So, if your applications currently use Digest::SHA
    and you'd prefer the newer flavor of the NIST standard, it's a simple
    matter to convert them.

    The interface provides two ways to calculate digests: all-at-once, or in
    stages. To illustrate, the following short program computes the SHA3-256
    digest of "hello world" using each approach:

            use Digest::SHA3 qw(sha3_256_hex);

            $data = "hello world";
            @frags = split(//, $data);

            # all-at-once (Functional style)
            $digest1 = sha3_256_hex($data);

            # in-stages (OOP style)
            $state = Digest::SHA3->new(256);
            for (@frags) { $state->add($_) }
            $digest2 = $state->hexdigest;

            print $digest1 eq $digest2 ?
                    "that's the ticket!\n" : "oops!\n";

    To calculate the digest of an n-bit message where *n* is not a multiple
    of 8, use the *add_bits()* method. For example, consider the 446-bit
    message consisting of the bit-string "110" repeated 148 times, followed
    by "11". Here's how to display its SHA3-512 digest:

            use Digest::SHA3;
            $bits = "110" x 148 . "11";
            $sha3 = Digest::SHA3->new(512)->add_bits($bits);
            print $sha3->hexdigest, "\n";

    Note that for larger bit-strings, it's more efficient to use the
    two-argument version *add_bits($data, $nbits)*, where *$data* is in the
    customary packed binary format used for Perl strings.

UNICODE AND SIDE EFFECTS
    Perl supports Unicode strings as of version 5.6. Such strings may
    contain wide characters: namely, characters whose ordinal values are
    greater than 255. This can cause problems for digest algorithms such as
    SHA-3 that are specified to operate on sequences of bytes.

    The rule by which Digest::SHA3 handles a Unicode string is easy to
    state, but potentially confusing to grasp: the string is interpreted as
    a sequence of byte values, where each byte value is equal to the ordinal
    value (viz. code point) of its corresponding Unicode character. That
    way, the Unicode string 'abc' has exactly the same digest value as the
    ordinary string 'abc'.

    Since a wide character does not fit into a byte, the Digest::SHA3
    routines croak if they encounter one. Whereas if a Unicode string
    contains no wide characters, the module accepts it quite happily. The
    following code illustrates the two cases:

            $str1 = pack('U*', (0..255));
            print sha3_224_hex($str1);              # ok

            $str2 = pack('U*', (0..256));
            print sha3_224_hex($str2);              # croaks

    Be aware that the digest routines silently convert UTF-8 input into its
    equivalent byte sequence in the native encoding (cf. utf8::downgrade).
    This side effect influences only the way Perl stores the data
    internally, but otherwise leaves the actual value of the data intact.

PADDING OF BASE64 DIGESTS
    By convention, CPAN Digest modules do not pad their Base64 output.
    Problems can occur when feeding such digests to other software that
    expects properly padded Base64 encodings.

    For the time being, any necessary padding must be done by the user.
    Fortunately, this is a simple operation: if the length of a
    Base64-encoded digest isn't a multiple of 4, simply append "="
    characters to the end of the digest until it is:

            while (length($b64_digest) % 4) {
                    $b64_digest .= '=';
            }

    To illustrate, *sha3_256_base64("abc")* is computed to be

            Ophdp0/iJbIEXBcta9OQvYVfCG4+nVJbRr/iRRFDFTI

    which has a length of 43. So, the properly padded version is

            Ophdp0/iJbIEXBcta9OQvYVfCG4+nVJbRr/iRRFDFTI=

EXPORT
    None by default.

EXPORTABLE FUNCTIONS
    Provided your C compiler supports a 64-bit type (e.g. the *long long* of
    C99, or *__int64* used by Microsoft C/C++), all of these functions will
    be available for use. Otherwise you won't be able to perform any of
    them.

    In the interest of simplicity, maintainability, and small code size,
    it's unlikely that future versions of this module will support a 32-bit
    implementation. Older platforms using 32-bit-only compilers should
    continue to favor 32-bit hash implementations such as SHA-1, SHA-224, or
    SHA-256. The desire to use the SHA-3 hash standard, dating from 2015,
    should reasonably require that one's compiler adhere to programming
    language standards dating from at least 1999.

    *Functional style*

    sha3_224($data, ...)
    sha3_256($data, ...)
    sha3_384($data, ...)
    sha3_512($data, ...)
    shake128($data, ...)
    shake256($data, ...)
        Logically joins the arguments into a single string, and returns its
        SHA3-0/224/256/384/512 digest encoded as a binary string.

        The digest size for shake128 is 1344 bits (168 bytes); for shake256,
        it's 1088 bits (136 bytes). To obtain extendable-output from the
        SHAKE algorithms, use the object-oriented interface with repeated
        calls to the *squeeze* method.

    sha3_224_hex($data, ...)
    sha3_256_hex($data, ...)
    sha3_384_hex($data, ...)
    sha3_512_hex($data, ...)
    shake128_hex($data, ...)
    shake256_hex($data, ...)
        Logically joins the arguments into a single string, and returns its
        SHA3-0/224/256/384/512 or SHAKE128/256 digest encoded as a
        hexadecimal string.

    sha3_224_base64($data, ...)
    sha3_256_base64($data, ...)
    sha3_384_base64($data, ...)
    sha3_512_base64($data, ...)
    shake128_base64($data, ...)
    shake256_base64($data, ...)
        Logically joins the arguments into a single string, and returns its
        SHA3-0/224/256/384/512 or SHAKE128/256 digest encoded as a Base64
        string.

        It's important to note that the resulting string does not contain
        the padding characters typical of Base64 encodings. This omission is
        deliberate, and is done to maintain compatibility with the family of
        CPAN Digest modules. See "PADDING OF BASE64 DIGESTS" for details.

    *OOP style*

    new($alg)
        Returns a new Digest::SHA3 object. Allowed values for *$alg* are
        224, 256, 384, and 512 for the SHA3 algorithms; or 128000 and 256000
        for SHAKE128 and SHAKE256, respectively. If the argument is missing,
        SHA3-224 will be used by default.

        Invoking *new* as an instance method will not create a new object;
        instead, it will simply reset the object to the initial state
        associated with *$alg*. If the argument is missing, the object will
        continue using the same algorithm that was selected at creation.

    reset($alg)
        This method has exactly the same effect as *new($alg)*. In fact,
        *reset* is just an alias for *new*.

    hashsize
        Returns the number of digest bits for this object. The values are
        224, 256, 384, 512, 1344, and 1088 for SHA3-224, SHA3-256, SHA3-384,
        SHA3-512, SHAKE128, and SHAKE256, respectively.

    algorithm
        Returns the digest algorithm for this object. The values are 224,
        256, 384, 512, 128000, and 256000 for SHA3-224, SHA3-256, SHA3-384,
        SHA3-512, SHAKE128, and SHAKE256, respectively.

    clone
        Returns a duplicate copy of the object.

    add($data, ...)
        Logically joins the arguments into a single string, and uses it to
        update the current digest state. In other words, the following
        statements have the same effect:

                $sha3->add("a"); $sha3->add("b"); $sha3->add("c");
                $sha3->add("a")->add("b")->add("c");
                $sha3->add("a", "b", "c");
                $sha3->add("abc");

        The return value is the updated object itself.

    add_bits($data, $nbits [, $lsb])
    add_bits($bits)
        Updates the current digest state by appending bits to it. The return
        value is the updated object itself.

        The first form causes the most-significant *$nbits* of *$data* to be
        appended to the stream. The *$data* argument is in the customary
        binary format used for Perl strings. Setting the optional *$lsb*
        flag to a true value indicates that the final (partial) byte of
        *$data* is aligned with the least-significant bit; by default it's
        aligned with the most-significant bit, as required by the parent
        Digest module.

        The second form takes an ASCII string of "0" and "1" characters as
        its argument. It's equivalent to

                $sha3->add_bits(pack("B*", $bits), length($bits));

        So, the following three statements do the same thing:

                $sha3->add_bits("111100001010");
                $sha3->add_bits("\xF0\xA0", 12);
                $sha3->add_bits("\xF0\x0A", 12, 1);

        SHA-3 uses least-significant-bit ordering for its internal
        operation. This means that

                $sha3->add_bits("110");

        is equivalent to

                $sha3->add_bits("0")->add_bits("1")->add_bits("1");

        Many public test vectors for SHA-3, such as the Keccak known-answer
        tests, are delivered in least-significant-bit format. Using the
        optional *$lsb* flag in these cases allows your code to be simpler
        and more efficient. See the test directory for examples.

        The fact that SHA-2 and SHA-3 employ opposite bit-ordering schemes
        has caused noticeable confusion in the programming community.
        Exercise caution if your code examines individual bits in data
        streams.

    addfile(*FILE)
        Reads from *FILE* until EOF, and appends that data to the current
        state. The return value is the updated object itself.

    addfile($filename [, $mode])
        Reads the contents of *$filename*, and appends that data to the
        current state. The return value is the updated object itself.

        By default, *$filename* is simply opened and read; no special modes
        or I/O disciplines are used. To change this, set the optional
        *$mode* argument to one of the following values:

                "b"     read file in binary mode

                "U"     use universal newlines

                "0"     use BITS mode

        The "U" mode is modeled on Python's "Universal Newlines" concept,
        whereby DOS and Mac OS line terminators are converted internally to
        UNIX newlines before processing. This ensures consistent digest
        values when working simultaneously across multiple file systems. The
        "U" mode influences only text files, namely those passing Perl's
        *-T* test; binary files are processed with no translation
        whatsoever.

        The BITS mode ("0") interprets the contents of *$filename* as a
        logical stream of bits, where each ASCII '0' or '1' character
        represents a 0 or 1 bit, respectively. All other characters are
        ignored. This provides a convenient way to calculate the digest
        values of partial-byte data by using files, rather than having to
        write programs using the *add_bits* method.

    digest
        Returns the digest encoded as a binary string.

        Note that the *digest* method is a read-once operation. Once it has
        been performed, the Digest::SHA3 object is automatically reset in
        preparation for calculating another digest value. Call
        *$sha->clone->digest* if it's necessary to preserve the original
        digest state.

    hexdigest
        Returns the digest encoded as a hexadecimal string.

        Like *digest*, this method is a read-once operation. Call
        *$sha->clone->hexdigest* if it's necessary to preserve the original
        digest state.

    b64digest
        Returns the digest encoded as a Base64 string.

        Like *digest*, this method is a read-once operation. Call
        *$sha->clone->b64digest* if it's necessary to preserve the original
        digest state.

        It's important to note that the resulting string does not contain
        the padding characters typical of Base64 encodings. This omission is
        deliberate, and is done to maintain compatibility with the family of
        CPAN Digest modules. See "PADDING OF BASE64 DIGESTS" for details.

    squeeze
        Returns the next 168 (136) bytes of the SHAKE128 (SHAKE256) digest
        encoded as a binary string. The *squeeze* method may be called
        repeatedly to construct digests of any desired length.

        This method is applicable only to SHAKE128 and SHAKE256 objects.

SEE ALSO
    Digest, Digest::SHA, Digest::Keccak

    The FIPS 202 SHA-3 Standard can be found at:

    <http://nvlpubs.nist.gov/nistpubs/FIPS/NIST.FIPS.202.pdf>

    The Keccak/SHA-3 specifications can be found at:

    <http://keccak.noekeon.org/Keccak-reference-3.0.pdf>
    <http://keccak.noekeon.org/Keccak-submission-3.pdf>

AUTHOR
            Mark Shelor     <mshelor AT cpan.org>

ACKNOWLEDGMENTS
    The author is particularly grateful to

            Guido Bertoni
            Joan Daemen
            Michael Peeters
            Chris Skiscim
            Gilles Van Assche

    "Nothing is more fatiguing nor, in the long run, more exasperating than
    the daily effort to believe things which daily become more incredible.
    To be done with this effort is an indispensible condition of secure and
    lasting happiness." - Bertrand Russell

COPYRIGHT AND LICENSE
    Copyright (C) 2012-2018 Mark Shelor

    This library is free software; you can redistribute it and/or modify it
    under the same terms as Perl itself.

    perlartistic


Generated by phpMan Author: Che Dong On Apache Under GNU General Public License - MarkDown Format
2026-05-23 08:43 @216.73.217.24 CrawledBy Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; ClaudeBot/1.0; +claudebot@anthropic.com)
Valid XHTML 1.0 TransitionalValid CSS!

^_back to top