SlideShare uma empresa Scribd logo
1 de 6
Baixar para ler offline
Corrections to the ISO/IEC 29150
                       Signcryption ASN.1 Schema

                                     Phillip H. Griffin
                                   phil@phillipgriffin.com




               Abstract. In this note, defects in the schema of the first
               edition of the ISO/IEC 29150 Signcryption standard are
               described, and a corrected ASN.1 module is proposed. An
               example signcryption algorithm identifier value is defined
               and binary and markup representations of this value are
               presented. Although the schema errors are small and do not
               affect the textual content of the standard, programming
               language code generation and other tools cannot process the
               schema unless it is correct.


1      Introduction

The ISO/IEC 29150 Signcryption standard [1] provides a schema for signcryption
mechanism and cryptographic algorithm identification. The schema is defined as an
ASN.1 module [2]. Syntax errors in the published schema prohibit its use by ASN.1
tools. These minor defects may lead to misinterpretation by readers and to the
development of implementations that fail to interoperate.

Type SCparameters has two components that are meant to identify a key derivation
function (kdf) and a hash function (hash). The published version of the ISO/IEC 29150
schema contains the following definition of type SCparameters:

       SCparameters ::= SEQUENCE {
          kdf   SCKDFfunction,
          hash SCHashFunction
       }

For this definition of type SCparameters to be valid, SCKDFfunction and
SCHashFunction must be valid ASN.1 types. However, SCKDFfunction and
SCHashFunction are ASN.1 information object sets of class ALGORITHM, defined as
follows:

       SCHashFunction ALGORITHM ::= {
          {OID id-sha1 PARMS NullParms} |
          {OID id-sha256 PARMS NullParms } |
          {OID id-sha384 PARMS NullParms } |
          {OID id-sha512 PARMS NullParms },
          ... -- expect more hash functions here
       }

       SCKDFfunction ALGORITHM ::= {
          {OID id-kdf-kdf1 PARMS SCHashFunction} |
          {OID id-kdf-kdf2 PARMS SCHashFunction},
          ... -- expect additional KDF functions here
       }
Other aspects of the published schema that are not errors can be improved. The schema
does not define a signcryption algorithm identifier type for reference by implementers
and other standards. The schema imports the HashFunctionAlgs information object set,
though this set of algorithms is never used and can be eliminated. The SCHashFunction
and SCKDFfunction information object sets described above duplicate the content of
encryption algorithm information object sets already defined in the ISO/IEC 18033
standard [3].
These object sets can be referenced and not redefined. Their redefinition in ISO/IEC
29150 requires additional information object identifiers (OIDs) to be imported into the
module, and for the creation of duplicate definitions for the id-kdf-kdf1 and the id-
kdf-kdf2 key derivation functions. These definitions can be eliminated.
2     Schema

The following ASN.1 schema contains corrections to the schema published in ISO/IEC
29150:2011. This module contains valid syntax that can be used as input to ASN.1
syntax checking, schema validation, and programming language code generation tools.
The ISO/IEC 29150 module information object identifier is reused here for clarity.

Signcryption {
  iso(1) standard(0) signcryption(29150)
      asn1-module(0) signcryption-mechanisms(0) version(1)
}
  DEFINITIONS EXPLICIT TAGS ::= BEGIN

IMPORTS

    HashFunction, KeyDerivationFunction
       FROM EncryptionAlgorithms-2 {
          iso(1) standard(0) encryption-algorithms(18033) part(2)
             asn1-module(0) algorithm-object-identifiers(0) };


SigncryptionAlgorithmIdentifier ::=
                  AlgorithmIdentifier {{ SigncryptionMechanism }}

SigncryptionMechanism ALGORITHM ::= {
   { OID signcryption-mechanism-dlsc            PARMS    SCparameters   } |
   { OID signcryption-mechanism-ecdlsc          PARMS    SCparameters   } |
   { OID signcryption-mechanism-ifsc            PARMS    SCparameters   } |
   { OID signcryption-mechanism-ets             PARMS    SCparameters   },

    ... -- Expect additional signcryption mechanisms --
}

SCparameters ::= SEQUENCE {
   kdf   KeyDerivationFunction,
   hash HashFunction
}

-- Cryptographic algorithm identification --

OID ::= OBJECT IDENTIFIER      -- Alias --

is29150 OID ::= { iso(1) standard(0) signcryption(29150) }

mechanism OID ::= { is29150 mechanisms(1) }

signcryption-mechanism-dlsc         OID   ::=   {   mechanism   dlsc(1) }
signcryption-mechanism-ecdlsc       OID   ::=   {   mechanism   ecdlsc(2) }
signcryption-mechanism-ifsc         OID   ::=   {   mechanism   ifsc(3) }
signcryption-mechanism-ets          OID   ::=   {   mechanism   ets(4) }

AlgorithmIdentifier { ALGORITHM:IOSet } ::= SEQUENCE {
   algorithm   ALGORITHM.&id({IOSet}),
   parameters ALGORITHM.&Type({IOSet}{@algorithm}) OPTIONAL
}

ALGORITHM ::= CLASS {
   &id    OBJECT IDENTIFIER UNIQUE,
   &Type OPTIONAL
}
  WITH SYNTAX { OID &id [PARMS &Type] }

