use stronger cipher for secure storage

[gireeshpunathil]

move the default from weaker MD5/DES to a stronger SHA/AES which is available in JVMs.
PBEWithMD5AndDES -> PBEWithHmacSHA512AndAES_256

[github-actions]

Test Results

     24 files  ±0       24 suites  ±0   12m 26s ⏱️ -5s
2 150 tests ±0  2 105 ✔️  - 1  44 💤 ±0  1 ❌ +1 
2 194 runs  ±0  2 149 ✔️  - 1  44 💤 ±0  1 ❌ +1 

For more details on these failures, see this check.

Results for commit 7188c80. ± Comparison against base commit e419739.

♻️ This comment has been updated with latest results.

[gireeshpunathil]

tests did not fail when ran locally, but 2 failed here, not sure why. are those known issues?

[akurtakov]

The failures look caused by the patch as I don't remember seeing these failing .
Tests run on linux so that could be one reason why you dont see it locally if you run on other OS.

[gireeshpunathil]

thanks @akurtakov - I will investigate.

[gireeshpunathil]

The decrypt was throwing different error code with the new cipher.
old: Input length must be multiple of 8 when decrypting with padded cipher, (code:3)
new: Wrong parameter type: IV expected, (code: 0)

So I adjusted the test to accommodate the new scenario.

[tjwatson]

We need micro-version increases to the bundles. Otherwise looks good to me.

[gireeshpunathil]

@tjwatson - just pushed a change to up the bundle versions, PTAL. thanks!

[tjwatson]

@tjwatson - just pushed a change to up the bundle versions, PTAL. thanks!

Thanks, I merged it.

[iloveeclipse]

FYI, this was one from the root causes of eclipse-platform/eclipse.platform.releng.aggregator#1388.

[gireeshpunathil]

thanks @iloveeclipse for catching this!