Chiến lược bảo mật và giảm thiểu gian lận

Trước khi đi vào các chiến lược cụ thể để phát triển một cách an toàn và ngăn chặn gian lận, điều quan trọng là phải hiểu các nguyên tắc cơ bản của bảo mật Roblox. Một trò chơi an toàn được xây dựng trên một tư duy dự đoán các hành động đối kháng. Trước khi viết một dòng mã nào, bạn phải nội tâm hóa những nguyên tắc cơ bản này. Chúng nên thông báo cho mọi quyết định kiến trúc và thiết kế mà bạn thực hiện.

Không bao giờ tin tưởng vào client

Đây là nguyên tắc cơ bản. Một kẻ khai thác quyết tâm có toàn quyền kiểm soát trạng thái cục bộ và lưu lượng mạng của họ. Bởi vì những kẻ khai thác có mức độ kiểm soát này, bất kỳ biện pháp bảo mật nào dựa vào việc thực thi phía client cuối cùng sẽ bị vượt qua. Đây không phải là một hạn chế của Roblox: đó là một thực tế cơ bản của kiến trúc client-server. Giả định rằng mọi mảnh dữ liệu được gửi từ client đã bị thao túng, làm giả hoặc gửi với ý định xấu. Điều này bao gồm khả năng:

• Giải mã bất kỳ LocalScript hoặc ModuleScript nào đã được sao chép, ngay cả khi chúng không bao giờ chạy trên client
• Chiếm quyền sở hữu mạng của nhân vật của họ và bất kỳ phần nào không được neo
• Kích hoạt các sự kiện do client khởi xướng như sự kiện Touched hoặc kích hoạt ProximityPrompt ở bất kỳ khoảng cách hoặc tần suất nào
• Thay đổi vị trí, vật lý hoặc tương tác của người chơi với thế giới
• Kích hoạt hoặc gọi RemoteEvents và RemoteFunctions với bất kỳ tần suất nào với các tham số tùy ý (ngoài tham số Player đầu tiên)
• Thay đổi bất kỳ điều gì trong DataModel cục bộ của họ mà không kích hoạt bất kỳ sự kiện nào được mong đợi
• Tùy ý thay đổi hành vi của bất kỳ mã nào đang chạy cục bộ

Vì lý do này, tất cả logic quan trọng phải được xác thực ở phía server hoặc chỉ chạy độc quyền trên server. Các hậu quả của sự kiểm soát này được chi tiết trong Quyền sở hữu mạng, Xác thực chuyển động và Khai thác vật lý và Kiểm soát truy cập và Bảo mật.

Quyền lực của server

Server phải là nguồn sự thật cuối cùng cho tất cả các trạng thái mô phỏng, quy tắc, tiến trình người chơi và các quyết định quan trọng. Vai trò của client là hiển thị thế giới và gửi đầu vào của người dùng đến server.

Vai trò của server là:

• Nhận đầu vào từ client
• Xác thực rằng hành động được yêu cầu là có thể và hợp pháp
• Thực hiện hành động và cập nhật trạng thái ủy quyền của nó
• Nhân bản kết quả đến tất cả các client liên quan

Ví dụ, nếu một người chơi nói "Tôi muốn mua một Bloxy Cola", server phải biết giá thực sự của mặt hàng, số tiền của người chơi và khoảng cách vật lý của nhân vật người chơi từ cửa hàng trước khi xác thực và phê duyệt giao dịch. Càng nhiều càng tốt, trạng thái cần được xác thực nên được duy trì độc quyền bởi server và không phải bởi các client. Trong ví dụ, nếu giao dịch Bloxy Cola được phê duyệt, server nên trừ giá của Bloxy Cola từ số tiền của người chơi, tuy nhiên, server không thể luôn kiểm soát nhân vật của người chơi.

Bảo mật theo thiết kế

Tích hợp các cân nhắc về bảo mật vào thiết kế trò chơi của bạn ngay từ đầu, thay vì cố gắng gắn chúng vào sau như một suy nghĩ muộn màng.

• Mô hình mối đe dọa cho mọi tính năng mới. Đối với mỗi tính năng mới, hãy hỏi

  • Kẻ tấn công có thể khai thác điều này như thế nào nếu họ có toàn quyền kiểm soát client của họ?
  • Nếu một client có thể gửi bất kỳ giá trị nào cho bất kỳ tham số nào được sử dụng trong tính năng, kết quả tồi tệ nhất có thể là gì?
  • Điều gì xảy ra nếu tính năng này được sử dụng hơn 1,000 lần mỗi giây? Tần suất tối đa mà nó nên được sử dụng là gì?
  • Kẻ khai thác có thể sử dụng điều này để làm hỏng trải nghiệm của người chơi khác không?
  • Trong trường hợp xấu nhất, tính năng này có thể sử dụng bao nhiêu tài nguyên?
  • Thông tin hoặc trạng thái nội bộ tối thiểu nào mà tôi cần phải tiết lộ cho tính năng này?
• Phân chia trách nhiệm sớm. Giữ logic và dữ liệu trong ServerScriptService từ ngày đầu tiên. Không bao giờ đặt chúng trong các container đã được sao chép như ReplicatedStorage hoặc Workspace.