우리는 (레거시) 프로젝트에서 JAC ASN.1 Compiler을 사용 중이며 구문 분석 할 수없는 ASN.1 메시지를 수신하는 상황이 발생했습니다. 파서 코드를 살펴본 결과이 라이브러리의 버그라는 것을 알게되었습니다. 상업용 솔루션으로의 전환은 그리 쉬운 일이 아니기 때문에 라이브러리를 포크로 고쳐야합니다. TL; DR 당신이 태그 번호를 읽고 대신 스키
BER (Basic Encoding Rules)을 배우고 이해하려고합니다. 다른 ASN.1 개체를 실험하고 BER을 사용하여 인코딩하려면 웹 사이트 http://asn1-playground.oss.com/을 사용해 왔습니다. 그러나 심지어 심지어 가장 간단한 인코딩도 나를 혼란스럽게합니다. 은의 간단한 ASN.1 스키마를 보자 : World-Schema D
D에 Basic Encoding Rules 코덱을 쓰고 있으며 아래 ASN.1에 따라 정의 된 EmbeddedPDV를 인코딩하려고합니다. 문제는 identification을 인코딩 할 때 필드와 관련된 syntax 필드와 연결된 OBJECT IDENTIFIER 필드를 제공하는 BER 인코딩 바이너리에서이를 명확하게하는 방법을 모르겠습니다. EmbeddedP
.NET의 System.DirectoryServices.Protocols 어셈블리는 가벼운 ASN.1 BER 인코더를 지정하지만 설명서는 좋지 않습니다 (BerConverter). 형식 문자열과 인코딩 할 개체 목록을 지정하여 호출합니다. INTEGER의이 형식의 문자로 인코딩 될 수 i 또는 e OCTET STRING S 등 SEQUENCE들 { 인코딩
D에 Basic Encoding Rules 코덱을 쓰려고하는데, 길이가으로 설정되고 길이 바이트가 double로 설정되는 무한 길이 인코딩으로 데이터를 인코딩하는 기능이 필요합니다. null 0x00 0x00 (끝). 그러나 두 번 null이 인코딩되는 실제 값의 일부인 경우가 있습니다. 예를 들어, OCTET STRING이있는 경우 인접한 두 바이트는 0
저는 현재 추상 구문 표기법 1을 연구 중이며 ITU-T Recommendation X.690을 읽고 있습니다. 문단 8.3.2에서 15 페이지 는이 기록되어 정수 값의 부호화의 내용 옥텟은 하나 이상의 옥텟으로 구성하는 경우, 첫번째 옥텟의 비트 (8)의 다음 비트 두 번째 옥텟 : 은 모두 1이 아니어야합니다. 이 모두 0이되어서는 안됩니다. 주 -이