Lỗi use-after-free phía client khi re-exchange host key trong OpenBSD OpenSSH

ssh trong OpenSSH trước 10.4 có thể gặp lỗi use-after-free khi server thay đổi host key trong lúc key re-exchange. (Kết quả này chỉ xảy ra ở phía client.)

• OpenBSD OpenSSH: các phiên bản trước 10.4 được đánh dấu là bị ảnh hưởng trong dữ liệu có cấu trúc; trạng thái mặc định của sản phẩm được ghi là không bị ảnh hưởng.
• Release notes upstream xác định bản sửa client-side use-after-free trong OpenSSH 10.4.
• Dữ liệu hiện có không liệt kê đầy đủ các nhánh song song hoặc các bản backport của nhà cung cấp. Các bản OpenSSH được đóng gói bởi hệ điều hành khác cần được đối chiếu với thông báo và trạng thái sửa lỗi riêng của nhà cung cấp.

OpenSSH của OpenBSD có thể đi vào đường xử lý use-after-free trong client ssh(1) khi server đã kết nối thay đổi host key trong lúc key re-exchange. Thành phần bị ảnh hưởng là phía client; bằng chứng hiện có không xác định đối tượng bộ nhớ đã được giải phóng, hàm cụ thể, hay trạng thái bộ nhớ tại thời điểm lỗi. Một server chịu sự kiểm soát của kẻ tấn công sẽ cần tạo ra điều kiện giao thức này trong khi client dễ bị lỗi đang kết nối, nhưng đây là suy luận từ mô tả trigger chứ không phải chuỗi khai thác đầy đủ đã được công bố. Bản ghi mô tả khả năng tiếp cận qua mạng, không yêu cầu quyền của kẻ tấn công và không yêu cầu tương tác của người dùng. Dữ liệu chấm điểm được cung cấp có đánh giá khác nhau về độ phức tạp tấn công, vì vậy điều kiện để khai thác ổn định vẫn chưa được xác định đầy đủ.

Lỗi có thể bị kích hoạt từ xa qua một kết nối SSH tới server có khả năng thay đổi host key trong quá trình key re-exchange. Theo các đặc tính tấn công trong bản ghi, kẻ tấn công không cần quyền trước đó và không cần người dùng thực hiện thêm thao tác. Bản ghi có đánh giá không thống nhất về attack complexity, nên không nên giả định rằng mọi kết nối đều có thể bị khai thác dễ dàng. Dữ liệu hiện có không xác nhận public exploit hoặc việc khai thác ngoài thực tế; việc không có exploit được liệt kê không chứng minh rằng hệ thống an toàn.

Hậu quả kỹ thuật trực tiếp là client ssh(1) sử dụng vùng nhớ đã được giải phóng. Nếu được kích hoạt thành công, lỗi có thể làm tiến trình client bị crash hoặc gây các dạng hỏng bộ nhớ khác; các trường impact trong bản ghi cho thấy khả năng ảnh hưởng đáng kể tới tính bí mật và toàn vẹn, cùng ảnh hưởng thấp hơn tới tính sẵn sàng. Vì nguồn mô tả rõ outcome chỉ xảy ra ở phía client, trọng tâm xử lý nên là các hệ thống khởi tạo kết nối SSH, không phải mặc định coi mọi sshd là bị ảnh hưởng trực tiếp bởi lỗi cụ thể này. Bằng chứng hiện có không xác nhận khả năng thực thi mã, duy trì quyền truy cập, hay con đường chiếm quyền server.

Các hệ thống dùng OpenBSD OpenSSH client có thể bị gián đoạn khi tiến trình SSH gặp lỗi trong lúc đang duy trì hoặc thương lượng lại kết nối. Điều này có thể ảnh hưởng đến hoạt động quản trị từ xa, automation, truyền tệp hoặc triển khai phần mềm dựa trên SSH, nhưng bản ghi không định lượng phạm vi gián đoạn. Nếu lỗi hỏng bộ nhớ có thể bị khai thác để vượt ra ngoài việc làm gián đoạn tiến trình, dữ liệu mà tiến trình SSH có quyền truy cập có thể bị tiết lộ hoặc thay đổi; đây là hậu quả có thể xảy ra, chưa phải kết quả khai thác đã được xác nhận. Bản ghi giới hạn outcome cụ thể ở phía client, vì vậy không nên xem mọi triển khai chỉ chạy SSH server là trực tiếp chịu cùng lỗi client-side này.

1. Nâng cấp OpenSSH client bị ảnh hưởng lên OpenSSH 10.4, là release mà release notes upstream ghi nhận bản sửa cho lỗi này.
2. Với các gói do hệ điều hành hoặc nhà cung cấp duy trì, xác minh bản sửa thông qua advisory hoặc changelog của nhà cung cấp. Không suy ra trạng thái an toàn chỉ từ số phiên bản gói nếu nhà cung cấp có backport.
3. Ưu tiên các máy chủ thường xuyên kết nối tới server không đáng tin cậy hoặc server bên ngoài phạm vi quản trị.
4. Bản ghi được cung cấp không nêu workaround cụ thể. Không nên dựa vào một biện pháp giảm thiểu chưa được nhà cung cấp xác nhận thay cho việc cập nhật client.

• Kiểm kê các bản cài OpenSSH client trên những máy chủ thường xuyên khởi tạo kết nối SSH, bao gồm cả các gói do hệ điều hành hoặc nhà cung cấp phân phối.
• Đối chiếu phiên bản thực tế với release đã sửa trong phần remediation, đồng thời kiểm tra thông tin backport của nhà cung cấp thay vì chỉ dựa vào số phiên bản gói.
• Xác định các client kết nối tới server không hoàn toàn do tổ chức kiểm soát và ưu tiên các hệ thống này trong quá trình xử lý.
• Nếu hệ thống ghi nhận sự kiện giao thức ở mức debug, có thể rà soát các thay đổi host key bất thường trong lúc key re-exchange như một biện pháp thận trọng. Đây không phải là IOC đã được xác nhận.
• Không có log signature hoặc chỉ báo xâm nhập cụ thể nào được bằng chứng hiện có xác định. Không thấy log tương ứng không chứng minh rằng client không bị ảnh hưởng.