Là đăng nhập như một người dùng chia sẻ là một thói quen xấu?

Tôi đã làm việc trong các tổ chức thay vì tạo một người dùng Ubuntu mới cho mỗi người muốn đăng nhập vào máy, các hệ thống chỉ cần thêm khóa ssh của mỗi người dùng .ssh/authorized_keysvà mọi người sshvào máy như ( ví dụ ) ubuntu@hosthoặc ec2-user@host. (Ngẫu nhiên, tôi cũng đã thấy điều này được thực hiện trên các máy Mac được chia sẻ trong môi trường phòng thí nghiệm.) Đây có phải là thực tiễn được chấp nhận hay là một mô hình chống?

Các máy chủ được đề cập chủ yếu được sử dụng để thử nghiệm, nhưng cũng có những hành động được thực hiện thường yêu cầu cấu hình theo người dùng và được theo dõi bởi một người dùng cụ thể, chẳng hạn như tạo và đẩy git cam kết, hiện đang được thực hiện bằng cách sử dụng git chung người sử dụng.

Vâng, đó là một thói quen xấu. Nó dựa vào giả định cơ bản rằng không có ai độc hại (hoặc sẽ) xung quanh và không ai phạm sai lầm. Có một tài khoản được chia sẻ làm cho mọi thứ trở nên tầm thường mà không có trách nhiệm và không có bất kỳ giới hạn nào - một người dùng phá vỡ thứ gì đó sẽ phá vỡ nó cho mọi người.

Nếu lý do cho chương trình chia sẻ uid này chỉ đơn giản là để giảm chi phí quản trị khi tạo tài khoản mới và cấu hình chia sẻ, thì có lẽ các quản trị viên nên đầu tư một chút thời gian vào một hệ thống tự động hóa như Ansible , Chef , Puppet hoặc Salt để tạo ra những thứ như tạo người dùng tài khoản trên nhiều máy cực kỳ đơn giản.

Để bắt đầu với điều này không gây sốc cho tôi và tôi làm việc trong một môi trường cực kỳ an toàn. Mọi người đều có người dùng và máy và khóa ssh của riêng mình và để làm việc trên máy chủ mà chúng tôi ssh in, với tư cách là root hoặc là người dùng khác, thông qua chuyển tiếp đăng nhập nếu cần. Tất cả mọi thứ chúng tôi làm được ghi lại như đã được thực hiện bởi chủ sở hữu của khóa ssh, vì vậy trách nhiệm là OK.

Sự thay thế sẽ là gì? Rất nhiều thứ phải được thực hiện như một người dùng nhất định, không đề cập đến root. Sudo? Điều đó ổn đối với một số tác vụ rất hạn chế, nhưng không phải để sysadmining máy.

Tuy nhiên tôi không chắc chắn về đoạn cuối cùng của bạn, bạn có nghĩa là ai đó có thể đẩy một người dùng chung chung không? Điều đó sẽ phá vỡ trách nhiệm, và phá vỡ trách nhiệm là xấu. Chúng tôi thực hiện git từ máy mà chúng tôi đã đăng nhập và chúng tôi xác thực để git bằng khóa ssh của chúng tôi ...

Xác thực, ủy quyền và kế toán (AAA) là biểu thức cổ điển: bạn được xác thực bằng khóa ssh của mình, bạn được ủy quyền để làm bất cứ điều gì mà người dùng chung có thể làm vì khóa của bạn nằm trong ủy quyền và bạn cần kế toán để làm những gì bạn làm có thể được xem xét sau khi thực tế.

Nó rõ ràng phụ thuộc vào trường hợp sử dụng của hệ thống. Nếu nó là hệ thống để thử nghiệm theo thời gian, nó là tốt cho tôi. Chúng tôi cũng có những hệ thống như vậy. Nếu công ty không có bất kỳ loại quản lý danh tính (LDAP, IPA) nào, thì việc tạo người dùng mới mà không có bất kỳ điều khiển từ xa nào trên hệ thống ngẫu nhiên là một gánh nặng khá lớn.

Nhưng đối với công việc hàng ngày khi ai đó nhầm lẫn khiến toàn bộ công ty không thể hoạt động không phải là một ý tưởng tốt.

Tất cả những câu trả lời đều giải quyết mối quan tâm về trách nhiệm giải trình, đây là một vấn đề quan trọng và thực sự, nhưng sử dụng tài khoản dùng chung cũng cho phép các cuộc tấn công không quá tinh vi đối với người dùng khác:

Hãy xem xét một kẻ tấn công tạo ra một sshtập lệnh độc hại ghi lại mật khẩu đã nhập và đặt nó vào trong PATHcho người dùng chung đó (được thực hiện dễ dàng). Bây giờ, người tiếp theo đăng nhập vào máy đó với người dùng được chia sẻ và quyết định sshđến một nơi khác (lần này với tài khoản cá nhân, không chia sẻ, của anh ta) có thể có một bất ngờ khó chịu.

Về cơ bản, sử dụng tài khoản dùng chung trên máy tính cũng giống như uống nước từ bồn ngâm chân tại bể bơi công cộng.

Nói chung, chia sẻ một tài khoản là một ý tưởng tồi vì những lý do sau:

1. Mọi cài đặt được thực hiện cho người dùng này đều ảnh hưởng đến mọi người đăng nhập. (Promt, bí danh, ...)
   2. Bạn mất khả năng tìm ra ai đã làm gì (trách nhiệm)
   3. Một lỗi trong cấu hình của tài khoản (ví dụ như vô tình xóa ssh kay) ảnh hưởng đến mọi người sử dụng tài khoản người dùng đó (trong ví dụ đó bị khóa).

Và chắc chắn rằng có nhiều nhược điểm hơn nữa ... Nhưng tôi không muốn đi sâu hơn nữa.

Vấn đề là, có thể bạn đang phải đối mặt với nhu cầu chia sẻ tài khoản để quản lý một dịch vụ được thực thi dưới một tài khoản người dùng nhất định nơi tất cả quản trị viên có thể truy cập.

Trong một thiết lập như vậy, bạn có khả năng chia sẻ tài khoản này để đăng nhập (đối với các biện pháp trên tôi không muốn làm điều này) hoặc bạn đăng nhập riêng lẻ và chuyển người dùng sau đó sang tài khoản được chia sẻ (tôi sẽ đề nghị điều đó).

Các công cụ kiểm toán vẫn sẽ cho phép bạn theo dõi ai đã thực hiện những gì nhưng vẫn chia sẻ cùng một tài khoản.