This site is the archived OWASP Foundation Wiki and is no longer accepting Account Requests.
To view the new OWASP Foundation website, please visit https://owasp.org
Difference between revisions of "JSON Web Token (JWT) Cheat Sheet for Java"
(Take in account feedback from Paul Ionescu, refactor the fingerprint approach, add section about weak secret, add section about token revocation, add section about consideration using jwt) |
m (Replace PRE tag by Syntax highliting tag) |
||
Line 82: | Line 82: | ||
=== Implementation example === | === Implementation example === | ||
− | < | + | <syntaxhighlight lang="java"> |
// HMAC key - Block serialization and storage as String in JVM memory | // HMAC key - Block serialization and storage as String in JVM memory | ||
private transient byte[] keyHMAC = ...; | private transient byte[] keyHMAC = ...; | ||
Line 93: | Line 93: | ||
//Verify the token, if the verification fail then a exception is throwed | //Verify the token, if the verification fail then a exception is throwed | ||
DecodedJWT decodedToken = verifier.verify(token); | DecodedJWT decodedToken = verifier.verify(token); | ||
− | </ | + | </syntaxhighlight> |
== Token sidejacking == | == Token sidejacking == | ||
Line 115: | Line 115: | ||
Code to create the token after success authentication. | Code to create the token after success authentication. | ||
− | < | + | <syntaxhighlight lang="java"> |
// HMAC key - Block serialization and storage as String in JVM memory | // HMAC key - Block serialization and storage as String in JVM memory | ||
private transient byte[] keyHMAC = ...; | private transient byte[] keyHMAC = ...; | ||
Line 147: | Line 147: | ||
.withHeader(headerClaims) | .withHeader(headerClaims) | ||
.sign(Algorithm.HMAC256(this.keyHMAC)); | .sign(Algorithm.HMAC256(this.keyHMAC)); | ||
− | </ | + | </syntaxhighlight> |
Code to validate the token. | Code to validate the token. | ||
− | < | + | <syntaxhighlight lang="java"> |
// HMAC key - Block serialization and storage as String in JVM memory | // HMAC key - Block serialization and storage as String in JVM memory | ||
private transient byte[] keyHMAC = ...; | private transient byte[] keyHMAC = ...; | ||
Line 176: | Line 176: | ||
//Verify the token, if the verification fail then a exception is throwed | //Verify the token, if the verification fail then a exception is throwed | ||
DecodedJWT decodedToken = verifier.verify(token); | DecodedJWT decodedToken = verifier.verify(token); | ||
− | </ | + | </syntaxhighlight> |
== Token explicit revocation by the user == | == Token explicit revocation by the user == | ||
Line 199: | Line 199: | ||
A database table with the following structure will used as central blacklist storage. | A database table with the following structure will used as central blacklist storage. | ||
− | < | + | <syntaxhighlight lang="sql"> |
create table if not exists revoked_token(jwt_token_digest varchar(255) primary key, revokation_date timestamp default now()); | create table if not exists revoked_token(jwt_token_digest varchar(255) primary key, revokation_date timestamp default now()); | ||
− | </ | + | </syntaxhighlight> |
==== Token revocation management ==== | ==== Token revocation management ==== | ||
Line 207: | Line 207: | ||
Code in charge of adding a token to the blacklist and check if a token is revoked. | Code in charge of adding a token to the blacklist and check if a token is revoked. | ||
− | < | + | <syntaxhighlight lang="java"> |
/** | /** | ||
* Handle the revokation of the token (logout). | * Handle the revokation of the token (logout). | ||
Line 285: | Line 285: | ||
} | } | ||
} | } | ||
− | </ | + | </syntaxhighlight> |
Line 314: | Line 314: | ||
Database structure. | Database structure. | ||
− | < | + | <syntaxhighlight lang="sql"> |
create table if not exists nonce(jwt_token_digest varchar(255) primary key, gcm_nonce varchar(255) not null unique, gcm_aad varchar(255) not null unique); | create table if not exists nonce(jwt_token_digest varchar(255) primary key, gcm_nonce varchar(255) not null unique, gcm_aad varchar(255) not null unique); | ||
create index if not exists idx_nonce on nonce(gcm_nonce); | create index if not exists idx_nonce on nonce(gcm_nonce); | ||
− | </ | + | </syntaxhighlight> |
Code in charge of managing the ciphering. | Code in charge of managing the ciphering. | ||
− | < | + | <syntaxhighlight lang="java"> |
/** | /** | ||
* Handle ciphering and deciphering of the token using AES-GCM. | * Handle ciphering and deciphering of the token using AES-GCM. | ||
Line 485: | Line 485: | ||
} | } | ||
− | </ | + | </syntaxhighlight> |
==== Creation / Validation of the token ==== | ==== Creation / Validation of the token ==== | ||
Line 493: | Line 493: | ||
Load keys and setup cipher. | Load keys and setup cipher. | ||
− | < | + | <syntaxhighlight lang="java"> |
//Load keys from configuration text files in order to avoid to store keys as String in JVM memory | //Load keys from configuration text files in order to avoid to store keys as String in JVM memory | ||
private transient byte[] keyHMAC = Files.readAllBytes(Paths.get("key-hmac.txt")); | private transient byte[] keyHMAC = Files.readAllBytes(Paths.get("key-hmac.txt")); | ||
Line 503: | Line 503: | ||
//Init token ciphering handler | //Init token ciphering handler | ||
TokenCipher tokenCipher = new TokenCipher(); | TokenCipher tokenCipher = new TokenCipher(); | ||
− | </ | + | </syntaxhighlight> |
Token creation. | Token creation. | ||
− | < | + | <syntaxhighlight lang="java"> |
//Generate a random string that will constitute the fingerprint for this user | //Generate a random string that will constitute the fingerprint for this user | ||
byte[] randomFgp = new byte[50]; | byte[] randomFgp = new byte[50]; | ||
Line 534: | Line 534: | ||
//Cipher the token | //Cipher the token | ||
String cipheredToken = tokenCipher.cipherToken(token, keyCiphering); | String cipheredToken = tokenCipher.cipherToken(token, keyCiphering); | ||
− | </ | + | </syntaxhighlight> |
Token validation. | Token validation. | ||
− | < | + | <syntaxhighlight lang="java"> |
//Decipher the token | //Decipher the token | ||
String token = tokenCipher.decipherToken(cipheredToken, keyCiphering); | String token = tokenCipher.decipherToken(cipheredToken, keyCiphering); | ||
Line 562: | Line 562: | ||
//Verify the token, if the verification fail then a exception is throwed | //Verify the token, if the verification fail then a exception is throwed | ||
DecodedJWT decodedToken = verifier.verify(token); | DecodedJWT decodedToken = verifier.verify(token); | ||
− | </ | + | </syntaxhighlight> |
== Token storage on client side == | == Token storage on client side == | ||
Line 587: | Line 587: | ||
JavaScript code to store the token after authentication. | JavaScript code to store the token after authentication. | ||
− | < | + | <syntaxhighlight lang="javascript"> |
/* Handle request for JWT token and local storage*/ | /* Handle request for JWT token and local storage*/ | ||
function getToken(){ | function getToken(){ | ||
Line 607: | Line 607: | ||
}); | }); | ||
} | } | ||
− | </ | + | </syntaxhighlight> |
JavaScript code to add the token as ''Bearer'' when calling a service, for example a service to validate token here. | JavaScript code to add the token as ''Bearer'' when calling a service, for example a service to validate token here. | ||
− | < | + | <syntaxhighlight lang="javascript"> |
/* Handle request for JWT token validation */ | /* Handle request for JWT token validation */ | ||
function validateToken(){ | function validateToken(){ | ||
Line 637: | Line 637: | ||
}); | }); | ||
} | } | ||
− | </ | + | </syntaxhighlight> |
Line 668: | Line 668: | ||
Code in charge of testing a secret against a JWT token test base. | Code in charge of testing a secret against a JWT token test base. | ||
− | < | + | <syntaxhighlight lang="java"> |
/** | /** | ||
* Test if a secret match the secret used to sign the token | * Test if a secret match the secret used to sign the token | ||
Line 687: | Line 687: | ||
return t; | return t; | ||
} | } | ||
− | </ | + | </syntaxhighlight> |
Code snippet to evaluate the token test base on the secret dictionary. | Code snippet to evaluate the token test base on the secret dictionary. | ||
− | < | + | <syntaxhighlight lang="java"> |
final String tokenTestBase = ...; | final String tokenTestBase = ...; | ||
final String[] secret = new String[1]; | final String[] secret = new String[1]; | ||
Line 703: | Line 703: | ||
} | } | ||
}); | }); | ||
− | </ | + | </syntaxhighlight> |
=== Use dedicated tools === | === Use dedicated tools === |
Revision as of 20:28, 24 November 2017
Last revision (mm/dd/yy): 11/24/2017 Introduction
Many applications use JSON Web Tokens (JWT) to allow the client to indicate is identity for further exchange after authentication. From https://jwt.io/introduction: JSON Web Token (JWT) is an open standard (RFC 7519) that defines a compact and self-contained way for securely transmitting information between parties as a JSON object. This information can be verified and trusted because it is digitally signed. JWTs can be signed using a secret (with the HMAC algorithm) or a public/private key pair using RSA. JSON Web Token is used to carry information related to the identity and characteristics (claims) of a client. This "container" is signed by the server in order to avoid that a client tamper it in order to change, for example, the identity or any characteristics (example: change the role from simple user to admin or change the client login). This token is created during authentication (is provided in case of successful authentication) and is verified by the server before any processing. It is used by an application to allow a client to present a token representing his "identity card" (container with all information about him) to server and allow the server to verify the validity and integrity of the token in a secure way, all of this in a stateless and portable approach (portable in the way that client and server technologies can be different including also the transport channel even if HTTP is the most often used). Token structureToken structure example taken from https://jwt.io/#debugger: [ Base64(HEADER) ] . [ Base64(PAYLOAD) ] . [ Base64(SIGNATURE) ] eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJzdWIiOiIxMjM0NTY3ODkwIiwibmFtZSI6IkpvaG4gRG9lIiwiYWRtaW4iOnRydWV9.TJVA95OrM7E2cBab30RMHrHDcEfxjoYZgeFONFh7HgQ Chunk 1: Header { "alg": "HS256", "typ": "JWT" } Chunk 2: Payload { "sub": "1234567890", "name": "John Doe", "admin": true } Chunk 3: Signature HMACSHA256( base64UrlEncode(header) + "." + base64UrlEncode(payload), KEY ) ObjectiveThis article have for objective to provide several tips in a form of a cheatsheet, for Java technology, in order to prevent common security issues meet when using JWT. About the code samples provided in tips, a global java project sample has been created in order to show the creation and the validation of a token in a secure way. This project is available here and it use official JWT library. In the rest of the article, the term token refer to the JSON Web Tokens (JWT). Consideration about using JWTEven if a JWT token is "easy" to use and allow to expose services (mostly REST style) in a stateless way, it's not the solution that fits for all applications because it cames with some caveats like for example the question of the storage of the token (tackled in this cheatsheet) and others... If your application do not need to be fully stateless, you can consider using traditional session system provided by all web frameworks and follow the advices from the dedicated cheatsheet. However, for stateless applications, when well implemented, it's a good candidate. IssuesNONE hashing algorithmSymptomThis attack, described here occur when a attacker alter the token and change the hashing algorithm to indicate, through, the none keyword, that the integrity of the token has already been verified. As explained in the link above some libraries treated tokens signed with the none algorithm as a valid token with a verified signature, so an attacker can alter the token claims and tkey will be trusted by the application. How to preventFirst, use a JWT library that is not exposed to this vulnerability. Last, during token validation, explicitly request that the expected algorithm was used. Implementation example// HMAC key - Block serialization and storage as String in JVM memory
private transient byte[] keyHMAC = ...;
...
//Create a verification context for the token requesting explicitly the use of the HMAC-256 hashing algorithm
JWTVerifier verifier = JWT.require(Algorithm.HMAC256(keyHMAC)).build();
//Verify the token, if the verification fail then a exception is throwed
DecodedJWT decodedToken = verifier.verify(token); Token sidejackingSymptomThis attack occur when a token has been intercepted/stolen by a attacker and this one use it to gain access to the system using targeted user identity. How to preventA way to protect is to add "user context" in the token. User context will be composed by the following information:
IP address will not be used because there some situation in which IP address can change during the same session like for example when a user access an application through his mobile and he change of mobile operator during the exchange then he change legitimately (often) is IP address. Moreover, using IP address can potentially cause issue at European GDPR compliance level. During token validation, if the received token do not contains the right context so, it is replayed and then it must be rejected. Implementation exampleCode to create the token after success authentication. // HMAC key - Block serialization and storage as String in JVM memory
private transient byte[] keyHMAC = ...;
// Random data generator
private SecureRandom secureRandom = new SecureRandom();
...
//Generate a random string that will constitute the fingerprint for this user
byte[] randomFgp = new byte[50];
this.secureRandom.nextBytes(randomFgp);
String userFingerprint = DatatypeConverter.printHexBinary(randomFgp);
//Add the fingerprint in a hardened cookie - Add cookie manually because SameSite attribute is not supported by javax.servlet.http.Cookie class
String fingerprintCookie = "__Secure-Fgp=" + userFingerprint + "; SameSite=Strict; HttpOnly; Secure";
response.addHeader("Set-Cookie", fingerprintCookie);
//Create the token with a validity of 15 minutes and client context (fingerprint) information
Calendar c = Calendar.getInstance();
Date now = c.getTime();
c.add(Calendar.MINUTE, 15);
Date expirationDate = c.getTime();
Map<String, Object> headerClaims = new HashMap<>();
headerClaims.put("typ", "JWT");
String token = JWT.create().withSubject(login)
.withExpiresAt(expirationDate)
.withIssuer(this.issuerID)
.withIssuedAt(now)
.withNotBefore(now)
.withClaim("userFingerprint", userFingerprint)
.withHeader(headerClaims)
.sign(Algorithm.HMAC256(this.keyHMAC));
// HMAC key - Block serialization and storage as String in JVM memory
private transient byte[] keyHMAC = ...;
...
//Retrieve the user fingerprint from the dedicated cookie
String userFingerprint = null;
if (request.getCookies() != null && request.getCookies().length > 0) {
List<Cookie> cookies = Arrays.stream(request.getCookies()).collect(Collectors.toList());
Optional<Cookie> cookie = cookies.stream().filter(c -> "__Secure-Fgp".equals(c.getName())).findFirst();
if (cookie.isPresent()) {
userFingerprint = cookie.get().getValue();
}
}
//Create a verification context for the token
JWTVerifier verifier = JWT.require(Algorithm.HMAC256(keyHMAC))
.withIssuer(issuerID)
.withClaim("userFingerprint", userFingerprint)
.build();
//Verify the token, if the verification fail then a exception is throwed
DecodedJWT decodedToken = verifier.verify(token); Token explicit revocation by the userSymptomThis problem is inerrant to JWT token because a token become only invalid when it expires. The user has no built-in feature to explicitly revoke the validity of an token. So, in case of steal, a user cannot revoke the token itself and then block the attacker. How to preventA way to protect is to implement a token blacklist that will be used to mimic the "logout" feature that exists with traditional session system. The blacklist will keep a digest (SHA-256 encoded in HEX) of the token with a revokation date, this, for a duration that must be superior to the duration validity of a issued token. When the user want to "logout" then it call a dedicated service that will add the provided user token to the blacklist resulting in a immediate invalidation of the token for further usage in the application. Implementation exampleBlacklist storageA database table with the following structure will used as central blacklist storage. create table if not exists revoked_token(jwt_token_digest varchar(255) primary key, revokation_date timestamp default now()); Token revocation managementCode in charge of adding a token to the blacklist and check if a token is revoked. /**
* Handle the revokation of the token (logout).
* Use a DB in order to allow multiple instances to check for revoked token and allow cleanup at centralized DB level.
*/
public class TokenRevoker {
/** DB Connection */
@Resource("jdbc/storeDS")
private DataSource storeDS;
/**
* Verify if a digest encoded in HEX of the ciphered token is present in the revokation table
*
* @param jwtInHex Token encoded in HEX
* @return Presence flag
* @throws Exception If any issue occur during communication with DB
*/
public boolean isTokenRevoked(String jwtInHex) throws Exception {
boolean tokenIsPresent = false;
if (jwtInHex != null && !jwtInHex.trim().isEmpty()) {
//Decode the ciphered token
byte[] cipheredToken = DatatypeConverter.parseHexBinary(jwtInHex);
//Compute a SHA256 of the ciphered token
MessageDigest digest = MessageDigest.getInstance("SHA-256");
byte[] cipheredTokenDigest = digest.digest(cipheredToken);
String jwtTokenDigestInHex = DatatypeConverter.printHexBinary(cipheredTokenDigest);
//Search token digest in HEX in DB
try (Connection con = this.storeDS.getConnection()) {
String query = "select jwt_token_digest from revoked_token where jwt_token_digest = ?";
try (PreparedStatement pStatement = con.prepareStatement(query)) {
pStatement.setString(1, jwtTokenDigestInHex);
try (ResultSet rSet = pStatement.executeQuery()) {
tokenIsPresent = rSet.next();
}
}
}
}
return tokenIsPresent;
}
/**
* Add a digest encoded in HEX of the ciphered token to the revokation token table
*
* @param jwtInHex Token encoded in HEX
* @throws Exception If any issue occur during communication with DB
*/
public void revokeToken(String jwtInHex) throws Exception {
if (jwtInHex != null && !jwtInHex.trim().isEmpty()) {
//Decode the ciphered token
byte[] cipheredToken = DatatypeConverter.parseHexBinary(jwtInHex);
//Compute a SHA256 of the ciphered token
MessageDigest digest = MessageDigest.getInstance("SHA-256");
byte[] cipheredTokenDigest = digest.digest(cipheredToken);
String jwtTokenDigestInHex = DatatypeConverter.printHexBinary(cipheredTokenDigest);
//Check if the token digest in HEX is already in the DB and add it if it is absent
if (!this.isTokenRevoked(jwtInHex)) {
try (Connection con = this.storeDS.getConnection()) {
String query = "insert into revoked_token(jwt_token_digest) values(?)";
int insertedRecordCount;
try (PreparedStatement pStatement = con.prepareStatement(query)) {
pStatement.setString(1, jwtTokenDigestInHex);
insertedRecordCount = pStatement.executeUpdate();
}
if (insertedRecordCount != 1) {
throw new IllegalStateException("Number of inserted record is invalid, 1 expected but is " + insertedRecordCount);
}
}
}
}
}
Token information disclosureSymptomThis attack occur when a attacker access to a token (or a set of tokens) and extract information stored into it (JWT token information are base64 encoded at the basis) in order to obtains information about the system. Information can be for example the security roles, login format... How to preventA way to protect, is to cipher the token using for example a symetric algorithm. It's also important to protect the ciphered data against attack like Padding Oracle or any other attack using cryptanalysis. In order to achieve all these goals, the algorithm AES-GCM can be used in conjunction with Additional Authentication Data (AAD) feature. A database can be used to store the NONCE and the AAD associated to a token. Note: Here ciphering is added mainly to hide internal information but it's very important to remember that the first protection against tampering of the JWT token is the signature so, the token signature and is verification must be always in place. Implementation exampleToken cipheringDatabase structure. create table if not exists nonce(jwt_token_digest varchar(255) primary key, gcm_nonce varchar(255) not null unique, gcm_aad varchar(255) not null unique);
create index if not exists idx_nonce on nonce(gcm_nonce);
/**
* Handle ciphering and deciphering of the token using AES-GCM.
* Use a DB in order to link a GCM NONCE to a ciphered message and ensure that a NONCE is never reused
* and also allow use of several application nodes in load balancing.
*/
public class TokenCipher {
/** AES-GCM parameters */
private static final int GCM_NONCE_LENGTH = 12; // in bytes
/** AES-GCM parameters */
private static final int GCM_TAG_LENGTH = 16; // in bytes
/**Secure random generator */
private final SecureRandom secRandom = new SecureRandom();
/** DB Connection */
@Resource("jdbc/storeDS")
private DataSource storeDS;
/**
* Cipher a JWT
* @param jwt Token to cipher
* @param key Ciphering key
* @return The ciphered version of the token encoded in HEX
* @throws Exception If any issue occur during token ciphering operation
*/
public String cipherToken(String jwt, byte[] key) throws Exception {
//Verify parameters
if(jwt == null || jwt.isEmpty() || key == null || key.length == 0){
throw new IllegalArgumentException("Both parameters must be specified !");
}
//Generate a NONCE
//NOTE: As in the DB, the column to store the NONCE is flagged UNIQUE then the insert will fail
//if the NONCE already exists, normally as we use the Java Secure Random implementation
//it will never happen.
final byte[] nonce = new byte[GCM_NONCE_LENGTH];
secRandom.nextBytes(nonce);
//Prepare ciphering key from bytes provided
SecretKey aesKey = new SecretKeySpec(key, 0, key.length, "AES");
//Setup Cipher
Cipher cipher = Cipher.getInstance("AES/GCM/NoPadding", "SunJCE");
GCMParameterSpec spec = new GCMParameterSpec(GCM_TAG_LENGTH * 8, nonce);
cipher.init(Cipher.ENCRYPT_MODE, aesKey, spec);
//Add "Additional Authentication Data" (AAD) in order to operate in AEAD mode - Generate it
byte[] aad = new byte[32];
secRandom.nextBytes(aad);
cipher.updateAAD(aad);
//Cipher the token
byte[] cipheredToken = cipher.doFinal(jwt.getBytes("utf-8"));
//Compute a SHA256 of the ciphered token
MessageDigest digest = MessageDigest.getInstance("SHA-256");
byte[] cipheredTokenDigest = digest.digest(cipheredToken);
//Store GCM NONCE and GCM AAD
this.storeNonceAndAAD(DatatypeConverter.printHexBinary(nonce), DatatypeConverter.printHexBinary(aad),
DatatypeConverter.printHexBinary(cipheredTokenDigest));
return DatatypeConverter.printHexBinary(cipheredToken);
}
/**
* Decipher a JWT
* @param jwtInHex Token to decipher encoded in HEX
* @param key Ciphering key
* @return The token in clear text
* @throws Exception If any issue occur during token deciphering operation
*/
public String decipherToken(String jwtInHex, byte[] key) throws Exception{
//Verify parameters
if(jwtInHex == null || jwtInHex.isEmpty() || key == null || key.length == 0){
throw new IllegalArgumentException("Both parameters must be specified !");
}
//Decode the ciphered token
byte[] cipheredToken = DatatypeConverter.parseHexBinary(jwtInHex);
//Compute a SHA256 of the ciphered token
MessageDigest digest = MessageDigest.getInstance("SHA-256");
byte[] cipheredTokenDigest = digest.digest(cipheredToken);
//Read the GCM NONCE and GCM AAD associated from the DB
Map<String,String> gcmInfos = this.readNonceAndAAD(DatatypeConverter.printHexBinary(cipheredTokenDigest));
if(gcmInfos == null){
throw new Exception("Cannot found a NONCE and AAD associated to the token provided !");
}
byte[] nonce = DatatypeConverter.parseHexBinary(gcmInfos.get("NONCE"));
byte[] aad = DatatypeConverter.parseHexBinary(gcmInfos.get("AAD"));
//Prepare ciphering key from bytes provided
SecretKey aesKey = new SecretKeySpec(key, 0, key.length, "AES");
//Setup Cipher
Cipher cipher = Cipher.getInstance("AES/GCM/NoPadding", "SunJCE");
GCMParameterSpec spec = new GCMParameterSpec(GCM_TAG_LENGTH * 8, nonce);
cipher.init(Cipher.DECRYPT_MODE, aesKey, spec);
//Add "Additional Authentication Data" (AAD) in order to operate in AEAD mode
cipher.updateAAD(aad);
//Decipher the token
byte[] decipheredToken = cipher.doFinal(cipheredToken);
return new String(decipheredToken);
}
/**
* Store GCM NONCE and GCM AAD in the DB
* @param nonceInHex Nonce encoded in HEX
* @param aadInHex AAD encoded in HEX
* @param jwtTokenDigestInHex SHA256 of the JWT ciphered token encoded in HEX
* @throws Exception If any issue occur during communication with DB
*/
private void storeNonceAndAAD(String nonceInHex, String aadInHex, String jwtTokenDigestInHex) throws Exception {
try (Connection con = this.storeDS.getConnection()) {
String query = "insert into nonce(jwt_token_digest, gcm_nonce, gcm_aad) values(?, ?, ?)";
int insertedRecordCount;
try (PreparedStatement pStatement = con.prepareStatement(query)) {
pStatement.setString(1, jwtTokenDigestInHex);
pStatement.setString(2, nonceInHex);
pStatement.setString(3, aadInHex);
insertedRecordCount = pStatement.executeUpdate();
}
if (insertedRecordCount != 1) {
throw new IllegalStateException("Number of inserted record is invalid, 1 expected but is " + insertedRecordCount);
}
}
}
/**
* Read GCM NONCE and GCM AAD from the DB
* @param jwtTokenDigestInHex SHA256 of the JWT ciphered token encoded in HEX for which we must read the NONCE and AAD
* @return A dict containing the NONCE and AAD if they exists for the specified token
* @throws Exception If any issue occur during communication with DB
*/
private Map<String,String> readNonceAndAAD(String jwtTokenDigestInHex) throws Exception{
Map<String,String> gcmInfos = null;
try (Connection con = this.storeDS.getConnection()) {
String query = "select gcm_nonce, gcm_aad from nonce where jwt_token_digest = ?";
try (PreparedStatement pStatement = con.prepareStatement(query)) {
pStatement.setString(1, jwtTokenDigestInHex);
try (ResultSet rSet = pStatement.executeQuery()) {
while (rSet.next()) {
gcmInfos = new HashMap<>(2);
gcmInfos.put("NONCE", rSet.getString(1));
gcmInfos.put("AAD", rSet.getString(2));
}
}
}
}
return gcmInfos;
}
} Creation / Validation of the tokenUse of the token ciphering during the creation and the validation of the token. Load keys and setup cipher. //Load keys from configuration text files in order to avoid to store keys as String in JVM memory
private transient byte[] keyHMAC = Files.readAllBytes(Paths.get("key-hmac.txt"));
private transient byte[] keyCiphering = Files.readAllBytes(Paths.get("key-ciphering.txt"));
//Load issuer ID from configuration text file
private transient String issuerID = Files.readAllLines(Paths.get("issuer-id.txt")).get(0);
//Init token ciphering handler
TokenCipher tokenCipher = new TokenCipher(); Token creation. //Generate a random string that will constitute the fingerprint for this user
byte[] randomFgp = new byte[50];
this.secureRandom.nextBytes(randomFgp);
String userFingerprint = DatatypeConverter.printHexBinary(randomFgp);
//Add the fingerprint in a hardened cookie - Add cookie manually because SameSite attribute is not supported by javax.servlet.http.Cookie class
String fingerprintCookie = "__Secure-Fgp=" + userFingerprint + "; SameSite=Strict; HttpOnly; Secure";
response.addHeader("Set-Cookie", fingerprintCookie);
//Create the token with a validity of 15 minutes and client context (fingerprint) information
Calendar c = Calendar.getInstance();
Date now = c.getTime();
c.add(Calendar.MINUTE, 15);
Date expirationDate = c.getTime();
Map<String, Object> headerClaims = new HashMap<>();
headerClaims.put("typ", "JWT");
String token = JWT.create().withSubject(login)
.withExpiresAt(expirationDate)
.withIssuer(this.issuerID)
.withIssuedAt(now)
.withNotBefore(now)
.withClaim("userFingerprint", userFingerprint)
.withHeader(headerClaims)
.sign(Algorithm.HMAC256(this.keyHMAC));
//Cipher the token
String cipheredToken = tokenCipher.cipherToken(token, keyCiphering); Token validation. //Decipher the token
String token = tokenCipher.decipherToken(cipheredToken, keyCiphering);
//Retrieve the user fingerprint from the dedicated cookie
String userFingerprint = null;
if (request.getCookies() != null && request.getCookies().length > 0) {
List<Cookie> cookies = Arrays.stream(request.getCookies()).collect(Collectors.toList());
Optional<Cookie> cookie = cookies.stream().filter(c -> "__Secure-Fgp".equals(c.getName())).findFirst();
if (cookie.isPresent()) {
userFingerprint = cookie.get().getValue();
}
}
//Decipher the token
String token = this.tokenCipher.decipherToken(cipheredToken, this.keyCiphering);
//Create a verification context for the token
JWTVerifier verifier = JWT.require(Algorithm.HMAC256(this.keyHMAC))
.withIssuer(this.issuerID)
.withClaim("userFingerprint", userFingerprint)
.build();
//Verify the token, if the verification fail then a exception is throwed
DecodedJWT decodedToken = verifier.verify(token); Token storage on client sideSymptomIt's occur when a application store the token in a way allowing this one:
How to preventStore the token using the browser sessionStorage container and add it as a Bearer with JavaScript when calling services. By storing the token in browser sessionStorage container it expose the token to be steal in case of XSS issue. To tackle this point and make it more harden to exfiltrate in case of XSS issue, a browser Content Security Policy must be added. Note: It's also possible to implements the authentication service in a way that the token is issued within a hardened cookie, but in this case, a protection against Cross-Site Request Forgery attack must be implemented. Implementation exampleJavaScript code to store the token after authentication. /* Handle request for JWT token and local storage*/
function getToken(){
var login = $("#login").val();
var postData = "login=" + encodeURIComponent(login) + "&password=test";
$.post("/services/authenticate", postData,function (data){
if(data.status == "Authentication successful !"){
...
sessionStorage.setItem("token", data.token);
}else{
...
sessionStorage.removeItem("token");
}
})
.fail(function(jqXHR, textStatus, error){
...
sessionStorage.removeItem("token");
});
} JavaScript code to add the token as Bearer when calling a service, for example a service to validate token here. /* Handle request for JWT token validation */
function validateToken(){
var token = sessionStorage.getItem("token");
if(token == undefined || token == ""){
$("#infoZone").removeClass();
$("#infoZone").addClass("alert alert-warning");
$("#infoZone").text("Obtain a JWT token first :)");
return;
}
$.ajax({
url: "/services/validate",
type: "POST",
beforeSend: function(xhr) {
xhr.setRequestHeader("Authorization", "bearer " + token);
},
success: function(data) {
...
},
error: function(jqXHR, textStatus, error) {
...
},
});
}
Token weak secretSymptomIt's occur when the secret used in case of HMAC SHA256 algorithm used for the token signature is weak and can be bruteforced. The result is the capacity for an attacker to forge arbitrary valid token from a signature point of view. See here for an example. How to preventUse a very strong secret: Alphanumeric (mixed case) + special characters. As it's a computer processing only, the size of the secret can be superior to 50 positions. Secret example: A&'/}Z57M(2hNg=;LE?~]YtRMS5(yZ<vcZTA3N-($>2j:ZeX-BGftaVk`)jKP~q?,jk)EMbgt*kW'( To evaluate the strength of the secret used for your token signature, you can apply a password dictionary attack on the token combined with the JWT API to facilitate the implementation of a breaker. Password dictionaries can be found for example here. Implementation exampleCode in charge of testing a secret against a JWT token test base. /**
* Test if a secret match the secret used to sign the token
*
* @param token Source JWT token (test base)
* @param secret Secret to test
* @return The token decoded if the secret matche otherwise return null
*/
private DecodedJWT checkSecret(String token, String secret) {
DecodedJWT t = null;
try {
Algorithm algorithm = Algorithm.HMAC256(secret);
JWTVerifier verifier = JWT.require(algorithm).build();
t = verifier.verify(token);
} catch (JWTVerificationException | UnsupportedEncodingException e) {
//ignore...
}
return t;
} Code snippet to evaluate the token test base on the secret dictionary. final String tokenTestBase = ...;
final String[] secret = new String[1];
final DecodedJWT[] decodedToken = new DecodedJWT[1];
List<String> secrets = Files.readAllLines(Paths.get("secrets-dictionary.txt"));
secrets.parallelStream().forEach(s -> {
DecodedJWT tentative = checkSecret(tokenTestBase, s);
if (tentative != null) {
secret[0] = s;
decodedToken[0] = tentative;
}
}); Use dedicated toolsYou can also used JohnTheRipper to perform the password dictionary attack.
Authors and Primary EditorsJim Manico - [email protected] Dominique Righetto - [email protected] Paul Ionescu - [email protected] Other Cheatsheets |