Jump to Navigation

Me on Twitter

  • RT @NASA: LIVE NOW: We're set to land @NASAInSight on Mars on Monday, Nov. 26. Get an overview of the mission as the team discusses the lan… — 13 weeks 2 days ago
  • RT Moi qui me tape sur le torse en répétant « papa ! » depuis des mois jusqu'à ce que ma fille comprenne que « papa… https://t.co/BWEQs4CpWg — 14 weeks 4 days ago
  • RT @dvIpr: Expectations v/s Reality — 15 weeks 1 day ago
  • RT @OSAXIS: Osaxis accueillait aujourd’hui @WTTJ pour créer les médias qui animeront notre future page entreprise. Nous recrutons encore et… — 15 weeks 3 days ago
  • This is why I don't use my laptop's hardware disk encryption - https://t.co/lLipmzA2FX — 15 weeks 4 days ago
  • As usual short-sighted deputies acting against the general interest. "The's Link Tax Will Kill Open Access and Crea… https://t.co/GxE5stf81Q — 15 weeks 4 days ago
  • RT @amazingmap: A map of the entire internet as of May 1973 https://t.co/b0gaP4ajx3 — 15 weeks 5 days ago
  • @Nextclouders I understand. Hope it won't be a cause of frustration and non adoption. — 17 weeks 7 hours ago
  • @Nextclouders what I like in #nextcloud #owncloud : centralized authentication and remote file access. What I don't… https://t.co/FZMdnPnyvc — 17 weeks 10 hours ago
  • RT @github: The most important takeaway? Contact your Council members. Let them know that limiting the exclusion to *only* non-profits in… — 17 weeks 3 days ago
More at Twitter...

cryptography

android A paper backup for your private key

Submitted by nicobo on June 14, 2012 - 01:03

Android keychainAndroid requires developers to sign their applications with a digital certificate and that each future release be signed with the same certificate.

Sadly, bad things happen when the developer (you) looses access to the certificate : he (you) will not be able to release updates for the application without it. Never. Ever.

Android does not currently support multiple certificates per application so the best you could do would be to release a new app with the same name, in the hope your users will find a way to it by themselves.

As years go on, you will change your computer, wipe USB keys, reinstall OS, ...
So many dangerous operations for your digital certificates, hidden among millions of files !
If, like me, you are anxious at the idea of losing your certificates or passwords, just print a paper copy !
Although it is not invulnerable, paper should be less prone to mass erasing than a simple electronic file.

The idea is simple, not new, and you just need to know two commands to get a printable hard copy of your certificate.

Let's start.

java HttpClient 3.x : a portable SSL Socket Factory implementation

Submitted by nicobo on January 18, 2012 - 23:13

I was just trying to implement client and server authentication over SSL on IBM Websphere 6 (JRE 1.4.2)...

[...]

It may sound awkward in 2012, but if you wish the HTTPS server to identify your Java client (versus : only the server is identified), you will have to write your own implementation of a socket factory.

The Java Runtime Environment doesn't provide ready-to-use classes to do this. Yes : there is javax.net.ssl.SSLSocketFactory.getDefault() but it requires to set some system (therefore global) properties to point to the certificates files !!!

Even with Apache's HttpClient (at least version 3.x), you have to use a custom SSLProtocolSocketFactory.

The HttpClient SSL Guide provides sample code to implement mutual client and server authentication ; unfortunately the latest stable release of it (contrib 3.1) is bound to Sun's API with imports such as com.sun.net.ssl.KeyManagerFactory. Needless to say that this will not work on an IBM Websphere JRE...

This article contains an implementation of a SSLProtocolSocketFactory for HttpClient, to whom may be interested...

Syndicate content