Knowledge Base

C

Cipher Suite: TLS_­PSK_­WITH_­AES_­256_­CBC_­SHA384

Summary

Name:
TLS_PSK_WITH_AES_256_CBC_SHA384
IANA Name:
TLS_PSK_WITH_AES_256_CBC_SHA384
Code:
(0x00, 0xaf)
OpenSSL Name:
PSK-AES256-CBC-SHA384
Protocol Versions:
TLS 1.0,TLS 1.1,TLS 1.2

Check your host!

Type a URL to analyze a service

Get a prompt and clear overview of your security configuration. Right now!

Components

C
Key Exchange Method
Name
PSK (Pre-shared Key)
Security
The pre-shared key[160] key exchange[133] algorithms provide secure communication by establishing the key exchange based on symmetric key[185][186][187]s that are shared in advance among the communicating parties. Algorithm is especially suitable for performance-constrained environments, but there are weaknesses[161][162][163]. Pre-shared keys must be long and random to be secure. Pre-shared keys with low entropy[126], may caused by a weakness [171][172][173] of random number generator[168][169][170], can be easily broken in brute-force attack[54]. PSK key exchange has no forward secrecy[127][128][129][130], and does not protect past sessions against future compromises. If long-term secret keys or passwords are compromised, encrypted communications and sessions recorded in the past can be retrieved and decrypted. Leading client applications do not use this algorithm. Unless your application or requirements specifically call for their use, it is generally safer to avoid cipher suites that are not adopted and supported by a critical mass of the industry.
Recommendations
Always prefer cipher suites with PFS property over the non-PFS ones. If your application or requirements specifically call for the use of algorithms which are not used by the leading client applications set the cipher suite order explicitly and cipher suites used by the leading client applications be preferred over the ones which do not used by them.
C
Authentication Method
Name
PSK
Security
The pre-shared key[160] can ensure authenticity[75][76][77] of the communicating parties mutually based on symmetric key[185][186][187]s that are shared in advance among the parties. Combined with a key exchange[133] that has forward secrecy[127][128][129][130] property algorithm can protect against dictionary attack[58][59]s by passive eavesdroppers (but not active attackers). Pre-shared keys with low entropy[126], may caused by a weakness[171][172][173] of random number generator[168][169][170], can be easily broken in brute-force attack[54]. Leading client applications do not use this algorithm. Unless your application or requirements specifically call for their use, it is generally safer to avoid cipher suites that are not adopted and supported by a critical mass of the industry.
Recommendations
If your application or requirements specifically call for the use of algorithms which are not used by the leading client applications set the cipher suite order explicitly and cipher suites used by the leading client applications be preferred over the ones which do not used by them.
A+
Encryption Type
Name
AES-256
Security
Encryption algorithm Advanced Encryption Standard[302][303][304][305][306][307][308][309] is a block cipher[78][79][80][81] for which there is no known practical attack that would allow the attacker to recover the encrypted text without knowledge of the key when the algorithm is implemented correctly. However improper implementations may lead to a side-channel attack[69][70][71] as it has happened in case of OpenSSL[395][396] [310][311][312].
Recommendations
Prefer cipher suites with greater key size of AES (eg: perfer AES-256 over AES-128).
B
Encryption Mode
Name
CBC
Security
Encryption mode is cipher block chaining[28][29][30]. It is vulnerable[31] to timing attack[188] (eg: Lucky Thirteen attack[11][12]) and padding oracle attack[63][64][65][66] (eg: POODLE attack[13][14][15]).
Recommendations
Remove the cipher suite from the list of cipher suites supported by your server or at least set the cipher suite order explicitly and any cipher suite modes be preferred over ciphers suites with CBC modes.
A+
Encryption Key Size
Name
256
Security
The symmetric key[185][186][187] withkey size[184] more than 128 bits as it is should be according to National Institute of Standards and Technology[470][471] so it is not vulnerable to preimage attack[67] and it cannreliably prove that message came from the stated sender (its authenticity) and has not been changed, so connection is not open for a man-in-the-middle attack[61].
Recommendations
Remove the cipher suite from the list of cipher suites supported by your server.
A+
Encryption Block Size
Name
128
Security
The block cipher[78][79][80][81] uses a block size[87] larger than 64 bits, so it is not vulnerable to sweet32 attack[22][23][24][25].
Recommendations
A+
Message Authentication Code
Name
SHA2-384
Security
message authentication code[135][136][137][138] is a hashed message authentication code[139][140][141][142][143][144][145] which is considered secure. The underlaying cryptographic hash function[94][95][96][97] (Secure Hash Algorithm 2[212][213][214]) is also considered secure.
Recommendations
If your application or requirements specifically call for the use of a message authentication code[135][136][137][138] that does not provide authenticated encryption[74] prefer block cipher mode of operation[82][83][84][85][86] (eg: counter with CBC-MAC[32][33][34], Galois/Counter Mode[46][47][48][49] or message authentication code[135][136][137][138] (eg: Poly1305[458][459]) that proved authenticated encryption over the ones which does not provide it. In case of a hashed message authentication code[139][140][141][142][143][144][145] prefer message authentication code[135][136][137][138] based on Secure Hash Algorithm 2[212][213][214] over the ones based on Secure Hash Algorithm 1[202][203][204].