Skip to contentSkip to conversation

crypto: algif_skcipher - initialize upon init request

PATCH In review Stephan Mueller 2 participants 2 messages Nov 30, 2014 – Dec 2, 2014 Crypto API

lore
Share & tools
lore
#0 lore raw

PATCH 1/1 crypto: algif_skcipher - initialize upon init request

When using the algif_skcipher, the following call sequence causess a re-initialization:

1. sendmsg with ALG_SET_OP and iov == NULL, iovlen == 0 (i.e initializing the cipher, but not sending data)

2. sendmsg with msg->msg-controllen == 0 and iov != NULL (using the initalized cipher handle by sending data)

In step 2, the cipher operation type (encryption or decryption) is reset to always decryption, because the local variable of enc is put into ctx->enc as ctx->user is still zero.

The same applies when all send data is processed and ctx->used falls to zero followed by user space to send new data.

This patch changes the behavior to only reset the cipher operation type (and the IV) if such configuration request is received.

---
 crypto/algif_skcipher.c | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)
crypto/algif_skcipher.c +3 -1
index f80e652..1f157c7 100644
@@ -251,6 +251,7 @@ static int skcipher_sendmsg(struct kiocb *unused, struct socket *sock,
 	struct af_alg_control con = {};
 	long copied = 0;
 	bool enc = 0;
+	bool init = 0;
 	int err;
 	int i;
 
@@ -259,6 +260,7 @@ static int skcipher_sendmsg(struct kiocb *unused, struct socket *sock,
 		if (err)
 			return err;
 
+		init = 1;
 		switch (con.op) {
 		case ALG_OP_ENCRYPT:
 			enc = 1;
@@ -280,7 +282,7 @@ static int skcipher_sendmsg(struct kiocb *unused, struct socket *sock,
 	if (!ctx->more && ctx->used)
 		goto unlock;
 
-	if (!ctx->used) {
+	if (init) {
 		ctx->enc = enc;
 		if (con.iv)
 			memcpy(ctx->iv, con.iv->iv, ivsize);
Signature · 1 line
2.1.0
maintainer
#1 lore raw
Quoted 13 lines · Stephan Mueller

When using the algif_skcipher, the following call sequence causess a re-initialization:

1. sendmsg with ALG_SET_OP and iov == NULL, iovlen == 0 (i.e initializing the cipher, but not sending data)

2. sendmsg with msg->msg-controllen == 0 and iov != NULL (using the initalized cipher handle by sending data)

In step 2, the cipher operation type (encryption or decryption) is reset to always decryption, because the local variable of enc is put into ctx->enc as ctx->user is still zero.

Quoted 7 lines

The same applies when all send data is processed and ctx->used falls to zero followed by user space to send new data.

This patch changes the behavior to only reset the cipher operation type (and the IV) if such configuration request is received.

Patch applied.

Signature · 3 lines
Email: Herbert Xu <[email protected]>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt