You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
d1 is the original import from the fuzzer that is decoded into s1. We then encode s1 to get d2. d1 and d2 are different but this is acceptable and even desirable that the OER codec can produce more concise valid OER than libfuzzer that nows nothing of OER other than a starting corpus and rejected/accepted inputs. We then decode d2 into s2. s1 and s2 are different they shouldn't be all we have done is re-encoded the data.
d1 is the original import from the fuzzer that is decoded into s1. We then encode s1 to get d2. d1 and d2 are different but this is acceptable and even desirable that the OER codec can produce more concise valid OER than libfuzzer that nows nothing of OER other than a starting corpus and rejected/accepted inputs. We then decode d2 into s2. s1 and s2 are different they shouldn't be all we have done is re-encoded the data.
EncryptedPdu and flags are both the same type
OctetString
it is interesting that they appear to get confused.Closer inspection will be required to understand where the bug occurs. Whether it is in the encoder or the decoder.
This fuzz harness was used:
Output from the fuzz harness including a back trace:
The text was updated successfully, but these errors were encountered: