<?xml version="1.0" encoding="utf-8"?>
<?xml-stylesheet type="text/xsl" href="../assets/xml/rss.xsl" media="all"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Deep in the weeds (Posts about EMVCo)</title><link>https://blog.mattice.org/</link><description></description><atom:link href="https://blog.mattice.org/categories/emvco.xml" rel="self" type="application/rss+xml"></atom:link><language>en</language><lastBuildDate>Tue, 16 May 2017 01:01:35 GMT</lastBuildDate><generator>Nikola (getnikola.com)</generator><docs>http://blogs.law.harvard.edu/tech/rss</docs><item><title>EMV should be less confusing for all</title><link>https://blog.mattice.org/posts/emv-should-be-less-confusing-for-all/index.html?utm_source=/categories/emvco.xml&amp;utm_medium=nikola_feed&amp;utm_campaign=rss_feed</link><dc:creator>Mike Mattice</dc:creator><description>&lt;div&gt;&lt;p&gt;Excuse me for a moment while I do a happy dance for effecting change.  It's a small victory, but...&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Mr. Mattice,&lt;/p&gt;
&lt;p&gt;Thank you for your comment.
We acknowledge that the EMVCo tag definition is not fully ISO compliant.  For clarification We will remove the reference to ISO 8825 in the next version of the specifications.&lt;/p&gt;
&lt;p&gt;Sincerely,
The EMVCo Secretariat (on behalf of L2WG)&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;I'm glad they've admitted to this.  I hope it makes someone else's job easier someday.&lt;/p&gt;&lt;/div&gt;</description><category>ASN.1</category><category>EMV</category><category>EMVCo</category><category>ISO-8825</category><category>specifications</category><category>tech</category><category>X.690</category><guid>https://blog.mattice.org/posts/emv-should-be-less-confusing-for-all/index.html</guid><pubDate>Wed, 22 Jun 2016 16:38:30 GMT</pubDate></item><item><title>EMVCo's response</title><link>https://blog.mattice.org/posts/emvcos-response/index.html?utm_source=/categories/emvco.xml&amp;utm_medium=nikola_feed&amp;utm_campaign=rss_feed</link><dc:creator>Mike Mattice</dc:creator><description>&lt;div&gt;&lt;p&gt;A little more than a month later, I got a response from EMVCo to &lt;a class="reference external" href="https://blog.mattice.org/posts/emvco-request/index.html"&gt;my request&lt;/a&gt;.  It's about what I expected.  I'm not sure they've read their own specification.&lt;/p&gt;
&lt;p&gt;&lt;a href="https://blog.mattice.org/posts/emvcos-response/index.html?utm_source=/categories/emvco.xml&amp;amp;utm_medium=nikola_feed&amp;amp;utm_campaign=rss_feed"&gt;Read more…&lt;/a&gt; (1 min remaining to read)&lt;/p&gt;&lt;/div&gt;</description><category>ASN.1</category><category>EMV</category><category>EMVCo</category><category>ISO-8825</category><category>specifications</category><category>tech</category><category>X.690</category><guid>https://blog.mattice.org/posts/emvcos-response/index.html</guid><pubDate>Mon, 02 May 2016 15:13:33 GMT</pubDate></item><item><title>EMVCo Request</title><link>https://blog.mattice.org/posts/emvco-request/index.html?utm_source=/categories/emvco.xml&amp;utm_medium=nikola_feed&amp;utm_campaign=rss_feed</link><dc:creator>Mike Mattice</dc:creator><description>&lt;div&gt;&lt;p&gt;I sent the following to EMVCo via &lt;a class="reference external" href="https://www.emvco.com/PublicComments.aspx"&gt;https://www.emvco.com/PublicComments.aspx&lt;/a&gt; on March 28th at about 0200UTC.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Table 35 &amp;amp; 36 refer to ISO/IEC 8825 which is also ITU-T Rec. X.690.  The X.690 spec available at &lt;a class="reference external" href="https://www.itu.int/ITU-T/studygroups/com17/languages/X.690-0207.pdf"&gt;https://www.itu.int/ITU-T/studygroups/com17/languages/X.690-0207.pdf&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Specifically, the document states "According to ISO/IEC 8825, Table 36 defines the coding rules of the subsequent bytes of a BER-TLV tag when tag numbers ≥ 31 are used (that is, bits b5 - b1 of the first byte equal '11111')."&lt;/p&gt;
&lt;p&gt;Please explain how 9F02 follows this?  The tag number for 9F02 is 2, which is clearly &amp;lt; 31.&lt;/p&gt;
&lt;dl class="docutils"&gt;
&lt;dt&gt;IEC/ISO 8255 states:&lt;/dt&gt;
&lt;dd&gt;8.1.2.2 For tags with a number ranging from zero to 30 (inclusive), the identifier octets shall comprise a single octet encoded as follows:
a) bits 8 and 7 shall be encoded to represent the class of the tag as specified in Table 1;
b) bit 6 shall be a zero or a one according to the rules of 8.1.2.5;
c) bits 5 to 1 shall encode the number of the tag as a binary integer with bit 5 as the most significant bit.&lt;/dd&gt;
&lt;/dl&gt;
&lt;p&gt;That essentially tells me that every EMV tag that's two bytes with the second byte less than 31 is invalid and not capable of being encoded by BER.&lt;/p&gt;
&lt;p&gt;I look forward to your response.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;I figure two weeks is plenty of time for them to respond to this simple inquiry.  Unfortunately, I got the only the following in response:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;*****Please do not reply to this email*****&lt;/p&gt;
&lt;p&gt;Dear Mike Mattice,&lt;/p&gt;
&lt;p&gt;Thank you for submitting your comment to EMVCo. EMVCo has received your comment and will review and respond as deemed necessary.&lt;/p&gt;
&lt;p&gt;Please note that EMVCo does not guarantee a response to public comments. EMVCo has implemented a new subscriber program through its website in order to facilitate dialog and interaction between EMVCo and its subscriber community. For more details, please find the service description in the EMVCo website "Contact Us" section.&lt;/p&gt;
&lt;p&gt;For your reference, a copy of your comment is included below.&lt;/p&gt;
&lt;p&gt;Thank you.&lt;/p&gt;
&lt;p&gt;The EMVCo Communication Secretariat
Message ID:1001&lt;/p&gt;
&lt;p&gt;&lt;cite&gt;-------------------&lt;/cite&gt;&lt;/p&gt;
&lt;p&gt;Comment ID: 12005&lt;/p&gt;
&lt;p&gt;&lt;cite&gt;-------------------&lt;/cite&gt;&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;Perhaps I should start a gofundme to become an EMVCo subscriber so I can get a guaranteed answer.&lt;/p&gt;
&lt;p&gt;In other news I sent this to &lt;a class="reference external" href="mailto:customerservice@iso.org"&gt;customerservice@iso.org&lt;/a&gt;:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;Are there repercussions for claiming to follow ISO standards (like 8825) but not actually doing so?&lt;/p&gt;
&lt;p&gt;Thanks,
Mike&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;A couple days later I got:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;ISO standards are voluntary, and as such, ISO does not carry out any assessment of conformity, nor does it monitor the implementation of its standards.&lt;/p&gt;
&lt;p&gt;A number of ISO standards - mainly those concerned with health, safety or the environment - have been adopted in some countries as part of their regulatory framework, or are referred to in legislation for which they serve as the technical basis. However, such adoptions are decisions by the regulatory authorities or governments of the countries concerned. ISO itself does not regulate or legislate.&lt;/p&gt;
&lt;p&gt;Cordially,&lt;/p&gt;
&lt;p&gt;joseph martinez&lt;/p&gt;
&lt;p&gt;Information Expert | marketing and sales services | marketing, communication &amp;amp; information | iso central secretariat | phone: +41 22 749 03 17&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;So, no repercussions for saying you follow ISO-8825, but not actually doing so.&lt;/p&gt;&lt;/div&gt;</description><category>ASN.1</category><category>EMV</category><category>EMVCo</category><category>ISO-8825</category><category>specifications</category><category>tech</category><category>X.690</category><guid>https://blog.mattice.org/posts/emvco-request/index.html</guid><pubDate>Thu, 14 Apr 2016 04:01:08 GMT</pubDate></item></channel></rss>