Ổ cắm UNIX: Có thể giả mạo getockopt() SO_PEERCRED không?

Question

Có (tương thích) cách để spoof (như root) các unix socket (socket hệ thống tập tin)thông tin ngang hàng mà có thể thu được bằng cách getsockopt(), tùy chọn SO_PEERCRED?

Bối cảnh:
tôi cần phải kết nối với một ứng dụng máy chủ (mà tôi không thể sửa đổi) mà kiểm tra UID của quá trình này kết nối với nó qua SO_PEERCRED. Tôi muốn giả mạo thông tin để có thể để kết nối với ứng dụng làm gốc, quá.

CẬP NHẬT

Để làm rõ các câu hỏi:
tôi đang tìm kiếm một cách không xâm lấn mà server thấy một peer cụ thể UID/GID. Solutions đang nản mà cần phải thay đổi kernel (hoặc mất việc sử dụng các module kernel) hoặc được thay đổi quá trình máy chủ hoặc nó tải/quá trình liên kết trong bất kỳ cách nào (LD_PRELOAD, chặn cuộc gọi hệ thống vv).

Về cơ bản, giải pháp sẽ hoạt động khi chạy trên bất kỳ máy chủ Linux nào (hoặc unix nói chung) mà không có bất kỳ yêu cầu đặc biệt nào. Quá trình máy chủ có thể đang chạy.

Answer 1

No. Lý do là cơ chế cung cấp UID và GID của đồng đẳng là nội bộ vào hạt nhân và bạn không thể giả mạo hạt nhân! Hạt nhân sử dụng PID của peer để suy ra các thông tin quan trọng của peer. Điều này xảy ra khi một bên thực hiện một connect trên ổ cắm. Xem cuộc gọi đến copy_peercred() từ unix_stream_connect() trong net/unix/af_unix.c. Không có cách nào mà peer có thể thay đổi dữ liệu mà nó gửi hoặc socket sẽ thuyết phục kernel rằng PID của peer không phải là nó. Điều này khác với các ổ cắm AF_INET trong đó hạt nhân không có kiến ​​thức nội bộ về quy trình của người ngang hàng và chỉ có thể thấy dữ liệu trong các tiêu đề gói IP mà peer gửi.

Điều duy nhất bạn có thể làm để có hiệu ứng này là đặt UID hiệu quả của quy trình ngang hàng thành gốc hoặc bất kỳ UID/GID nào bạn muốn, và bạn cần có mật khẩu gốc hoặc đặc quyền sudo.

Answer 2

Bạn đang đi đúng hướng. Một tiến trình gốc có các đặc quyền để giả mạo những thứ như thế này, vấn đề chỉ là SO_PEERCRED không cung cấp cơ chế hoặc API cho một quy trình để xác định danh tính nào nên được trình bày cho đồng đẳng.

Hai điều bạn có thể làm:

1. Tạm thả root (setreuid(desired,-1)) khi bạn thực hiện cuộc gọi connect. Một kết nối unix-domain được đóng dấu với các thông tin của peer tại thời điểm quá trình gọi là connect (và listen theo cách khác). SO_PEERCRED không cho bạn biết thông tin đăng nhập của đồng đẳng tại thời điểm hiện tại. Sau đó, bạn có thể tiếp tục root.

2. Tốt hơn, hãy sử dụng một API khác. API thông báo cho phép một quá trình chọn những gì xác định để trình bày cho một peer. Gọi số sendmsg với số struct cmsg có chứa thông tin xác thực bạn muốn gửi. Hạt nhân sẽ bỏ qua thông tin xác thực được chỉ định bởi người dùng không có đặc quyền và luôn đảm bảo mặt bên kia nhìn thấy danh tính thực tế, nhưng quy trình đặc quyền có thể giả vờ là bất kỳ ai khác. Đây là một kết hợp tốt hơn cho nhu cầu của bạn, bởi vì bỏ và lấy lại gốc là một hoạt động nguy hiểm và trong trường hợp này là không cần thiết. Google cho "SCM_CREDENTIALS" (hoặc "man-K" cho nó trên hệ thống của bạn) để lấy mẫu mã.