lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date: Tue, 15 Feb 2005 17:56:21 -0500
From: George Capehart <gwc@....org>
To: bkfsec <bkfsec@....lonestar.org>
Cc: Scott Gifford <sgifford@...pectclass.com>,
	Neil W Rickert <rickert+bt@...niu.edu>, bugtraq@...urityfocus.com
Subject: Re: International Domain Name [IDN] support in modern browsers allows
 attackers to spoof domain name URLs + SSL certs.


bkfsec wrote:
> Scott Gifford wrote:
> 
>>
>> My understanding of the business model was similar to an organization
>> like the Better Business Bureau; the customers are the ones paying to
>> be certified, because being certified gives them some extra
>> legitimacy.  BBB is able to do this because they have built up public
>> trust; essentially they're a reseller of public trust.  If they do a
>> poor job of screening, it reflects poorly on their customers, and
>> trust in them is reduced.
>>
>> CAs serve a similar function.  If they have no public trust, what do
>> they have to sell?  Surely people don't pay them 50-100 bucks for the
>> 5 seconds of CPU time it takes to sign the certificate...
>>
>>  
>>
> The difference between CAs and the BBB is that the BBB is well known and 
> highly accountable.  CAs are not necessarily.
> There is no widely screened public discussion or understanding of the 
> function of CAs.  The accepted root CAs do their jobs on the browser 
> entirely in the background.  Their "seal of approval" is considered 
> implicit by the lack of a message at all.

Ermmmmmm.  Well, yes and no.  CAs publish CPSs (Certification Practice 
Statements).  The purpose of the CPS is to provide:  a) and auditable 
statement of what the CA does when it certifies a public key at a given 
level.  If one doesn't like what one sees in the CPS, one doesn't need 
to accept keys certified by that CA.  It is up to the relying party (the 
entity which needs to decide whether or not to accept a key) to read the 
CA's CPS(s).  The problem with PKIs is that 99.99999% of the people who 
use public key cryptography are absolutely clueless when it comes to 
understanding the technology, its applications or how to use it. 
*/Theoretically/* CAs have *real* liabilities.  BBBs don't.  Having said 
that, after reading the fine print in the CPSs, most disclaim things to 
such a point that nailing them for anything real would not be worth the 
effort . . .

See http://www.schneier.com/paper-pki.html for more info . . .

Cheers,

/g




Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