END   -- Signcryption --
3       Example

Type SigncryptionAlgorithmIdentifier is defined as the following parameterized
type:
        SigncryptionAlgorithmIdentifier ::=
                          AlgorithmIdentifier {{ SigncryptionMechanism }}
When expanded using the provided parameter, the information object set
SigncryptionMechanism, this parameterized type becomes
        SigncryptionAlgorithmIdentifier ::= ::= SEQUENCE {
           algorithm ALGORITHM.&id({SigncryptionMechanism }),
           parameters ALGORITHM.&Type({SigncryptionMechanism }
                                                 {@algorithm}) OPTIONAL
        }

The information object set SigncryptionMechanism forms a table constraint on the
algorithm and parameters components of type SigncryptionAlgorithmIdentifier.
The types of these two components are based on the &id and &Type fields of information
object class ALGORITHM.
An example value 1 of type SigncryptionAlgorithmIdentifier expressed using the
ASN.1 XML Value Notation could be defined as follows:
         1    <SigncryptionAlgorithmIdentifier>
         2       <algorithm>1.0.29150.1.3</algorithm>
         3       <parameters>
         4          <SCparameters>
         5             <kdf>
         6                <algorithm>1.0.18033.2.5.1</algorithm>
         7                <parameters>
         8                   <HashFunction>
         9                      <algorithm>
        10                         2.16.840.1.101.3.4.2.2
        11                      </algorithm>
        12                   </HashFunction>
        13                </parameters>
        14             </kdf>
        15             <hash>
        16                <algorithm>2.16.840.1.101.3.4.2.2</algorithm>
        17             </hash>
        18          </SCparameters>
        19       </parameters>
        20    </SigncryptionAlgorithmIdentifier>

On line 2, the integer factorization based signcryption (IFSC) mechanism is identified as
the signcryption algorithm. The parameters associated with the IFSC algorithm on lines
3-19 consist of two cryptographic functions, a key derivation function (sometimes
referred to as a mask generation function) and a hash or message digest function.
The first of these cryptographic functions, the key derivation function (KDF) is
identified on line 6. It is the KDF1 family of functions defined in the ISO/IEC 18033-2
standard, which rely on the hash functions defined in the ISO/IEC 10118-3 standard.
The parameters of the KDF1 algorithm are the SHA-384 hash function indicated on lines


1
 All of the encoded values in this document were produced using the ASN-1Step tool, an interactive
application development and testing environment from OSS Nokalva (http://www.oss.com).
9-11. The second cryptographic function is the SHA-384 hash function identified on line
16.
The same value can be defined using the ASN.1 Basic Value Notation as follows:
       value SigncryptionAlgorithmIdentifier ::= {
          algorithm { 1 0 29150 1 ifsc(3) },
          parameters SCparameters : {
             kdf {
                algorithm { 1 0 18033 2 5 kdf(1) },
                parameters HashFunction : {
                   algorithm { 2 16 840 1 101 3 4 2 sha384(2) }
                }
             },
             hash {
                algorithm { 2 16 840 1 101 3 4 2 sha384(2) }
             }
          }
       }
In either value notation form, this example value can be represented using DER, the
ASN.1 Distinguished Encoding Rules [4] in 49 bytes, shown here using hexadecimal
notation where two characters represent one byte:
       302F0606 2881E35E 01033025 30160607 28818C71 02050130 0B060960
       86480165 03040202 300B0609 60864801 65030402 02
The same example value can be represented using a canonical variant of XER, the XML
Encoding Rules [5] of ASN.1 in 363 bytes of XML markup [6], shown here formatted
for reading ease as an XML Document:
       <?xml version="1.0" encoding="UTF-8"?>
       <SigncryptionAlgorithmIdentifier>
          <algorithm>1.0.29150.1.3</algorithm>
          <parameters>
             <SCparameters>
                <kdf>
                   <algorithm>1.0.18033.2.5.1</algorithm>
                   <parameters>
                      <HashFunction>
                          <algorithm>2.16.840.1.101.3.4.2.2</algorithm>
                       </HashFunction>
                   </parameters>
                </kdf>
                <hash>
                   <algorithm>2.16.840.1.101.3.4.2.2</algorithm>
                </hash>
             </SCparameters>
          </parameters>
       </SigncryptionAlgorithmIdentifier>
References

[1] ISO/IEC 29150:2011 Information technology – Security techniques - Signcryption.

[2] ITU-T Recommendation X.680-series | ISO/IEC 8824 (All parts), Information Technology -
    Abstract Syntax Notation One (ASN.1). Retrieved June 20, 2012, from
    http://www.itu.int/rec/T-REC-X/en

[3] ISO/IEC 18033-2:2006 Information technology – Security techniques – Encryption
    algorithms – Part 2: Asymmetric ciphers.

[4] ITU-T Recommendation X.690 | ISO/IEC 8825-1, Information Technology - ASN.1
    Encoding Rules: Specification of Basic Encoding Rules (BER), Canonical Encoding Rules
    CER), Distinguished Encoding Rules (DER). Retrieved June 20, 2012, from
    http://www.itu.int/rec/T-REC-X.690-200811-I/en

