<html>
  <head>
    <meta content="text/html; charset=ISO-8859-1"
      http-equiv="Content-Type">
  </head>
  <body bgcolor="#FFFFFF" text="#000000">
    <div class="moz-cite-prefix">The encoding isn't done with a "%/" but
      a "%2F" (similarly, "+" is transformed into a "%2B", and "=" into
      a "%3D").<br>
      <br>
      The best way to treat such input is to be liberal when receiving
      them: accept the request wether it's encoded or not (i.e. do your
      best to deliver a revocation status, even if the request is badly
      formatted). Since what is url-encoded is a base64 string, that's
      pretty easy to satisfy; just url-decode the request (just once),
      and try to de-base64-ify it. In that last step, if you receive
      characters that are not in the base64 charset, reject it. Some
      encoders can remove the trailing "=" characters, that's another
      check to do.<br>
      <br>
      <pre class="moz-signature" cols="72">-- 
Erwann ABALEA

</pre>
      Le 31/03/2014 10:11, Mads Egil Henriksveen a écrit :<br>
    </div>
    <blockquote
cite="mid:6623dc520d35467285f623f336a01e25@Buyp-gvk-ex01.intra.buypass.no"
      type="cite">
      <meta http-equiv="Content-Type" content="text/html;
        charset=ISO-8859-1">
      <meta name="Generator" content="Microsoft Word 12 (filtered
        medium)">
      <style><!--
/* Font Definitions */
@font-face
        {font-family:"Cambria Math";
        panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
        {font-family:Calibri;
        panose-1:2 15 5 2 2 2 4 3 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
        {margin:0cm;
        margin-bottom:.0001pt;
        font-size:11.0pt;
        font-family:"Calibri","sans-serif";}
a:link, span.MsoHyperlink
        {mso-style-priority:99;
        color:blue;
        text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
        {mso-style-priority:99;
        color:purple;
        text-decoration:underline;}
span.EmailStyle17
        {mso-style-type:personal-compose;
        font-family:"Calibri","sans-serif";
        color:windowtext;}
.MsoChpDefault
        {mso-style-type:export-only;}
@page WordSection1
        {size:612.0pt 792.0pt;
        margin:70.85pt 70.85pt 70.85pt 70.85pt;}
div.WordSection1
        {page:WordSection1;}
--></style><!--[if gte mso 9]><xml>
<o:shapedefaults v:ext="edit" spidmax="1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext="edit">
<o:idmap v:ext="edit" data="1" />
</o:shapelayout></xml><![endif]-->
      <div class="WordSection1">
        <p class="MsoNormal"><span lang="EN-US">Hi<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US">We have during the last
            months received a lot of OCSP requests using the GET method
            where it is questionable whether they satisfy the
            requirements or not.  <o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span lang="EN-US">RFC 6960 states that:<o:p></o:p></span></p>
        <p class="MsoNormal" style="page-break-before:always"><span
            style="font-family:"Courier New"" lang="EN">   An
            OCSP request using the GET method is constructed as follows:<o:p></o:p></span></p>
        <p class="MsoNormal" style="page-break-before:always"><span
            style="font-family:"Courier New"" lang="EN"><o:p> </o:p></span></p>
        <p class="MsoNormal" style="page-break-before:always"><span
            style="font-family:"Courier New"" lang="EN">   GET
            {url}/{url-encoding of base-64 encoding of the DER encoding
            of<o:p></o:p></span></p>
        <p class="MsoNormal" style="page-break-before:always"><span
            style="font-family:"Courier New"" lang="EN">   the
            OCSPRequest}<o:p></o:p></span></p>
        <p class="MsoNormal" style="page-break-before:always"><span
            style="font-family:"Courier New"" lang="EN"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span lang="EN">The base-64 encoding may
            contain reserved characters like “/” and our interpretation
            is that such reserved characters should be percent-encoded
            (i.e. “%/”) according to RFC 3986.<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span lang="EN">However, we receive a lot
            of OCPS requests where this encoding requirements are not
            satisfied, and we intend to start rejecting such requests.
            <o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span lang="EN">Has anyone identified this
            as an issue and what should the recommended behavior be in
            this case?<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN"><o:p> </o:p></span></p>
        <p class="MsoNormal"><span lang="EN">Regards<o:p></o:p></span></p>
        <p class="MsoNormal"><span lang="EN">Mads <o:p></o:p></span></p>
        <p class="MsoNormal"><o:p> </o:p></p>
      </div>
      <br>
      <fieldset class="mimeAttachmentHeader"></fieldset>
      <br>
      <pre wrap="">_______________________________________________
Public mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Public@cabforum.org">Public@cabforum.org</a>
<a class="moz-txt-link-freetext" href="https://cabforum.org/mailman/listinfo/public">https://cabforum.org/mailman/listinfo/public</a>
</pre>
    </blockquote>
    <br>
  </body>
</html>