For security reasons, do not use „S

For security reasons, do not use „System‟ or DSN (Data Source Name) to save
informat
ion of connections.
Regarding security and database access, it is important to define how the
components will authenticate and access the database and what the authorization
requirements will be. The following guidelines may be useful:

Regarding the SQL S
erver, as a general rule it is better to use the Windows
built
-
in authentication instead of the SQL Server standard authentication.
Usually the best model is the Windows authentication based on the “trusted
sub
-
system” (instead of customization and access
with the users of the
application, but access to the SQL Server with special/trusted accounts).
Windows authentication is safer because, among other advantages, it does not
need a password in the connection string.

If you use SQL Server standard
authentication, you should use specific
accounts (never „sa‟) with complex/strong passwords, limiting the permit of
each account through database roles of the SQL Server and ACLs assigned in
the files used to save connection strings, and encrypt such conne
ction string in
the configuration files being used

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

Vì lý do an ninh, không sử dụng "System‟ hoặc DSN (dữ liệu nguồn tên) để tiết kiệm cóION của kết nối.Liên quan đến an ninh và truy cập cơ sở dữ liệu, nó là quan trọng để xác định như thế nào các thành phần sẽ xác thực và truy cập vào cơ sở dữ liệu và những gì ủy quyền yêu cầu sẽ. Các nguyên tắc sau đây có thể hữu ích: Liên quan đến SQL Server, như một quy luật chung, nó là tốt hơn để sử dụng các cửa sổ xây dựng-trong xác thực thay vì SQL Server tiêu chuẩn xác thực. Thông thường các mô hình tốt nhất là Windows xác thực dựa trên các "đáng tin cậy phụ-Hệ thống"(thay vì tuỳ biến và truy cập với người dùng của các ứng dụng, nhưng truy cập vào SQL Server bằng tài khoản đặc biệt/tin cậy). Xác thực của Windows là an toàn hơn bởi vì, trong số những lợi thế khác, nó hiện không cần một mật khẩu trong chuỗi kết nối.Nếu bạn sử dụng SQL Server tiêu chuẩn xác thực, bạn nên sử dụng cụ thể tài khoản (không bao giờ "sa‟) với mật khẩu phức tạp/mạnh, giới hạn giấy phép của mỗi tài khoản thông qua cơ sở dữ liệu vai trò của SQL Server và ACLs được phân công tại các tập tin được sử dụng để lưu kết nối dây, và mã hóa như vậy connection chuỗi trong các tập tin cấu hình được sử dụng

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

Vì lý do an ninh, không sử dụng "hệ thống" hoặc DSN (Data Source Name) để tiết kiệm
informat
ion của kết nối.
Về an ninh và truy cập cơ sở dữ liệu, điều quan trọng là xác định cách các
thành phần sẽ xác thực và truy cập các quyền cơ sở dữ liệu và những gì
yêu cầu sẽ được. Các hướng dẫn sau đây có thể hữu ích:

Về SQL S
erver, như một quy luật chung, nó là tốt hơn để sử dụng Windows
được xây dựng
-
trong xác thực thay vì thẩm định chuẩn SQL Server.
Thông thường các mô hình tốt nhất là xác thực Windows dựa trên "tin cậy
sub
-
hệ thống "(thay vì tùy biến và tiếp cận
với những người sử
dụng. ứng dụng, nhưng truy cập vào SQL Server với đặc biệt / Tài khoản tin cậy)
chứng thực Windows là an toàn hơn bởi vì, trong số những lợi thế khác, nó không
cần một mật khẩu trong chuỗi kết nối .

Nếu bạn sử dụng SQL tiêu chuẩn máy chủ
xác thực, bạn nên sử dụng cụ thể
các tài khoản (không bao giờ "sa") với / mật khẩu mạnh phức tạp, hạn chế giấy phép của
mỗi tài khoản thông qua vai trò cơ sở dữ liệu của SQL Server và ACLs được giao trong
các tập tin được sử dụng để lưu kết nối chuỗi, và mã hóa conne như
chuỗi ction trong
các file cấu hình đang được sử dụng