[5] ITU-T Recommendation X.693 | ISO/IEC 8825-4, Information Technology - ASN.1
    Encoding Rules: Specification of XML Encoding Rules (XER). Retrieved June 20, 2012,
    from http://www.itu.int/rec/T-REC-X.693-200811-I/en

[6] W3C Recommendation (2000). Extensible Markup Language (XML) 1.0 (Second Edition).
                                                            n
    Retrieved June 20, 2012, from http://www.w3.org/TR/2000/REC-xml-20001006

Mais conteúdo relacionado

Semelhante a Proposed ISO/IEC 29150 ASN.1 Schema Corrections

International Journal of Engineering Research and Development
International Journal of Engineering Research and DevelopmentInternational Journal of Engineering Research and Development
International Journal of Engineering Research and DevelopmentIJERD Editor
 
Implementation of message authentication code using DNA-LCG key and a novel h...
Implementation of message authentication code using DNA-LCG key and a novel h...Implementation of message authentication code using DNA-LCG key and a novel h...
Implementation of message authentication code using DNA-LCG key and a novel h...IJECEIAES
 
Reverse Engineering iOS apps
Reverse Engineering iOS appsReverse Engineering iOS apps
Reverse Engineering iOS appsMax Bazaliy
 
The Ring programming language version 1.10 book - Part 97 of 212
The Ring programming language version 1.10 book - Part 97 of 212The Ring programming language version 1.10 book - Part 97 of 212
The Ring programming language version 1.10 book - Part 97 of 212Mahmoud Samir Fayed
 
The Ring programming language version 1.2 book - Part 59 of 84
The Ring programming language version 1.2 book - Part 59 of 84The Ring programming language version 1.2 book - Part 59 of 84
The Ring programming language version 1.2 book - Part 59 of 84Mahmoud Samir Fayed
 
Relational Database Access with Python
Relational Database Access with PythonRelational Database Access with Python
Relational Database Access with PythonMark Rees
 
Crypto Performance on ARM Cortex-M Processors
Crypto Performance on ARM Cortex-M ProcessorsCrypto Performance on ARM Cortex-M Processors
Crypto Performance on ARM Cortex-M ProcessorsHannes Tschofenig
 
Assignment 13assg-13.cppAssignment 13assg-13.cpp   @auth.docx
Assignment 13assg-13.cppAssignment 13assg-13.cpp   @auth.docxAssignment 13assg-13.cppAssignment 13assg-13.cpp   @auth.docx
Assignment 13assg-13.cppAssignment 13assg-13.cpp   @auth.docxbraycarissa250
 
The Ring programming language version 1.5.1 book - Part 72 of 180
The Ring programming language version 1.5.1 book - Part 72 of 180The Ring programming language version 1.5.1 book - Part 72 of 180
The Ring programming language version 1.5.1 book - Part 72 of 180Mahmoud Samir Fayed
 
Implementation of Cryptography Architecture with High Secure Core
Implementation of Cryptography Architecture with High Secure CoreImplementation of Cryptography Architecture with High Secure Core
Implementation of Cryptography Architecture with High Secure CoreIJMER
 
The Ring programming language version 1.5.2 book - Part 77 of 181
The Ring programming language version 1.5.2 book - Part 77 of 181The Ring programming language version 1.5.2 book - Part 77 of 181
The Ring programming language version 1.5.2 book - Part 77 of 181Mahmoud Samir Fayed
 
IRJET - Multi-Key Privacy in Cloud Computing
IRJET -  	  Multi-Key Privacy in Cloud ComputingIRJET -  	  Multi-Key Privacy in Cloud Computing
IRJET - Multi-Key Privacy in Cloud ComputingIRJET Journal
 
The Ring programming language version 1.7 book - Part 86 of 196
The Ring programming language version 1.7 book - Part 86 of 196The Ring programming language version 1.7 book - Part 86 of 196
The Ring programming language version 1.7 book - Part 86 of 196Mahmoud Samir Fayed
 
Mixed Scanning and DFT Techniques for Arithmetic Core
Mixed Scanning and DFT Techniques for Arithmetic CoreMixed Scanning and DFT Techniques for Arithmetic Core
Mixed Scanning and DFT Techniques for Arithmetic CoreIJERA Editor
 

Semelhante a Proposed ISO/IEC 29150 ASN.1 Schema Corrections (20)

Handout#10
Handout#10Handout#10
Handout#10
 
Database programming
Database programmingDatabase programming
Database programming
 
International Journal of Engineering Research and Development
International Journal of Engineering Research and DevelopmentInternational Journal of Engineering Research and Development
International Journal of Engineering Research and Development
 
Implementation of message authentication code using DNA-LCG key and a novel h...
Implementation of message authentication code using DNA-LCG key and a novel h...Implementation of message authentication code using DNA-LCG key and a novel h...
Implementation of message authentication code using DNA-LCG key and a novel h...
 
Reverse Engineering iOS apps
Reverse Engineering iOS appsReverse Engineering iOS apps
Reverse Engineering iOS apps
 
The Ring programming language version 1.10 book - Part 97 of 212
The Ring programming language version 1.10 book - Part 97 of 212The Ring programming language version 1.10 book - Part 97 of 212
The Ring programming language version 1.10 book - Part 97 of 212
 
Pl sql using_xml
Pl sql using_xmlPl sql using_xml
Pl sql using_xml
 
