(Non-conformance) Wrapping of Record Sequence Number
Maintainer thường phản hồi trong vòng 2 ngày
Chưa có ai nhận issue này.
Đánh giá
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức phù hợp với người mới
- 30/100
- Loại issue
- Lỗi
- Độ rõ ràng
- Đặc tả rõ ràng
- Mức độ hoạt động
- Đình trệ
- Công nghệ
- c
- Lĩnh vực
- networking, security
Hướng nghiên cứu
Start by reading the cited DTLS 1.2 RFC requirement and comparing it with the attached handshake trace, which shows the sequence-number wrap. Locate the code paths that handle the received CH2 and construct SH and SHD; the issue does not name specific files or tests. Done when the implementation no longer allows the sequence number to wrap, in accordance with the RFC.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Mô tả
Description
- Type: Non-conformance Bug
- Priority: Minor
Non-conformance Bug
Version: development branch
Expected behavior
The DTLS 1.2 RFC specifies the following requirement regarding the wrapping of record sequence number :
As in TLS, implementations MUST either abandon an association or rehandshake prior to allowing the sequence number to wrap.
Actual behavior
When TinyDTLS receives a CH2 with the record sequence set to the highest possible value (i.e. FF FF FF FF FF FF), it repeats the record sequence number in the SH and then it increments the record sequence for SHD which results in wrapping the sequence number (i.e. SHD.sequence_number = 0).
I have attached the handshake trace for the mentioned non-conformance.
- Ngôn ngữ chính
- C
- Star
- 122
- Fork
- 67
- Merge trung bình
- 6 ngày 8 giờ
- Pull request đã merge (30 ngày)
- 5
Chuẩn bị môi trường
- Không có Dockerfile hay tệp Docker Compose
- Không có mẫu pull request
- Đọc hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Issue khác của eclipse-tinydtls/tinydtls
-
ECDHE_ECDSA ClientKeyExchange rejected as too short when DTLS_PSK_MAX_CLIENT_IDENTITY_LEN > 64Có thể đã có người làm Có pull request liên kết đang mở hoặc đã được merge. Đang mởbug good first issue please retest
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
eclipse-tinydtls/tinydtls#298 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
`dtls_get_cookie`: dereference before the length check (currently masked by `dtls_create_cookie`)Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 68/100
eclipse-tinydtls/tinydtls#279 · 2 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 2 ngày
-
MSVC build is broken (undeclared `DTLS_DEBUG_BUF_SIZE`)Có thể đã có người làm @mrdeep1 đã nhận 10 ngày trước. Đang mở
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 25/100
eclipse-tinydtls/tinydtls#283 · 5 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 57/100
eclipse-tinydtls/tinydtls#278 · 3 bình luận · 1 reaction ·
Maintainer thường phản hồi trong vòng 2 ngày
-
Độ khó 4/5 3-5 ngày Mức phù hợp với người mới 45/100
eclipse-tinydtls/tinydtls#274 · 2 bình luận ·
Maintainer thường phản hồi trong vòng 2 ngày
Tất cả issue của eclipse-tinydtls/tinydtls
Issue tương tự
-
enhancement
Độ khó 1/5 Dưới một giờ Mức phù hợp với người mới 85/100
FujiNetWIFI/fujinet-lib#122 · 1 bình luận ·
Maintainer thường phản hồi trong vòng 1 ngày
-
bug format I/O medium priority rt_lib
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 72/100
Maintainer thường phản hồi trong vòng 1 ngày
-
bug
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 62/100
compiler-explorer/compiler-explorer#9272 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 76/100
semantic-reasoning/wirelog#2163 ·
Maintainer thường phản hồi trong vòng 1 ngày
-
Độ khó 2/5 1-3 giờ Mức phù hợp với người mới 88/100
Maintainer thường phản hồi trong vòng 3 ngày