Reference record for OID 1.2.840.10046.5.1

parent

1.2.840.10046.5 (kdMethods)

node code

1

node name

1

dot oid

1.2.840.10046.5.1

asn1 oid

{iso(1) member-body(2) us(840) ansi-x942(10046) kdMethods(5) 1(1)}

iri oid

/iso/member-body/us/ansi-x942/kdMethods/1

iri by oid_info

/ISO/Member-Body/US/10046/5/1

Description by oid_info

Concatenation

Also (see below): ASN.1 module named ANSI-X9-42
View at oid-info.com

Information by oid_info

ANSI X9 standard "X9.42-2000, Public Key Cryptography for The Financial Services Industry: Agreement of Symmetric Keys Using Discrete Logarithm Cryptography"

From: "Phillip H. Griffin" <[email protected]>
Date: 27 May 2003
CC: Don Johnson <[email protected]>, Jeff Stapleton <[email protected]>, Pud Reaver <[email protected]>

Olivier Dubuisson wrote:
>
> the following OID was described as:
>> OID : {iso(1) member-body(2) us(840) ansi-x962(10045) signatures(4) ecdsa-with-SHA1(1)}
>> Description: ANSI X9.62 ECDSA signatures with SHA-1
> in the OID database.
>
> In one of the files available on your website, we've found the following information:
>> OID : {iso(1) member-body(2) us(840) 10045 module(4) 1}
>> Description: Modules
>> Registrant : X9F
> Which one is right? "module" or "signatures"?

Both ;)

I made an error in writing the X9.62 ASN.1 and assigned this OID twice, once to the module OID and again to the signatures. Best to let signatures win, as these actually have an effect on products and code, and change the module assignment from:
ANSI-X9-62 {iso(1) member-body(2) us(840) 10045 module(4) 1}
DEFINITIONS EXPLICIT TAGS ::= BEGIN
and
ANSI-X9-62 {iso(1) member-body(2) us(840) 10045 module(4) 2}
DEFINITIONS EXPLICIT TAGS ::= BEGIN
to
ANSI-X9-62 {iso(1) member-body(2) us(840) 10045 module(5) 1}
DEFINITIONS EXPLICIT TAGS ::= BEGIN
and
ANSI-X9-62 {iso(1) member-body(2) us(840) 10045 module(5) 2}
DEFINITIONS EXPLICIT TAGS ::= BEGIN

I'll contact by CC some X9F chairs and get them to ask Miles Smid to get this changed to 5 in the next X9.62 revision.
-----
From: "Phillip H. Griffin" <[email protected]>
Date: Tue, 27 May 2003
CC: Pud Reaver, Don Johnson, Jeff Stapleton

Olivier Dubuisson wrote:
> It looks like you did the same mistake with X9.42!!
>
>> OID : {iso(1) member-body(2) us(840) ansi-x942(10046) module(5)}
>> Description : ASN.1 module called "X9-42"
>> Information : ANSI X9 standard "X9.42-2000, Public Key Cryptography for The Financial Services Industry: Agreement of Symmetric Keys Using Discrete Logarithm Cryptography
>> -----------------------------------------------------------------
>> OID : {iso(1) member-body(2) us(840) ansi-x942(10046) kdMethods(5)}
>> Description : Key derivation method
>> Registrant : X9F

Yes, please change
ANSI-X9-42 {iso(1) member-body(2) us(840) ansi-x942(10046) module(5) 1}
DEFINITIONS EXPLICIT TAGS ::= BEGIN
-- X9.42 Diffie-Hellman and MQV Symmetric Key Agreement
to
ANSI-X9-42 {iso(1) member-body(2) us(840) ansi-x942(10046) module(6) 1}
DEFINITIONS EXPLICIT TAGS ::= BEGIN
-- X9.42 Diffie-Hellman and MQV Symmetric Key Agreement
I'll contact by CC some X9F chairs and get them to get this changed in the next X9.42 revision.
-----

Note: This OID is used in the imports statement of the ASN.1 module defined in Annex A of ISO/IEC 7816-15 to reference the ASN.1 module named ANSI-X9-42.

Current Registration Authority

X9F

Brothers (1)