Implementation of Fast Pipelined AES Algorithm on Xilinx FPGA
Implementation of Fast Pipelined AES Algorithm on Xilinx FPGAImplementation of Fast Pipelined AES Algorithm on Xilinx FPGA
Implementation of Fast Pipelined AES Algorithm on Xilinx FPGA
 
The Ring programming language version 1.2 book - Part 59 of 84
The Ring programming language version 1.2 book - Part 59 of 84The Ring programming language version 1.2 book - Part 59 of 84
The Ring programming language version 1.2 book - Part 59 of 84
 
Relational Database Access with Python
Relational Database Access with PythonRelational Database Access with Python
Relational Database Access with Python
 
Crypto Performance on ARM Cortex-M Processors
Crypto Performance on ARM Cortex-M ProcessorsCrypto Performance on ARM Cortex-M Processors
Crypto Performance on ARM Cortex-M Processors
 
Assignment 13assg-13.cppAssignment 13assg-13.cpp   @auth.docx
Assignment 13assg-13.cppAssignment 13assg-13.cpp   @auth.docxAssignment 13assg-13.cppAssignment 13assg-13.cpp   @auth.docx
Assignment 13assg-13.cppAssignment 13assg-13.cpp   @auth.docx
 
The Ring programming language version 1.5.1 book - Part 72 of 180
The Ring programming language version 1.5.1 book - Part 72 of 180The Ring programming language version 1.5.1 book - Part 72 of 180
The Ring programming language version 1.5.1 book - Part 72 of 180
 
fips140-3compliance
fips140-3compliancefips140-3compliance
fips140-3compliance
 
Implementation of Cryptography Architecture with High Secure Core
Implementation of Cryptography Architecture with High Secure CoreImplementation of Cryptography Architecture with High Secure Core
Implementation of Cryptography Architecture with High Secure Core
 
The Ring programming language version 1.5.2 book - Part 77 of 181
The Ring programming language version 1.5.2 book - Part 77 of 181The Ring programming language version 1.5.2 book - Part 77 of 181
The Ring programming language version 1.5.2 book - Part 77 of 181
 
IRJET - Multi-Key Privacy in Cloud Computing
IRJET -  	  Multi-Key Privacy in Cloud ComputingIRJET -  	  Multi-Key Privacy in Cloud Computing
IRJET - Multi-Key Privacy in Cloud Computing
 
The Ring programming language version 1.7 book - Part 86 of 196
The Ring programming language version 1.7 book - Part 86 of 196The Ring programming language version 1.7 book - Part 86 of 196
The Ring programming language version 1.7 book - Part 86 of 196
 
Systolic, Transposed & Semi-Parallel Architectures and Programming
Systolic, Transposed & Semi-Parallel Architectures and ProgrammingSystolic, Transposed & Semi-Parallel Architectures and Programming
Systolic, Transposed & Semi-Parallel Architectures and Programming
 
Mixed Scanning and DFT Techniques for Arithmetic Core
Mixed Scanning and DFT Techniques for Arithmetic CoreMixed Scanning and DFT Techniques for Arithmetic Core
Mixed Scanning and DFT Techniques for Arithmetic Core
 

Mais de Phil Griffin

ISSA Web Conference - Biometric Information Security Management
ISSA Web Conference - Biometric Information Security ManagementISSA Web Conference - Biometric Information Security Management
ISSA Web Conference - Biometric Information Security ManagementPhil Griffin
 
ITU Kaleidoscope 2013 Presentation
ITU Kaleidoscope 2013 PresentationITU Kaleidoscope 2013 Presentation
ITU Kaleidoscope 2013 PresentationPhil Griffin
 
Signcrypting information assets
Signcrypting information assetsSigncrypting information assets
Signcrypting information assetsPhil Griffin
 
Using signcryption to protect biometric information
Using signcryption to protect biometric information Using signcryption to protect biometric information
Using signcryption to protect biometric information Phil Griffin
 
Telebiometric information security and safety management
Telebiometric information security and safety managementTelebiometric information security and safety management
Telebiometric information security and safety managementPhil Griffin
 
Key Commitment Using CMS in ECMQV Key Agreement
Key Commitment Using CMS in ECMQV Key AgreementKey Commitment Using CMS in ECMQV Key Agreement
Key Commitment Using CMS in ECMQV Key AgreementPhil Griffin
 

Mais de Phil Griffin (6)

ISSA Web Conference - Biometric Information Security Management
ISSA Web Conference - Biometric Information Security ManagementISSA Web Conference - Biometric Information Security Management
ISSA Web Conference - Biometric Information Security Management
 
ITU Kaleidoscope 2013 Presentation
ITU Kaleidoscope 2013 PresentationITU Kaleidoscope 2013 Presentation
ITU Kaleidoscope 2013 Presentation
 
Signcrypting information assets
Signcrypting information assetsSigncrypting information assets
Signcrypting information assets
 
Using signcryption to protect biometric information
Using signcryption to protect biometric information Using signcryption to protect biometric information
Using signcryption to protect biometric information
 
Telebiometric information security and safety management
Telebiometric information security and safety managementTelebiometric information security and safety management
Telebiometric information security and safety management
 
