bug-1131: CertificationPracticeStatement.html em
authorMartin Gummi <martin.gummi@gmx.net>
Tue, 30 Apr 2013 20:45:18 +0000 (22:45 +0200)
committerMartin Gummi <martin.gummi@gmx.net>
Tue, 30 Apr 2013 20:45:18 +0000 (22:45 +0200)
www/policy/CertificationPracticeStatement.html

index ddbdc17..be7de64 100644 (file)
@@ -324,7 +324,7 @@ for each class of certificate.
     It has been improved and reviewed (or will be reviewed)\r
     to meet or exceed the criteria of the\r
     <cite>Certificate Authority Review Checklist</cite>\r
-    from <i>David E. Ross</i> ("DRC")\r
+    from <em>David E. Ross</em> ("DRC")\r
     and Mozilla Foundation's CA policy.\r
   </li>\r
   <li>\r
@@ -388,7 +388,7 @@ CAcert Community Agreement</a>.
 The CA is technically operated by the Community,\r
 under the direction of the Board of CAcert Incorporated.\r
 (The Members of the Community are not to be confused\r
-with the <i>Association Members</i>, which latter are\r
+with the <em>Association Members</em>, which latter are\r
 not referred to anywhere in this CPS.)\r
 </p>\r
 \r
@@ -759,7 +759,7 @@ and will be submitted to vendors via the (Top-level) Root.
   <th colspan="1" class="c">&nbsp;</th>\r
  </tr>\r
  <tr>\r
-  <td><i>Class of Root</i></td>\r
+  <td><em>Class of Root</em></td>\r
   <th>Anon</th>\r
   <td>Name</td>\r
   <td>Anon</td>\r
@@ -1646,7 +1646,7 @@ can get different levels of certificates.
 See <a href="#p1.4.5">&sect;1.4.5</a>.\r
 See Table 3.2.b.\r
 When Members have 50 or more points, they\r
-become <i>Assured Members</i> and may then request\r
+become <em>Assured Members</em> and may then request\r
 certificates that state their Assured Name(s).\r
 </p>\r
 \r
@@ -1919,7 +1919,7 @@ In principle, at least two controls are placed on each address.
 <p>\r
 <strong><a id="ping">Email-Ping</a>.</strong>\r
 Email addresses are verified by means of an\r
-<i><a id="pingtest">Email-Ping test</a></i>:\r
+<em><a id="pingtest">Email-Ping test</a></em>:\r
 </p>\r
 \r
 <ul><li>\r
@@ -1958,7 +1958,7 @@ following checks:
 </p>\r
 <ol> <li>\r
       An Email-ping test\r
-      is done on an email address chosen from <i>whois</i>\r
+      is done on an email address chosen from <em>whois</em>\r
       or interpolated from the domain name.\r
   </li> <li>\r
       The system generates a cookie\r
@@ -2754,11 +2754,11 @@ Refer to Security Policy 4.3 (<a href="https://svn.cacert.org/CAcert/Policies/Se
 \r
 <a id="p5.2.2"></a><h4>5.2.2. Number of persons required per task</h4>\r
 <p>\r
-CAcert operates to the principles of <i>four eyes</i> and <i>dual control</i>.\r
+CAcert operates to the principles of <em>four eyes</em> and <em>dual control</em>.\r
 All important roles require a minimum of two persons.\r
 The people may be tasked to operate\r
-with an additional person observing (<i>four eyes</i>),\r
-or with two persons controlling (<i>dual control</i>).\r
+with an additional person observing (<em>four eyes</em>),\r
+or with two persons controlling (<em>dual control</em>).\r
 </p>\r
 \r
 <a id="p5.2.3"></a><h4>5.2.3. Identification and authentication for each role</h4>\r
@@ -2778,7 +2778,7 @@ Refer to Security Policy 9.1 (<a href="https://svn.cacert.org/CAcert/Policies/Se
 \r
 <p>\r
 Roles strive in general for separation of duties, either along the lines of\r
-<i>four eyes principle</i> or <i>dual control</i>.\r
+<em>four eyes principle</em> or <em>dual control</em>.\r
 </p>\r
 \r
 <a id="p5.3"></a><h3>5.3. Personnel controls</h3>\r
@@ -3109,7 +3109,7 @@ This is effected by means of the 'template' system.
 \r
 <p>\r
 SubRoot keys are stored on a single machine which acts\r
-as a Cryptographic Module, or <i>signing server</i>.\r
+as a Cryptographic Module, or <em>signing server</em>.\r
 It operates a single daemon for signing only.\r
 The signing server has these security features:\r
 </p>\r