{"id":14,"date":"2019-01-19T18:16:00","date_gmt":"2019-01-19T18:16:00","guid":{"rendered":"\/colin\/morethanfour\/post\/AES-Encryption-between-Informatica-and-PostgreSQL"},"modified":"2019-01-19T18:16:00","modified_gmt":"2019-01-19T18:16:00","slug":"aes-encryption-between-informatica-and-postgresql","status":"publish","type":"post","link":"https:\/\/spacefold.com\/colin\/morethanfour\/2019\/01\/19\/aes-encryption-between-informatica-and-postgresql\/","title":{"rendered":"AES Encryption between Informatica and PostgreSQL"},"content":{"rendered":"

We encountered a situation where encrypted data exported from Informatica could not be decrypted by PostgreSQL, once we’d loaded it into a table.<\/p>\n

If you found this page looking for a solution, save your time. I don’t have a solution, I just wanted to make some notes.<\/p>\n

How does Informatica encrypt data?<\/strong><\/p>\n

According to this knowledgebase article<\/a>:<\/p>\n

AES_DECRYPT needs binary data as input. Hence when we first encrypt the data using the AES_ENCRYPT function, the data transformed by this function has to be encoded in base64 format. This transformed data can then be used as an input to the AES_DECRYPT function.<\/em><\/p>\n

In other words:<\/p>\n

CIPHERTEXT = Base64_Encode( AES_Encrypt( PLAINTTEXT ))<\/p>\n

and <\/p>\n

PLAINTEXT = AES_Decrypt( Base64_Decode( CIPHERTEXT ))<\/p>\n

According to this thread<\/a>:<\/p>\n

[informatica’s] AES_ENCRYPT function uses the combination as follows which is expressed in terms of functions in DBMS_CRYPTO package of Oracle: DBMS_CRYPTO.ENCRYPT_AES128 + DBMS_CRYPTO.CHAIN_CBC + DBMS_CRYPTO.PAD_ZERO<\/em><\/p>\n

From Oracle’s documentation, we get:<\/p>\n

\n

DBMS_CRYPTO.ENCRYPT_AES128 Advanced Encryption Standard. Block cipher. Uses 128-bit key size.
DBMS_CRYPTO.CHAIN_CBC Cipher Block Chaining. Plaintext is XORed with the previous ciphertext block before it is encrypted.
DBMS_CRYPTO.PAD_ZERO Provides padding consisting of zeroes<\/p>\n<\/blockquote>\n

So far, so good.<\/p>\n

Ensure the pgcrypto extension is installed in PostgreSQL:<\/strong><\/p>\n

In psql:<\/p>\n

\n
=> \\dx
 hstore  | 1.4     | public     | data type for<\/span> storing sets of (key, value) pairs
 plpgsql | 1.0     | pg_catalog | PL\/pgSQL procedural language
 
=> create extension if<\/span> not exists pgcrypto;
CREATE EXTENSION
 
=> \\dx
 hstore   | 1.4     | public     | data type for<\/span> storing sets of (key, value) pairs
 pgcrypto | 1.3     | public     | cryptographic functions
 plpgsql  | 1.0     | pg_catalog | PL\/pgSQL procedural language<\/pre>\n
<\/div>\n
Looking at the docs for the raw base functions in pgcrypto, it suggests that the default settings for encrypt\/descrypt will use MODE=CBC and PADDING=PKCS (any length) which suggests zero padding but that’s a guess. So I think it should match Informatica, at least according to the docs.
See https:\/\/www.postgresql.org\/docs\/9.5\/pgcrypto.html<\/a><\/p>\n
And yet, using the following test code yields an error:<\/p>\n
\n
=> select<\/span> pgp_sym_decrypt( decode('BI830ZHd2kimJTfMD8E07mSTa8HDUbU\/lbKFUDl73FrqI6uwAH7oCwPRGjxUkUZw'<\/span>,'base64'<\/span>), 
                           'Abc123Abc123Abc123'<\/span>, 
                           'cipher-algo=aes128'<\/span> );

ERROR:  Wrong key or corrupt data<\/font><\/p><\/pre>\n
<\/div>\n
In this example, I’ve replaced the key text with a random string value – we didn’t actually use that value.<\/p>\n
I am pretty confident that the encryption key is correct; less confident that the cipher text is not corrupt, but in simple tests where I DO have confidence, we still get the same error. Where does this leave us? With data we can’t decrypt, unless we can figure out the difference.<\/p>\n
Of course, we can encrypt and decrypt values successfully if we stay in the DB domain and use only the PostgreSQL pgcrypto API to perform the encryption. It’s only data coming from Informatica that is giving us trouble.<\/p>\n
Assuming the process that is extracting data from Informatica is not corrupting the data, it has to be some difference between the two encryption algorithms.<\/p>\n
I’ll continue to research this and if we find a solution, update this post, of course.<\/p>\n","protected":false},"excerpt":{"rendered":"
We encountered a situation where encrypted data exported from Informatica could not be decrypted by PostgreSQL, once we’d loaded it into a table. If you found this page looking for a solution, save your time. I don’t have a solution, I just wanted to make some notes. How does Informatica encrypt data? According to this […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[14],"tags":[],"class_list":["post-14","post","type-post","status-publish","format-standard","hentry","category-postgresql","post-preview"],"_links":{"self":[{"href":"https:\/\/spacefold.com\/colin\/morethanfour\/wp-json\/wp\/v2\/posts\/14","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/spacefold.com\/colin\/morethanfour\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/spacefold.com\/colin\/morethanfour\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/spacefold.com\/colin\/morethanfour\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/spacefold.com\/colin\/morethanfour\/wp-json\/wp\/v2\/comments?post=14"}],"version-history":[{"count":0,"href":"https:\/\/spacefold.com\/colin\/morethanfour\/wp-json\/wp\/v2\/posts\/14\/revisions"}],"wp:attachment":[{"href":"https:\/\/spacefold.com\/colin\/morethanfour\/wp-json\/wp\/v2\/media?parent=14"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/spacefold.com\/colin\/morethanfour\/wp-json\/wp\/v2\/categories?post=14"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/spacefold.com\/colin\/morethanfour\/wp-json\/wp\/v2\/tags?post=14"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}