Độ dài đầu ra AES không phải lúc nào cũng là bội số của 16

Tôi có một giải pháp C# mã hóa một loạt các khối dữ liệu nhỏ bằng AES.

        // Đây là cách tôi định cấu hình đối tượng Aes
        var aes = Aes.Create();
        aes.Mode = CipherMode.CBC;
        aes.KeySize = 256;
        aes.Padding = PaddingMode.PKCS7;

Sau đó, tôi ghi các byte bản mã thô vào các cột VARBINARY của SQL Server.

Khi truy vấn độ dài của các cột bản mã VARBINARY này, tôi mong đợi chúng luôn là bội số của 16 byte. Tuy nhiên điều đó dường như không phải là trường hợp ở đây.

Tôi đã thử đọc về nó trực tuyến và câu hỏi duy nhất tôi tìm thấy là hỏi tại sao bản mã AES được đệm tới các khối 16 byte, vì vậy tôi nghĩ tôi nên hỏi về câu hỏi nghịch đảo ở đây.

Ghi chú:

• Tôi đã thử giải mã một trong những bản mã có kích thước kỳ lạ này và nó hoạt động tốt, vì vậy bản mã không bị sai định dạng.
• Tôi nhận thấy điều đó không xảy ra thường xuyên, trong một lần chạy, nó đã xảy ra 19 lần trên tổng số 5.828 lần.
• Khi nó xảy ra, nó luôn tắt từng cái một (31 thay vì 32, 767 thay vì 768, v.v.)

Tôi đã nghĩ rằng có thể tiêu chuẩn AES có thể cắt bớt các byte mật mã chính xác bằng 0 (hoặc một số nổi tiếng khác) từ cuối đầu ra vì bộ giải mã có thể xây dựng lại? Nhưng rất thích làm rõ.

Bạn nói đúng; AES-CBC tiêu chuẩn (không ăn cắp bản mã) có đầu ra luôn có độ dài là bội số của 16 byte.

Một khả năng xảy ra với tôi là nếu việc triển khai AES của bạn gặp trục trặc là nếu byte cuối cùng xảy ra là 0x00, thì nó sẽ không thực sự xuất ra nó (và theo hướng giải mã, nếu bản mã ngắn một byte, nó sẽ ngầm thêm 0x00).

Nếu giả thuyết này là đúng, thì trong 5.828 trường hợp thử nghiệm của bạn, chúng tôi mong muốn thấy byte bản mã cuối cùng bằng 0 (và do đó bị cắt ngắn) gấp 22,8 lần dự kiến; 19 lần cũng nằm trong độ lệch chuẩn, và do đó, nó hợp lý ...