Key Commitment Using CMS in ECMQV Key Agreement
Key Commitment Using CMS in ECMQV Key AgreementKey Commitment Using CMS in ECMQV Key Agreement
Key Commitment Using CMS in ECMQV Key Agreement
 

Último

How AI, OpenAI, and ChatGPT impact business and software.
How AI, OpenAI, and ChatGPT impact business and software.How AI, OpenAI, and ChatGPT impact business and software.
How AI, OpenAI, and ChatGPT impact business and software.Curtis Poe
 
Unraveling Multimodality with Large Language Models.pdf
Unraveling Multimodality with Large Language Models.pdfUnraveling Multimodality with Large Language Models.pdf
Unraveling Multimodality with Large Language Models.pdfAlex Barbosa Coqueiro
 
From Family Reminiscence to Scholarly Archive .
From Family Reminiscence to Scholarly Archive .From Family Reminiscence to Scholarly Archive .
From Family Reminiscence to Scholarly Archive .Alan Dix
 
TrustArc Webinar - How to Build Consumer Trust Through Data Privacy
TrustArc Webinar - How to Build Consumer Trust Through Data PrivacyTrustArc Webinar - How to Build Consumer Trust Through Data Privacy
TrustArc Webinar - How to Build Consumer Trust Through Data PrivacyTrustArc
 
"ML in Production",Oleksandr Bagan
"ML in Production",Oleksandr Bagan"ML in Production",Oleksandr Bagan
"ML in Production",Oleksandr BaganFwdays
 
DevoxxFR 2024 Reproducible Builds with Apache Maven
DevoxxFR 2024 Reproducible Builds with Apache MavenDevoxxFR 2024 Reproducible Builds with Apache Maven
DevoxxFR 2024 Reproducible Builds with Apache MavenHervé Boutemy
 
DSPy a system for AI to Write Prompts and Do Fine Tuning
DSPy a system for AI to Write Prompts and Do Fine TuningDSPy a system for AI to Write Prompts and Do Fine Tuning
DSPy a system for AI to Write Prompts and Do Fine TuningLars Bell
 
Merck Moving Beyond Passwords: FIDO Paris Seminar.pptx
Merck Moving Beyond Passwords: FIDO Paris Seminar.pptxMerck Moving Beyond Passwords: FIDO Paris Seminar.pptx
Merck Moving Beyond Passwords: FIDO Paris Seminar.pptxLoriGlavin3
 
Use of FIDO in the Payments and Identity Landscape: FIDO Paris Seminar.pptx
Use of FIDO in the Payments and Identity Landscape: FIDO Paris Seminar.pptxUse of FIDO in the Payments and Identity Landscape: FIDO Paris Seminar.pptx
Use of FIDO in the Payments and Identity Landscape: FIDO Paris Seminar.pptxLoriGlavin3
 
The Fit for Passkeys for Employee and Consumer Sign-ins: FIDO Paris Seminar.pptx
The Fit for Passkeys for Employee and Consumer Sign-ins: FIDO Paris Seminar.pptxThe Fit for Passkeys for Employee and Consumer Sign-ins: FIDO Paris Seminar.pptx
The Fit for Passkeys for Employee and Consumer Sign-ins: FIDO Paris Seminar.pptxLoriGlavin3
 
The Ultimate Guide to Choosing WordPress Pros and Cons
The Ultimate Guide to Choosing WordPress Pros and ConsThe Ultimate Guide to Choosing WordPress Pros and Cons
The Ultimate Guide to Choosing WordPress Pros and ConsPixlogix Infotech
 
Ensuring Technical Readiness For Copilot in Microsoft 365
Ensuring Technical Readiness For Copilot in Microsoft 365Ensuring Technical Readiness For Copilot in Microsoft 365
Ensuring Technical Readiness For Copilot in Microsoft 3652toLead Limited
 
What's New in Teams Calling, Meetings and Devices March 2024
What's New in Teams Calling, Meetings and Devices March 2024What's New in Teams Calling, Meetings and Devices March 2024
What's New in Teams Calling, Meetings and Devices March 2024Stephanie Beckett
 
Training state-of-the-art general text embedding
Training state-of-the-art general text embeddingTraining state-of-the-art general text embedding
Training state-of-the-art general text embeddingZilliz
 
Dev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio WebDev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio WebUiPathCommunity
 
WordPress Websites for Engineers: Elevate Your Brand
WordPress Websites for Engineers: Elevate Your BrandWordPress Websites for Engineers: Elevate Your Brand
WordPress Websites for Engineers: Elevate Your Brandgvaughan
 
Digital Identity is Under Attack: FIDO Paris Seminar.pptx
Digital Identity is Under Attack: FIDO Paris Seminar.pptxDigital Identity is Under Attack: FIDO Paris Seminar.pptx
Digital Identity is Under Attack: FIDO Paris Seminar.pptxLoriGlavin3
 
"Debugging python applications inside k8s environment", Andrii Soldatenko
"Debugging python applications inside k8s environment", Andrii Soldatenko"Debugging python applications inside k8s environment", Andrii Soldatenko
"Debugging python applications inside k8s environment", Andrii SoldatenkoFwdays
 
