Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

High tag number form of identifier octets are not supported #11

Open
halemmerich opened this issue Aug 13, 2019 · 2 comments
Open

High tag number form of identifier octets are not supported #11

halemmerich opened this issue Aug 13, 2019 · 2 comments
Labels
wontfix The behavior is by design, or we don't have an ability to fix this due to API restrictions.

Comments

@halemmerich
Copy link

The second octet of the tag is interpreted as a length, which leads to a incomplete display of the file and wrong parsing of the contents.

Example file

If bits 1-5 are all 1 in the first octet, there are 1 or more octets possible encoding the tag number. The MSB in all of these octets is set to 1 except 0 for the last octet of the tag number.

@Crypt32
Copy link
Collaborator

Crypt32 commented Aug 13, 2019

If bits 1-5 are all 1 in the first octet, there are 1 or more octets possible encoding the tag number.

I don't think it is true for DER encoding. I'm not supporting BER at this moment.

@halemmerich
Copy link
Author

Thanks for your reply.
ITU-T X.690 2002 describes the multi octet tags in chapter 8.1.2.4. I could not find any restrictions regarding identifier octets in chapters 9-11 (CER/DER). It seems there are only rules for encodings of specific data types and ordering of constructed types. The encoding is unambiguous which should be ok for DER.

@Crypt32 Crypt32 added the wontfix The behavior is by design, or we don't have an ability to fix this due to API restrictions. label Oct 23, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
wontfix The behavior is by design, or we don't have an ability to fix this due to API restrictions.
Projects
None yet
Development

No branches or pull requests

2 participants