des/

Não, aqui só existe o DES simples. Uma chave 3DES tem 16 ou 24 bytes; ao colar uma, só os primeiros 8 bytes são usados, então o resultado difere do 3DES, e o campo Chave também mostra "só os primeiros 8 bytes são usados". Para 3DES, use uma ferramenta compatível com DESede.

Menos de 8 bytes gera um erro, e nada é completado com zeros para você, então complete a chave até 8 bytes por conta própria. Um deslize mais provável é o formato errado: se uma chave hex de 16 caracteres for informada com o formato da chave definido como string, ela é tratada como 16 bytes de texto e só os primeiros 8 caracteres são usados. Não há erro, apenas o aviso "só os primeiros 8 bytes são usados" ao lado do campo Chave e abaixo do resultado, e a saída não vai bater. No formato string, a contagem segue a codificação escolhida, então um caractere chinês ocupa 3 bytes em UTF-8.

O IV do DES deve ter exatamente 8 bytes, e não os 16 bytes do AES, em todos os modos, exceto o ECB. Uma chave com mais de 8 bytes é cortada nos primeiros 8, mas o IV não: se for longo ou curto demais, dá erro, e um IV de 16 bytes vindo das configurações do AES precisa ser trocado por um de 8 bytes. Confira também o formato: 16 caracteres hex formam 8 bytes, enquanto os mesmos 16 caracteres no formato string são 16 bytes. O ECB não precisa de IV e oculta o campo IV.

Um texto cifrado cujo tamanho não é múltiplo de 8 geralmente indica uma cópia incompleta ou hex e base64 trocados. Preenchimento inválido geralmente indica que a chave, o IV, o modo ou o preenchimento é diferente do usado na criptografia. ZeroPadding e NoPadding não verificam o preenchimento e, por isso, nunca geram esse erro, mas o resultado vira lixo se os parâmetros estiverem errados.

Verifique o IV primeiro. Quando o texto cifrado tem mais de um bloco, um IV errado nos modos CBC e CFB estraga só o primeiro bloco de 8 bytes; o resto sai correto e nenhum erro de preenchimento aparece. Você vê caracteres ilegíveis no início e texto correto depois. Se a mensagem disser que o resultado não é texto válido, a codificação pode ser diferente da usada na criptografia, por exemplo, se o outro lado usou GBK. Definir o formato de saída como hex permite conferir primeiro os próprios bytes descriptografados.

Confira nesta ordem: modo e preenchimento, formato e quantidade de bytes da chave e do IV, codificação e formatos de entrada e saída. O texto simples em formato string não é aparado, então uma quebra de linha extra no final gera outros dados. CTR, CFB e OFB também são completados conforme o preenchimento escolhido aqui, então com PKCS5Padding o texto cifrado fica maior que o texto simples; se o back-end usa NoPadding, escolha NoPadding aqui também. O CFB daqui é a variante de bloco completo de 64 bits, então não bate com um back-end que use CFB8.

Não. Quando você passa uma string simples como chave para CryptoJS.DES.encrypt(mensagem, string), o CryptoJS a trata como uma senha: acrescenta um salt aleatório e deriva a chave e o IV como o OpenSSL faz, e o resultado começa com U2FsdGVkX1. Esse formato não é suportado aqui. Para bater com esta ferramenta, converta a chave em bytes no CryptoJS com CryptoJS.enc.Utf8.parse, passe-a e defina iv, mode e padding explicitamente.

Fica só no localStorage do navegador deste dispositivo e nunca é enviado; o código da página não faz nenhuma requisição de rede. Um registro é adicionado a cada criptografia ou descriptografia bem-sucedida, até 20 são mantidos, e nada cuja entrada ou resultado passe de 20.000 caracteres é registrado. Cada registro guarda os parâmetros, o IV, a entrada e o resultado, além de uma impressão digital de 8 caracteres derivada dos primeiros 8 bytes da chave (os caracteres depois do # em cada registro, que servem para saber se é a mesma chave), mas nunca a chave em si; por isso, depois de clicar em "Carregar", você precisa informar a chave de novo. Cada registro pode ser excluído individualmente e, em um computador compartilhado, clique em "Limpar histórico" ao terminar.