Hello,
> I tried the padding approach that I described in my prev mail.
> But still no luck. I am concerned about the block size given by the
> EVP_CIPHER_block_size.
>
> For example if I'm using 3-DES (block size=8)a buffer of size 64 to
> call EVP_CipherUpdate and my plain text is of length l
Hi,
Sorry to trouble you again. :)
I tried the padding approach that I described in my prev mail.
But still no luck. I am concerned about the block size given by the
EVP_CIPHER_block_size.
For example if I'm using 3-DES (block size=8)a buffer of size 64 to
call EVP_CipherUpdate and my plain t
Hello,
> For encryption I can disable the padding in openssl and fill the data up
> to a multiplication of a block size as per http://www.w3.org/TR/xmlenc-core.
> The spec says a way to pad the block (section : Padding). So in the
> decryption process I have to check the last byte to get the pad
Marek Marcola wrote:
Hello,
As an addition to my previous mail,
I can decrypt the data that are encrypted by my application. (It's a
WS-Security Implementation).
But it is not inter-operable with the WSS4J. WSS4J uses bouncy castle
crypto package. The reason is that they use ISO 10126 paddi
Hello,
> As an addition to my previous mail,
> I can decrypt the data that are encrypted by my application. (It's a
> WS-Security Implementation).
> But it is not inter-operable with the WSS4J. WSS4J uses bouncy castle
> crypto package. The reason is that they use ISO 10126 padding.
> Since I'm u
Hi,
As an addition to my previous mail,
I can decrypt the data that are encrypted by my application. (It's a
WS-Security Implementation).
But it is not inter-operable with the WSS4J. WSS4J uses bouncy castle
crypto package. The reason is that they use ISO 10126 padding.
Since I'm using openssl a