What is DBT - The Ultimate Data Build Tool.pdf
What is DBT - The Ultimate Data Build Tool.pdfWhat is DBT - The Ultimate Data Build Tool.pdf
What is DBT - The Ultimate Data Build Tool.pdfMounikaPolabathina
 
SIP trunking in Janus @ Kamailio World 2024
SIP trunking in Janus @ Kamailio World 2024SIP trunking in Janus @ Kamailio World 2024
SIP trunking in Janus @ Kamailio World 2024Lorenzo Miniero
 

Último (20)

How AI, OpenAI, and ChatGPT impact business and software.
How AI, OpenAI, and ChatGPT impact business and software.How AI, OpenAI, and ChatGPT impact business and software.
How AI, OpenAI, and ChatGPT impact business and software.
 
Unraveling Multimodality with Large Language Models.pdf
Unraveling Multimodality with Large Language Models.pdfUnraveling Multimodality with Large Language Models.pdf
Unraveling Multimodality with Large Language Models.pdf
 
From Family Reminiscence to Scholarly Archive .
From Family Reminiscence to Scholarly Archive .From Family Reminiscence to Scholarly Archive .
From Family Reminiscence to Scholarly Archive .
 
TrustArc Webinar - How to Build Consumer Trust Through Data Privacy
TrustArc Webinar - How to Build Consumer Trust Through Data PrivacyTrustArc Webinar - How to Build Consumer Trust Through Data Privacy
TrustArc Webinar - How to Build Consumer Trust Through Data Privacy
 
"ML in Production",Oleksandr Bagan
"ML in Production",Oleksandr Bagan"ML in Production",Oleksandr Bagan
"ML in Production",Oleksandr Bagan
 
DevoxxFR 2024 Reproducible Builds with Apache Maven
DevoxxFR 2024 Reproducible Builds with Apache MavenDevoxxFR 2024 Reproducible Builds with Apache Maven
DevoxxFR 2024 Reproducible Builds with Apache Maven
 
DSPy a system for AI to Write Prompts and Do Fine Tuning
DSPy a system for AI to Write Prompts and Do Fine TuningDSPy a system for AI to Write Prompts and Do Fine Tuning
DSPy a system for AI to Write Prompts and Do Fine Tuning
 
Merck Moving Beyond Passwords: FIDO Paris Seminar.pptx
Merck Moving Beyond Passwords: FIDO Paris Seminar.pptxMerck Moving Beyond Passwords: FIDO Paris Seminar.pptx
Merck Moving Beyond Passwords: FIDO Paris Seminar.pptx
 
Use of FIDO in the Payments and Identity Landscape: FIDO Paris Seminar.pptx
Use of FIDO in the Payments and Identity Landscape: FIDO Paris Seminar.pptxUse of FIDO in the Payments and Identity Landscape: FIDO Paris Seminar.pptx
Use of FIDO in the Payments and Identity Landscape: FIDO Paris Seminar.pptx
 
The Fit for Passkeys for Employee and Consumer Sign-ins: FIDO Paris Seminar.pptx
The Fit for Passkeys for Employee and Consumer Sign-ins: FIDO Paris Seminar.pptxThe Fit for Passkeys for Employee and Consumer Sign-ins: FIDO Paris Seminar.pptx
The Fit for Passkeys for Employee and Consumer Sign-ins: FIDO Paris Seminar.pptx
 
The Ultimate Guide to Choosing WordPress Pros and Cons
The Ultimate Guide to Choosing WordPress Pros and ConsThe Ultimate Guide to Choosing WordPress Pros and Cons
The Ultimate Guide to Choosing WordPress Pros and Cons
 
Ensuring Technical Readiness For Copilot in Microsoft 365
Ensuring Technical Readiness For Copilot in Microsoft 365Ensuring Technical Readiness For Copilot in Microsoft 365
Ensuring Technical Readiness For Copilot in Microsoft 365
 
What's New in Teams Calling, Meetings and Devices March 2024
What's New in Teams Calling, Meetings and Devices March 2024What's New in Teams Calling, Meetings and Devices March 2024
What's New in Teams Calling, Meetings and Devices March 2024
 
Training state-of-the-art general text embedding
Training state-of-the-art general text embeddingTraining state-of-the-art general text embedding
Training state-of-the-art general text embedding
 
Dev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio WebDev Dives: Streamline document processing with UiPath Studio Web
Dev Dives: Streamline document processing with UiPath Studio Web
 
WordPress Websites for Engineers: Elevate Your Brand
WordPress Websites for Engineers: Elevate Your BrandWordPress Websites for Engineers: Elevate Your Brand
WordPress Websites for Engineers: Elevate Your Brand
 
Digital Identity is Under Attack: FIDO Paris Seminar.pptx
Digital Identity is Under Attack: FIDO Paris Seminar.pptxDigital Identity is Under Attack: FIDO Paris Seminar.pptx
Digital Identity is Under Attack: FIDO Paris Seminar.pptx
 
"Debugging python applications inside k8s environment", Andrii Soldatenko
"Debugging python applications inside k8s environment", Andrii Soldatenko"Debugging python applications inside k8s environment", Andrii Soldatenko
"Debugging python applications inside k8s environment", Andrii Soldatenko
 
