- Case Number: a20090717.2
- Status: Closed
- Claimants: Ulrich Schroeter
- Respondents: Sabine B
Case Manager: BernhardFröhlich
Arbitrator: Martin Gummi
- Date of arbitration start: 2010-06-14
- Date of ruling: 2010-11-14
- Case closed: 2011-03-02
- Complaint:
The complete mail is filed at The Dispute Mailing List Archive (lower part of the message)
Hi, i hereby file a dispute against the account with the email address f...@bilkinfo.de I have met Sabine B, born E at Linuxtag Berlin in the face-2-face meeting at the booth at June 26th. I'd verified the name on the CAP against the name in her ID document (German Personalausweis, Bahncard). The name on the IDcard: Sabine B geb. E The name in the account: Sabine E (B) Sabine tells us at the booth, that there is a known problem in correct the ID documents, cause of missing general documents (thats a private problem). As it seems, there is no quick govermental solution, there is a need, to correct the account to the naming shown on the ID documents: from Sabine E (B) to Sabine B geb. E As the Assuree has yet 100 assurance points and 24 experience points (124 in total) something seems to be wrong. I, Ulrich Schroeter makes a reliable statement related to the CARS program as stated in https://svn.cacert.org/CAcert/Assurance/Minutes/20090517MiniTOP.html under "Reliable Statement" that i've met Sabine B geb. E at June 26th, 2009 at the booth of Linuxtag Berlin 2009 in a face-to-face meeting. I made an assurance and wrote down all names found on the German IDcard (Personalausweis) Givenname(s): Sabine Surname : B geb. E The assurance was conducted under the Assurance Policy including the CAcert Community Agreement, signed by Sabine B geb. E.
- Relief: TBD
Before: Arbitrator Martin Gummi (A). Respondent: Sabine B (R) Claimant: UlrichSchroeter (C) Case: a20090717.2
History Log
- 2010-06-14 (A): care about case a20090717.2
- 2010-06-15 (CM): Sent initiating mail
- 2010-06-16 (C): accepts CCA/DRP under this arbitration
- 2010-06-17 (R): accepts CCA/DRP under this arbitration
- 2010-06-20 (CM): Assurer Nikolas P. confirms R's name as Sabine B.
- 2010-06-20 (CM): Assurer Daniel R. confirms R's name as Sabine B.
- 2010-06-20 (CM): Assurer Fabian S. confirms R's name as Sabine B. (but used the abbreveated family name in his confirmation...)
- 2010-07-16 (C): progress report request to (CM), (A)
- 2010-07-28 (C): progress report request to (CM), (A)
- 2010-07-29 (C): rcvd response from (CM)
Around June 20 (A) has forwarded me several mails from Assurers who confirm Sabine's new name. I don't know what is still missing, but I guess (A) has to make a statement himself.
- 2010-08-24 (C): progress report request to (CM), (A) again with some recommendations regarding Arbitrators assistance
- 2010-08-30 A requests Assurance details of R's account from Support
- 2010-08-30 Support replied with Assurance details
- 2010-09-15 Request for assistence to AS1, AS2, AS3
2010-11-14 Request for assistence to AS4 at OpenRheinRuhr2010
Discovery
- At Linuxtag (R) was assured by four different Assurers. Three of them witness the same name, one is not responding/assured sth. different.
- Assurer
- AS1 OK
- AS2 OK
- AS3 OK
At OpenRheinRuhr2010 was assured by one Assurer
- AS4 OK
- The problem has been identified by experienced Assurers and filed into Disputes
- Certificates issued after 2009-11-08 (date when CPS became draft) that include the name have to be revoked.
- The certs problem on Name changes
The CPS comes to draft at Status: DRAFT p20091108
- If the user has created client certificates, with the not yet corrected name in the account, the certs are probably built up with the wrong name from online account.
CPS 3.1.1. Types of names - Client Certificates. The Subscriber Naming consists of:
- CN= The common name takes its value from one of:
- For individual Members, a Name of the Subscriber, as Assured under AP.
- CN= The common name takes its value from one of:
- The certs problem on Name changes
Ruling
Based on the presented information. I hereby rule:
- Client Certificates, that are issued by (C) after 2009-11-08 and that includes the disputed name should be revoked
- name has to be changed as requested by the dispute
Oberhausen, Nov, 14th 2010
Execution
- 2010-11-14 (A) sent ruling to (C) (R) (CM) (Support)
- 2010-11-14 (A) exec. req. to (Support)
- 2010-11-14 (Support) [s20101114.35] exec. report
- 2011-03-02 (A): exec report to all participiants. Case closed.
Similar Cases