[Psi-devel] OT: CACert included in Kubuntu?

textshell-I1QKlO@neutronstar.dyndns.org textshell-I1QKlO at neutronstar.dyndns.org
Thu Nov 30 15:01:55 PST 2006


On Thu, Nov 30, 2006 at 02:45:19PM -0800, Justin Karneges wrote:
> On Thursday 30 November 2006 1:11 pm, Trejkaz wrote:
> 
> So yeah, GPG is a perfectly fair way to do secure package downloading.  The 
> other way would be to use X.509 without the official root CAs.  I would 
> recommend either of these approaches in any situation where all parties 
> involved are "known", not just for package management.
> 
> For example, we might consider bundling a public key inside of Psi, for 
> verifying things like updates (or anything the client might auto-download 
> from psi-im.org, such as iconsets...   thinking far into the future 
> here :) ).  This key would not need a root CA signature, since the security 
> domain is closed and specific.  It is only when you need communication with 
> unknown entities that the root CA system becomes truly useful.

Yes, all autodownloads should be digitally signed.

> 
> > It would be nice if there were proof of trust of the root CAs' keys.
> 
> There is.  The fact that your browser/OS has them installed.
> 
> > For instance, if my bank actually signed their key, I might believe that
> > they trust it.  At the current point in time I have to assume that they're
> > in the same situation as myself -- skeptical but with little choice but to
> > trust it.
> 
> The bank certifies Verisign?  I don't get what you're suggesting here.
> 

I think it's about the bank using some own key to sign there TLS
certificates. I think the bank is much more trustable than some generic CA.
Or maybe some CA that specializes in banks.

I think the german HBCI homebanking standard does something like that...
But well it uses a smartcard anyway and client software. I wouldn't trust a
java applet running in a browser all just secured with a lots of duct tape
and public CA based TLS... 

 - Martin H.


More information about the psi-devel mailing list