-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
libsrtp: wraparound with loss decryption failure #1437
Labels
Milestone
Comments
ibc
changed the title
Mitigate libsrtp bug when first generated output seq number is around 0
libsrtp: wraparound with loss decryption failure
Aug 5, 2024
ibc
added a commit
that referenced
this issue
Aug 5, 2024
Fixes #1437 ### Details - Read the issue, please. - So solution is that `SeqManager` now includes a second constructor with `initialOutput` and we use it in all `XxxxConsumer` classes.
does your sequence number mapper handle this case "correctly":
|
There are like 10000 tests covering that case and more complex ones in TestSeqManager.cpp. |
fippo
added a commit
to fippo/mediasoup
that referenced
this issue
Aug 6, 2024
… first mapped packet see versatica#1437 and versatica#1438. Works but why not have a test
fippo
added a commit
to fippo/mediasoup
that referenced
this issue
Aug 6, 2024
… first mapped packet see versatica#1437 and versatica#1438. Works but why not have a test
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Rationale in the ticket: https://webrtc-review.googlesource.com/c/src/+/358360
Theoretical solution is that the first output seq number of each mediasoup
XxxxConsumer
is not 0 or 1 (to avoid that a previous packet arriving later triggers the bug in libsrtp) and it's smaller than 2^15.The text was updated successfully, but these errors were encountered: