ủy quyền REST của yêu cầu

Question

Tôi đang làm việc trên một dịch vụ REST mà có một vài yêu cầu:

1. Nó phải được an toàn.
2. Người dùng không được giả mạo yêu cầu.

giải pháp đề xuất hiện tại của tôi là phải có một tiêu đề tùy chỉnh Authorization mà trông như thế này (đây là cùng một cách mà các dịch vụ web amazon làm việc):

Authorization: MYAPI username:signature 

Câu hỏi của tôi là làm thế nào để tạo chữ ký . Khi người dùng đăng nhập vào dịch vụ, họ được cung cấp một khóa bí mật mà họ có thể sử dụng để ký yêu cầu. Điều này sẽ ngăn người dùng khác gửi yêu cầu thay mặt họ, nhưng sẽ không ngăn họ yêu cầu giả mạo.

Ứng dụng sẽ sử dụng dịch vụ này là ứng dụng iPhone, vì vậy tôi nghĩ chúng tôi có thể có khóa công khai được nhúng trong ứng dụng mà chúng tôi có thể làm chữ ký bổ sung, nhưng điều này có nghĩa là chúng tôi sẽ phải có hai chữ ký, một cho khóa người dùng và một cho khóa ứng dụng?

Bất kỳ lời khuyên nào sẽ được đánh giá rất nhiều, tôi rất muốn nhận được quyền này lần đầu tiên.

Answer 1

Tôi nghĩ cách đơn giản nhất để làm điều này là sử dụng xác thực ứng dụng khách HTTPS. Trang web của Apple có một số thread về chủ đề này.

Chỉnh sửa: để xử lý ủy quyền, tôi sẽ tạo tài nguyên riêng biệt (URI) trên máy chủ cho mỗi người dùng và chỉ cho phép người dùng (được xác thực) đó thao tác tài nguyên này.

Chỉnh sửa (2014): Apple đã thay đổi phần mềm diễn đàn của họ trong sáu năm qua; chuỗi hiện tại là https://discussions.apple.com/thread/1643618

Answer 2

Có gì sai với HTTP Digest Authentication?

Answer 3

Có một cuộc thảo luận tốt hơn về điều này ở đây:

Best Practices for securing a REST API/web service

Answer 4

Câu trả lời rất đơn giản: Nó không thể được thực hiện. Ngay sau khi bạn gửi bất kỳ giải pháp nào cho người dùng cuối, họ có thể tấn công máy chủ mà nó đang liên lạc. Phiên bản phổ biến nhất của vấn đề này là gian lận với danh sách điểm số cao trong trò chơi Flash. Bạn có thể làm cho nó khó khăn hơn bằng cách nhúng một số loại mã hóa trong máy khách và làm xáo trộn mã ... Nhưng tất cả các mã được biên dịch và làm xáo trộn đều có thể được giải mã và không bị làm mờ. Nó chỉ là vấn đề bao nhiêu thời gian và tiền bạc bạn sẵn sàng chi tiêu và tương tự như vậy cho kẻ tấn công tiềm năng.

Vì vậy, mối quan tâm của bạn là không cách cố gắng ngăn người dùng gửi dữ liệu bị lỗi đến hệ thống của bạn. Đó là cách ngăn người dùng khỏi bị làm hư hại hệ thống của bạn. Bạn phải thiết kế giao diện của bạn để tất cả các thiệt hại được thực hiện bởi dữ liệu bị lỗi chỉ ảnh hưởng đến người dùng gửi nó.