What is DBT - The Ultimate Data Build Tool.pdf
What is DBT - The Ultimate Data Build Tool.pdfWhat is DBT - The Ultimate Data Build Tool.pdf
What is DBT - The Ultimate Data Build Tool.pdf
 
SIP trunking in Janus @ Kamailio World 2024
SIP trunking in Janus @ Kamailio World 2024SIP trunking in Janus @ Kamailio World 2024
SIP trunking in Janus @ Kamailio World 2024
 

Proposed ISO/IEC 29150 ASN.1 Schema Corrections

  • 1. Corrections to the ISO/IEC 29150 Signcryption ASN.1 Schema Phillip H. Griffin phil@phillipgriffin.com Abstract. In this note, defects in the schema of the first edition of the ISO/IEC 29150 Signcryption standard are described, and a corrected ASN.1 module is proposed. An example signcryption algorithm identifier value is defined and binary and markup representations of this value are presented. Although the schema errors are small and do not affect the textual content of the standard, programming language code generation and other tools cannot process the schema unless it is correct. 1 Introduction The ISO/IEC 29150 Signcryption standard [1] provides a schema for signcryption mechanism and cryptographic algorithm identification. The schema is defined as an ASN.1 module [2]. Syntax errors in the published schema prohibit its use by ASN.1 tools. These minor defects may lead to misinterpretation by readers and to the development of implementations that fail to interoperate. Type SCparameters has two components that are meant to identify a key derivation function (kdf) and a hash function (hash). The published version of the ISO/IEC 29150 schema contains the following definition of type SCparameters: SCparameters ::= SEQUENCE { kdf SCKDFfunction, hash SCHashFunction } For this definition of type SCparameters to be valid, SCKDFfunction and SCHashFunction must be valid ASN.1 types. However, SCKDFfunction and SCHashFunction are ASN.1 information object sets of class ALGORITHM, defined as follows: SCHashFunction ALGORITHM ::= { {OID id-sha1 PARMS NullParms} | {OID id-sha256 PARMS NullParms } | {OID id-sha384 PARMS NullParms } | {OID id-sha512 PARMS NullParms }, ... -- expect more hash functions here } SCKDFfunction ALGORITHM ::= { {OID id-kdf-kdf1 PARMS SCHashFunction} | {OID id-kdf-kdf2 PARMS SCHashFunction}, ... -- expect additional KDF functions here }
  • 2. Other aspects of the published schema that are not errors can be improved. The schema does not define a signcryption algorithm identifier type for reference by implementers and other standards. The schema imports the HashFunctionAlgs information object set, though this set of algorithms is never used and can be eliminated. The SCHashFunction and SCKDFfunction information object sets described above duplicate the content of encryption algorithm information object sets already defined in the ISO/IEC 18033 standard [3]. These object sets can be referenced and not redefined. Their redefinition in ISO/IEC 29150 requires additional information object identifiers (OIDs) to be imported into the module, and for the creation of duplicate definitions for the id-kdf-kdf1 and the id- kdf-kdf2 key derivation functions. These definitions can be eliminated.
  • 3. 2 Schema The following ASN.1 schema contains corrections to the schema published in ISO/IEC 29150:2011. This module contains valid syntax that can be used as input to ASN.1 syntax checking, schema validation, and programming language code generation tools. The ISO/IEC 29150 module information object identifier is reused here for clarity. Signcryption { iso(1) standard(0) signcryption(29150) asn1-module(0) signcryption-mechanisms(0) version(1) } DEFINITIONS EXPLICIT TAGS ::= BEGIN IMPORTS HashFunction, KeyDerivationFunction FROM EncryptionAlgorithms-2 { iso(1) standard(0) encryption-algorithms(18033) part(2) asn1-module(0) algorithm-object-identifiers(0) }; SigncryptionAlgorithmIdentifier ::= AlgorithmIdentifier {{ SigncryptionMechanism }} SigncryptionMechanism ALGORITHM ::= { { OID signcryption-mechanism-dlsc PARMS SCparameters } | { OID signcryption-mechanism-ecdlsc PARMS SCparameters } | { OID signcryption-mechanism-ifsc PARMS SCparameters } | { OID signcryption-mechanism-ets PARMS SCparameters }, ... -- Expect additional signcryption mechanisms -- } SCparameters ::= SEQUENCE { kdf KeyDerivationFunction, hash HashFunction } -- Cryptographic algorithm identification -- OID ::= OBJECT IDENTIFIER -- Alias -- is29150 OID ::= { iso(1) standard(0) signcryption(29150) } mechanism OID ::= { is29150 mechanisms(1) } signcryption-mechanism-dlsc OID ::= { mechanism dlsc(1) } signcryption-mechanism-ecdlsc OID ::= { mechanism ecdlsc(2) } signcryption-mechanism-ifsc OID ::= { mechanism ifsc(3) } signcryption-mechanism-ets OID ::= { mechanism ets(4) } AlgorithmIdentifier { ALGORITHM:IOSet } ::= SEQUENCE { algorithm ALGORITHM.&id({IOSet}), parameters ALGORITHM.&Type({IOSet}{@algorithm}) OPTIONAL } ALGORITHM ::= CLASS { &id OBJECT IDENTIFIER UNIQUE, &Type OPTIONAL } WITH SYNTAX { OID &id [PARMS &Type] } END -- Signcryption --
  • 4. 3 Example Type SigncryptionAlgorithmIdentifier is defined as the following parameterized type: SigncryptionAlgorithmIdentifier ::= AlgorithmIdentifier {{ SigncryptionMechanism }} When expanded using the provided parameter, the information object set SigncryptionMechanism, this parameterized type becomes SigncryptionAlgorithmIdentifier ::= ::= SEQUENCE { algorithm ALGORITHM.&id({SigncryptionMechanism }), parameters ALGORITHM.&Type({SigncryptionMechanism } {@algorithm}) OPTIONAL } The information object set SigncryptionMechanism forms a table constraint on the algorithm and parameters components of type SigncryptionAlgorithmIdentifier. The types of these two components are based on the &id and &Type fields of information object class ALGORITHM. An example value 1 of type SigncryptionAlgorithmIdentifier expressed using the ASN.1 XML Value Notation could be defined as follows: 1 <SigncryptionAlgorithmIdentifier> 2 <algorithm>1.0.29150.1.3</algorithm> 3 <parameters> 4 <SCparameters> 5 <kdf> 6 <algorithm>1.0.18033.2.5.1</algorithm> 7 <parameters> 8 <HashFunction> 9 <algorithm> 10 2.16.840.1.101.3.4.2.2 11 </algorithm> 12 </HashFunction> 13 </parameters> 14 </kdf> 15 <hash> 16 <algorithm>2.16.840.1.101.3.4.2.2</algorithm> 17 </hash> 18 </SCparameters> 19 </parameters> 20 </SigncryptionAlgorithmIdentifier> On line 2, the integer factorization based signcryption (IFSC) mechanism is identified as the signcryption algorithm. The parameters associated with the IFSC algorithm on lines 3-19 consist of two cryptographic functions, a key derivation function (sometimes referred to as a mask generation function) and a hash or message digest function. The first of these cryptographic functions, the key derivation function (KDF) is identified on line 6. It is the KDF1 family of functions defined in the ISO/IEC 18033-2 standard, which rely on the hash functions defined in the ISO/IEC 10118-3 standard. The parameters of the KDF1 algorithm are the SHA-384 hash function indicated on lines 1 All of the encoded values in this document were produced using the ASN-1Step tool, an interactive application development and testing environment from OSS Nokalva (http://www.oss.com).
  • 5. 9-11. The second cryptographic function is the SHA-384 hash function identified on line 16. The same value can be defined using the ASN.1 Basic Value Notation as follows: value SigncryptionAlgorithmIdentifier ::= { algorithm { 1 0 29150 1 ifsc(3) }, parameters SCparameters : { kdf { algorithm { 1 0 18033 2 5 kdf(1) }, parameters HashFunction : { algorithm { 2 16 840 1 101 3 4 2 sha384(2) } } }, hash { algorithm { 2 16 840 1 101 3 4 2 sha384(2) } } } } In either value notation form, this example value can be represented using DER, the ASN.1 Distinguished Encoding Rules [4] in 49 bytes, shown here using hexadecimal notation where two characters represent one byte: 302F0606 2881E35E 01033025 30160607 28818C71 02050130 0B060960 86480165 03040202 300B0609 60864801 65030402 02 The same example value can be represented using a canonical variant of XER, the XML Encoding Rules [5] of ASN.1 in 363 bytes of XML markup [6], shown here formatted for reading ease as an XML Document: <?xml version="1.0" encoding="UTF-8"?> <SigncryptionAlgorithmIdentifier> <algorithm>1.0.29150.1.3</algorithm> <parameters> <SCparameters> <kdf> <algorithm>1.0.18033.2.5.1</algorithm> <parameters> <HashFunction> <algorithm>2.16.840.1.101.3.4.2.2</algorithm> </HashFunction> </parameters> </kdf> <hash> <algorithm>2.16.840.1.101.3.4.2.2</algorithm> </hash> </SCparameters> </parameters> </SigncryptionAlgorithmIdentifier>
  • 6. References [1] ISO/IEC 29150:2011 Information technology – Security techniques - Signcryption. [2] ITU-T Recommendation X.680-series | ISO/IEC 8824 (All parts), Information Technology - Abstract Syntax Notation One (ASN.1). Retrieved June 20, 2012, from http://www.itu.int/rec/T-REC-X/en [3] ISO/IEC 18033-2:2006 Information technology – Security techniques – Encryption algorithms – Part 2: Asymmetric ciphers. [4] ITU-T Recommendation X.690 | ISO/IEC 8825-1, Information Technology - ASN.1 Encoding Rules: Specification of Basic Encoding Rules (BER), Canonical Encoding Rules CER), Distinguished Encoding Rules (DER). Retrieved June 20, 2012, from http://www.itu.int/rec/T-REC-X.690-200811-I/en [5] ITU-T Recommendation X.693 | ISO/IEC 8825-4, Information Technology - ASN.1 Encoding Rules: Specification of XML Encoding Rules (XER). Retrieved June 20, 2012, from http://www.itu.int/rec/T-REC-X.693-200811-I/en [6] W3C Recommendation (2000). Extensible Markup Language (XML) 1.0 (Second Edition). n Retrieved June 20, 2012, from http://www.w3.org/TR/2000/REC-xml-20001006