在java中使用aes/cbc/pkcs5padding加密后的文件大小是多少

Question

我尝试在使用套接字发送文件时使用加密和解密。我使用AES/cbc/pkcs5padding算法，首先将IV写入流，然后将文件写入流。

问题是当文件接收时循环不会结束。

我认为这是由于文件大小和加密文件似乎比原始文件小，而我把原始文件的大小给接收者。如果这个假设是正确的，有没有办法计算加密文件的大小？

            SecretKey keySpec = new SecretKeySpec(key, "AES");
            byte[] iv = AES.randomNonce(16);
            IvParameterSpec ivParameterSpec = new IvParameterSpec(iv);
            Cipher cipher = Cipher.getInstance("AES/CBC/PKCS5Padding");
            cipher.init(Cipher.ENCRYPT_MODE, keySpec, ivParameterSpec);

            outputStream = socket.getOutputStream();
            outputStream.write(iv);
            outputStream.flush();
            inputStream = context.getContentResolver().openInputStream(message.getUri());
            cipherOutputStream = new CipherOutputStream(outputStream, cipher);

            long size = message.getSize();
            long written = 0;
            byte[] buffer = new byte[8192];
            int count;
            int percent = 0;
            while (!isStopped && (count = inputStream.read(buffer)) > 0) {
                cipherOutputStream.write(buffer, 0, count);
                written += count;
                int p = (int) (((float) written / (float) size) * 100);
                if (percent != p) {
                    percent = p;
                    if (onProgressListener != null) {
                        onProgressListener.onProgress(percent);
                    }
                }
            }
            cipherOutputStream.flush();
            if (onProgressListener != null) {
                onProgressListener.onEnd(null);
            }

文件接收器

            inputStream = socket.getInputStream();
            fileOutputStream = new FileOutputStream(file);
            byte[] iv = new byte[16];
            inputStream.read(iv);

            SecretKey keySpec = new SecretKeySpec(key, "AES");
            IvParameterSpec ivParameterSpec = new IvParameterSpec(iv);
            Cipher cipher = Cipher.getInstance("AES/CBC/PKCS5Padding");
            cipher.init(Cipher.DECRYPT_MODE, keySpec, ivParameterSpec);

            cipherInputStream = new CipherInputStream(inputStream, cipher);

            long size = message.getSize();
            long read = size;
            byte[] buffer = new byte[8192];
            int count;
            int percent = 0;
            while (!isStopped && read > 0 && (count = cipherInputStream.read(buffer, 0, (int) Math.min(buffer.length, read))) != -1) {
                fileOutputStream.write(buffer, 0, count);
                read -= count;
                int p = (int) (((float) read / (float) size) * 100);
                if (percent != p) {
                    percent = p;
                    if (onProgressListener != null) {
                        onProgressListener.onProgress(100 - percent);
                    }
                }
            }
            if (onProgressListener != null) {
                onProgressListener.onEnd(Uri.fromFile(file));
            }

Answer 1

不正确的代码

正如PresidentJamesk.polk所评论的，您需要通过调用.close()函数来关闭发送方端的CipherOutputStream，该函数调用doFinal()来完成加密。

衬垫尺寸

对于这种算法，方法应该是在尾端用k-（l mod k）八位字节填充输入，所有八位字节都具有k-（l mod k）的值，其中l是输入的长度。

八位字节是一个字节，k是以字节为单位的块大小，对于AES来说是16。

我们需要计算iv_length+message_size_with_padding

16+l+16-(l mod 16)因此，由于填充，最多扩展了16个字节。

请注意，CBC模式容易受到适用的填充oracle攻击。CBC模式只提供机密性。如果您需要完整性和身份验证（您应该）使用带有HMAC的CBC或者更好地使用AES-GCM这样的身份验证加密模式，它根本不需要填充，但是，您也需要存储标记。如果您担心AES-GCM的瞬时重用问题，那么您可以使用AES-GCM-SIV，这是一个防止瞬时滥用的方案。如果您没有义务使用AES，您可以选择ChaCha20-Poly1305，它可能比AES-GCM[1][2]更容易使用。