| /Linux-v5.15/crypto/ |
| D | testmgr.h | 39 const char *plaintext; member
2880 .plaintext = "",
2884 .plaintext = "a",
2889 .plaintext = "abc",
2894 .plaintext = "message digest",
2899 .plaintext = "abcdefghijklmnopqrstuvwxyz",
2904 .plaintext = "ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz0123456789",
2909 .plaintext = "123456789012345678901234567890123456789012345678901234567890123"
2919 .plaintext = "",
2925 .plaintext = "a",
[all …]
|
| D | khazad.c | 803 u8 *ciphertext, const u8 *plaintext) in khazad_crypt() argument
805 const __be64 *src = (const __be64 *)plaintext; in khazad_crypt()
|
| D | anubis.c | 573 u8 *ciphertext, const u8 *plaintext, const int R) in anubis_crypt() argument
575 const __be32 *src = (const __be32 *)plaintext; in anubis_crypt()
|
| D | testmgr.c | 1134 kv.iov_base = (void *)vec->plaintext; in build_hash_sglist()
1598 generate_random_bytes((u8 *)vec->plaintext, vec->psize); in generate_random_hash_testvec()
1620 vec->digest_error = crypto_shash_digest(desc, vec->plaintext, in generate_random_hash_testvec()
1717 vec.plaintext = kmalloc(maxdatasize, GFP_KERNEL); in test_hash_vs_generic_impl()
1719 if (!vec.key || !vec.plaintext || !vec.digest) { in test_hash_vs_generic_impl()
1740 kfree(vec.plaintext); in test_hash_vs_generic_impl()
|
| D | Kconfig | 442 with the plaintext blocks to get the ciphertext. Flipping a bit in the
443 ciphertext produces a flipped bit in the plaintext at the same
|
| /Linux-v5.15/Documentation/admin-guide/blockdev/drbd/ |
| D | drbd-connection-state-overview.dot | 6 node [shape=plaintext]
|
| /Linux-v5.15/Documentation/block/ |
| D | inline-encryption.rst | 243 its integrity information is calculated (using the plaintext data, since
247 must not store the integrity info that it received with the plaintext data
248 since that might reveal information about the plaintext data. As such, it must
250 instead. Another issue with storing the integrity info of the plaintext data is
254 ciphertext, not that of the plaintext).
|
| /Linux-v5.15/Documentation/crypto/ |
| D | userspace-if.rst | 93 If a consumer on the other hand wants to maintain the plaintext and the
237 with the plaintext / ciphertext. See below for the memory structure.
263 - plaintext or ciphertext
277 - AEAD encryption input: AAD \|\| plaintext
286 - AEAD decryption output: plaintext
|
| D | devel-algos.rst | 132 contains the plaintext and will contain the ciphertext. Please refer
|
| /Linux-v5.15/Documentation/security/keys/ |
| D | ecryptfs.rst | 28 In order to avoid known-plaintext attacks, the datablob obtained through
|
| /Linux-v5.15/net/bluetooth/ |
| D | amp.c | 128 static int hmac_sha256(u8 *key, u8 ksize, char *plaintext, u8 psize, u8 *output) in hmac_sha256() argument
158 ret = crypto_shash_digest(shash, plaintext, psize, output); in hmac_sha256()
|
| /Linux-v5.15/Documentation/virt/kvm/ |
| D | s390-pv-boot.rst | 15 On IPL (boot) a small plaintext bootloader is started, which provides
|
| D | hypercalls.rst | 185 * bit 4 - plaintext = 0, encrypted = 1
|
| D | api.rst | 4332 engine uses a tweak such that two identical plaintext pages, each at
4334 moving ciphertext of those pages will not result in plaintext being
|
| /Linux-v5.15/Documentation/filesystems/ |
| D | fscrypt.rst | 90 plaintext file contents or filenames from other users on the same
241 "tweak" the encryption of each file so that the same plaintext in two
323 plaintext filenames, the KDF is also used to derive a 128-bit
407 With CTS-CBC, the IV reuse means that when the plaintext filenames
413 All supported filenames encryption modes accept any plaintext length
679 encrypted using that key appear "unlocked", i.e. in plaintext form.
804 be in plaintext form or in ciphertext form) is global. This mismatch
1073 for an encrypted file contains the plaintext, not the ciphertext.
1194 plaintext must be preserved. Instead, filesystems must encrypt into a
1223 plaintext filenames, since the plaintext filenames are unavailable
[all …]
|
| D | fsverity.rst | 495 fs-verity. In this case, the plaintext data is verified rather than
508 when the file is, since it contains hashes of the plaintext data.
791 file contents are, because it stores hashes of the plaintext
|
| /Linux-v5.15/arch/x86/crypto/ |
| D | aesni-intel_asm.S | 370 # (r13 is the number of bytes in plaintext mod 16)
662 # r16-r13 is the number of bytes in plaintext mod 16)
833 # write back plaintext/ciphertext for num_initial_blocks
841 # prepare plaintext/ciphertext for GHASH computation
1327 movdqu \XMM1, (%arg3,%r11,1) # Write to plaintext buffer
1331 movdqu \XMM2, 16(%arg3,%r11,1) # Write to plaintext buffer
1335 movdqu \XMM3, 32(%arg3,%r11,1) # Write to plaintext buffer
1339 movdqu \XMM4, 48(%arg3,%r11,1) # Write to plaintext buffer
|
| D | aesni-intel_avx-x86_64.S | 299 mov arg5, %r13 # save the number of bytes of plaintext/ciphertext
441 # number of bytes in plaintext mod 16)
457 # (r13 is the number of bytes in plaintext mod 16)
765 # r16-r13 is the number of bytes in plaintext mod 16)
984 ## if a = number of total plaintext bytes
1932 ## if a = number of total plaintext bytes
|
| /Linux-v5.15/Documentation/admin-guide/cifs/ |
| D | usage.rst | 644 does not work with lanman or plaintext authentication.
735 plaintext, ntlm, ntlmv2, signing allowed). Some
737 options to be enabled (lanman and plaintext require
739 plaintext authentication currently requires also
757 may use plaintext passwords 0x00020
758 must use plaintext passwords 0x20020
|
| /Linux-v5.15/Documentation/power/ |
| D | swsusp.rst | 329 your sensitive data are then stored in plaintext on disk. This means
|
