Zadbaj o dobrą organizację dzięki kolekcji
Zapisuj i kategoryzuj treści zgodnie ze swoimi preferencjami.
W wielu bibliotekach kryptograficznych klucze są często identyfikowane tylko za pomocą niektórych sekwencji bajtów. Rozważ na przykład funkcje OpenSSL, takie jak EVP_EncryptInit_ex, która oprócz bajtów klucza wymaga również IV do obliczeń, lub metoda javax.crypto Cipher.init, która przyjmuje zarówno sekwencję klucza, jak i AlgorithmParameterSpec. Z takich funkcji często trudno jest prawidłowo korzystać, a podanie nieprawidłowych parametrów może mieć poważne konsekwencje.
Tink chce być inny i oczekuje, że klucz zawsze będzie składać się z kluczowego materiału i metadanych (parametrów).
Pełny klucz AEAD dokładnie określa, jak działa szyfrowanie i odszyfrowanie – określa 2 funkcje \(\mathrm{Enc}\) i \(\mathrm{Dec}\)oraz sposób kodowania tekstu zaszyfrowanego (np. wektor inicjalizacji, a następnie szyfrowanie i tag).
Klucz AES w Tink to nie tylko sekwencja bajtów o długości 128, 192 lub 256 bitów, ale też odpowiednie specyfikacje algorytmu potrzebne do obliczenia klucza w postaci obiektu parameters. Dlatego pełny klucz AES-EAX i pełny klucz AES-GCM to różne obiekty w Tink.
[null,null,["Ostatnia aktualizacja: 2025-07-25 UTC."],[[["\u003cp\u003eIn Tink, a Key is a cryptographic object encompassing both key material and metadata, ensuring clear and complete functionality specification.\u003c/p\u003e\n"],["\u003cp\u003eUnlike traditional libraries, Tink Keys include necessary parameters like IV and algorithm specifications, simplifying usage and mitigating potential errors.\u003c/p\u003e\n"],["\u003cp\u003eTink Keys fully define cryptographic operations, including encryption, decryption, and ciphertext encoding, as exemplified by AEAD keys.\u003c/p\u003e\n"],["\u003cp\u003eDifferent key types with distinct algorithm specifications, like AES-EAX and AES-GCM, are treated as separate objects within Tink.\u003c/p\u003e\n"],["\u003cp\u003eTink incorporates Keys into Keysets, enabling key rotation and enhanced security practices.\u003c/p\u003e\n"]]],["Tink's **Key** includes both key material and metadata, defining its functionality. Unlike other libraries that only use byte sequences, Tink requires complete parameter specifications. A full AEAD key defines encryption and decryption processes, along with ciphertext encoding. AES keys in Tink include algorithm specifications, making different AES types distinct objects. Keys in Tink exist as parts of a set of keys called a Keyset, allowing key rotation.\n"],null,["# Keys\n\n| In Tink, a **Key** describes a complete cryptographic object, and consists of the key material plus all necessary metadata which describes its functionality.\n\nIn many cryptographic libraries, keys are often identified by only some byte\nsequences. Consider for example OpenSSL functions such as `EVP_EncryptInit_ex`,\nwhich apart from the key bytes, also needs the IV for computation; or the\njavax.crypto method `Cipher.init`, which takes both a key sequence and an\n`AlgorithmParameterSpec`. Such functions are often difficult to use correctly\nand passing the wrong parameters can have serious consequences.\n\nTink aims to be different, and expects a key to always consist of both the key\nmaterial and the metadata (the parameters).\n\nA full AEAD key for example specifies in exact detail how encryption and\ndecryption works - it specifies the two functions \\\\(\\\\mathrm{Enc}\\\\) and\n\\\\(\\\\mathrm{Dec}\\\\), and how the ciphertext is encoded (e.g. initialization vector,\nfollowed by the encryption, followed by the tag).\n\nAn AES key in Tink is not only a byte sequence of length 128, 192 or 256 bits,\nbut it also stores the corresponding algorithm specifications needed to compute\nthe key, in the form of a [parameters](/tink/design/parameters) object. Hence, a\nfull AES-EAX key and a full AES-GCM key are different objects in Tink.\n| **Note:** In Tink, keys are part of a [keyset](/tink/design/keysets) - a set of keys which implement the same primitive, which facilitates key rotation."]]
