Unfortunately, cross-site request f

Unfortunately, cross-site request forgery attacks are not limited to the HTTP protocol. WebSocket hijacking (sometimes known as CSWSH) is a commonly overlooked vulnerability in most realtime applications. Fortunately, since Sails treats both HTTP and WebSocket requests as first-class citizens, its built-in CSRF protection and configurable CORS rulesets apply to both protocols.
You can prepare your Sails app against CSWSH attacks by enabling the built-in protection in config/csrf.js and ensuring that a _csrf token is sent with all relevant incoming socket requests. Additionally, if you're planning on allowing sockets to connect to your Sails app cross-origin (i.e. from a different domain, subdomain, or port) you'll want to configure your CORS settings accordingly. You can also define the authorization setting in config/sockets.js as a custom function which allows or denies the initial socket connection based on your needs.

Kết quả (Việt) 1:

Thật không may, cuộc tấn công giả mạo yêu cầu cross-site là không giới hạn đối với các giao thức HTTP. WebSocket hijacking (đôi khi được gọi là CSWSH) là một lỗ hổng thường bị bỏ qua trong hầu hết các ứng dụng thời gian thực. May mắn thay, vì buồm xử lý các yêu cầu HTTP và WebSocket như công dân hạng nhất, nó được xây dựng trong CSRF bảo vệ và cấu hình CLYDE luật áp dụng cho cả hai giao thức.Bạn có thể chuẩn bị ứng dụng cánh buồm của bạn chống lại các cuộc tấn công CSWSH bằng cách cho phép bảo vệ được xây dựng trong config/csrf.js và đảm bảo rằng một mã thông báo _csrf được gửi cùng với tất cả có liên quan đến yêu cầu ổ cắm. Ngoài ra, nếu bạn đang có kế hoạch cho phép ổ cắm để kết nối với cánh buồm app cross-nguồn gốc của bạn (tức là từ một tên miền khác, tên miền phụ hoặc port) bạn sẽ muốn đặt cấu hình cài đặt CLYDE cho phù hợp. Bạn cũng có thể xác định thiết đặt ủy quyền trong config/sockets.js như là một chức năng tùy chỉnh mà cho phép hoặc từ chối các kết nối ổ cắm đầu tiên dựa trên nhu cầu của bạn.

Kết quả (Việt) 2:

Thật không may, các cuộc tấn công cross-site giả mạo yêu cầu không giới hạn các giao thức HTTP. WebSocket cướp (đôi khi được gọi là CSWSH) là một thường bị bỏ qua lỗ hổng trong hầu hết các ứng dụng thời gian thực. May mắn thay, kể từ Sails đối xử với cả HTTP và yêu cầu WebSocket như công dân hạng nhất, nó được xây dựng trong bảo vệ CSRF và CORS cấu hình rulesets áp dụng cho cả hai giao thức.
Bạn có thể chuẩn bị ứng dụng Sails của bạn chống lại các cuộc tấn công CSWSH bằng cách cho phép xây dựng trong bảo vệ trong config / csrf.js và đảm bảo rằng một token _csrf được gửi cùng với tất cả các yêu cầu ổ cắm đầu vào có liên quan. Ngoài ra, nếu bạn đang có kế hoạch cho phép các ổ cắm để kết nối với Sails ứng dụng cross-nguồn gốc của bạn (tức là từ một khác nhau tên miền, tên miền phụ, hoặc cổng), bạn sẽ muốn cấu hình cài đặt CORS của bạn cho phù hợp.

Kết quả (Việt) 3:

Không may là, giả không chỉ yêu cầu tấn công vào giao thức HTTP.WebSocket cướp (đôi khi được gọi là cswsh) là một người thường bị bỏ qua một lỗ hổng trong hầu hết các ứng dụng thời gian thực.May mắn là do WebSocket buồm với HTTP và yêu cầu công dân hạng nhất, nó có sẵn CSRF bảo vệ và thể cấu hình CORS luật áp dụng cho thỏa thuận.Anh có thể chuẩn bị cho anh đi với cswsh App tấn công để bảo vệ cấu hình có sẵn csrf.js và đảm bảo _csrf lưu niệm với tất cả yêu cầu gửi liên quan đến ổ cắm.Hơn nữa, nếu anh định làm ổ điện kết nối với các buồm App qua Origin (tức là từ một tên miền khác, tên miền phụ, hay cổng) anh cần cấu hình hệ thống của anh tiến hành thiết lập tương ứng.Anh cũng có thể định nghĩa quyền thiết lập trong cấu hình / sockets.js là một chức năng riêng, cho phép hoặc từ chối ban đầu dựa trên nhu cầu của bạn kết nối ổ cắm điện.