通过改组纯文本来减少 AES-CTR 延展性影响

Question

我需要随机访问加密和解密文本。 为此，我决定在 CTR 模式下使用 AES，这是 CBC 和 GCM 之间的一个很好的折衷方案。

但是CTR模式是有延展性的。 这不是一个大问题，因为我将加密的文本没有预定义模式并且我不需要身份验证，我只是想避免攻击者读取纯文本的能力。

但是，我想减少攻击者真正使用 CTR 的延展性属性的能力。

这是我的想法：

public static void main() {
    Key key = …;
    IVParameterSpec iv = …;
    int rSeed = …;
    byte[] plainText = …;
   
    byte[] shuffled = shuffle(plainText, rSeed);
    byte[] encrypted = encryptAES_CTR(shuffled, key, iv);

    …

    byte[] decrypted = decryptAES_CTR(encrypted, key, iv);
    byte[] unShuffled = unShuffle(decrypted, rSeed);

    // Here unShuffled content must be equal to plainText content.
}

假设方法shuffle(…)和unShuffle(…)是互补的，并且一个相反另一个。

洗牌步骤不是加密，而是洗牌纯文本的字节顺序，这样可以减少攻击者对密文进行修改的影响，因为如果攻击者更改了密文的一部分，修改将在 unShuffle 阶段传播并更改内容，但新内容可被利用的机会会降低。

然而，这只是一个想法，我写这篇文章只是想知道这个想法是否真的有用，或者它是否无用并且只是表面的步骤，它不会减少攻击者可以对密文进行的修改的影响。

我知道有提供身份验证的 GCM，因此不可延展。 但我真的不需要它，而且 GCM 不能被随机访问，特别是如果我想修改和重新加密纯文本的一部分。