Luôn luôn là hệ tư tưởng của tôi rằng, là một người dùng, bạn có thể làm bất cứ điều gì bạn muốn trên Linux và đối với mọi thứ khác, luôn luôn có sudo. sudocho phép thực thi một số điều như một số người dùng khác, thường là các trường hợp như rootquản trị hệ thống. sudođã là một nguồn lợi thế lớn hơn để ủy thác một số nhiệm vụ và đặc quyền thông thường của tôi với tư cách là người dùng (root) cho một số người khác và giúp quản lý thời gian của tôi và những người khác tốt hơn mà không nâng cao các đặc quyền vượt quá những gì được yêu cầu. Đồng thời, niềm tin của tôi vào họ giữ cho các mục của họ hiện diện trongsudoerstập tin cấu hình. Tôi không chắc nó có liên quan hay không nhưng tôi có thể nói là gì, sudo mang đến cho bạn một viễn cảnh bảo mật tốt hơn về tất cả những ai và họ có thể làm gì với những đặc quyền đáng tin cậy của họ. Ngay cả khi có sự cố xảy ra, họ vẫn chịu trách nhiệm. (Tôi luôn có thể thực hiện một số đỉnh lén lút với thông tin nhật ký sudoers để tìm ra thủ phạm). Các bạn của tôi luôn bày tỏ mối quan tâm với tôi rằng họ phải gõ sudo cho mọi thứ họ muốn làm với các đặc quyền nâng cao trong môi trường Linux. Ở đây tôi cũng tìm thấy câu hỏi tương tự.
Để xem các giải pháp và nhiệm vụ của tôi để tìm giải pháp thay thế, tôi đã tìm đến Kiểm soát truy cập dựa trên tài nguyênRBAC nhưng ở một vùng đất phiêu lưu khác Solarisvới các công cụ như pfexecvv Cách tiếp cận này tốt hơn vì điều này sẽ giữ cho các đặc quyền của người dùng được nâng cao và sẽ tin tưởng về lương tâm và sự cảnh giác của những gì các sysadins muốn làm với đặc quyền của họ.
Xem xét các giải pháp có sẵn của RBAC và các triển khai của nó trong thế giới Linux, tôi tình cờ thấy
SELinux http://www.ibm.com/developerworks/linux/l Library / l-racac-rsinux /
bảo mật http://en.wikipedia.org/wiki/Grsecurance
và trong khi có một số triển khai khác, tôi sẽ xem xét chúng theo thứ tự hàng đầu của danh sách. Triển khai RBAC là rất nhiều công việc trong một tổ chức, đặc biệt là khi có nhiều người dùng. RBAC sẽ là một giải pháp lớn hơn trong môi trường đồng nhất. Tuy nhiên, khi có các cài đặt Unix không đồng nhất trong mạng và cơ sở dữ liệu người dùng là phổ biến, thì điều này có lẽ sẽ thất bại. Vì SELinux không thể mở rộng / triển khai trên Solaris và các công cụ RBAC / pfexec không được triển khai trên Linux. Phương pháp khác nhau tồn tại để làm một điều duy nhất. Ví dụ: http://bloss.oracle.com/darren/entry/opensolaris_rbac_vs_sudo_howto
Các cài đặt khác nhau trên toàn mạng có thể không hỗ trợ phương pháp này (tuy nhiên openrbac có thể được coi là phương pháp triển khai chung) như sudoers là một cách tiếp cận máy chủ duy nhất hoặc không có khả năng cấu hình tập trung trong mạng / miền./etc/sudoerscần được đồng bộ hóa mỗi khi có sự thay đổi. Hơn nữa, có một yêu cầu về kiến thức trong khi vận hành tệp sudoers, cần phải hiểu ngôn ngữ chính sách của cấu hình sudoers để không mắc lỗi và cho phép bất kỳ khoản trợ cấp nào. RBAC có thể cung cấp một cách tiếp cận tập trung ở một mức độ nào đó, trong khi các cấu hình bảo mật có thể phổ biến, việc thêm / xóa người dùng khỏi vai trò được cấp có thể được thực hiện từ một nơi duy nhất (đó là nơi lưu trữ thông tin người dùng / mật khẩu / nhóm tên miền như LDAP, NIS hoặc AD). Điều này cũng sẽ ngầm hiểu các lệnh cần thiết để hoạt động trên cơ sở dữ liệu RBAC như smexec, smmultiuser, là số ít.
Sudo có thể cung cấp nhiều cách tiếp cận đa nền tảng hơn ở đây rằng nó vẫn hoạt động trên tất cả các nền tảng Unix / giống như cung cấp các tính năng setuid. Cả hai sudovà RBACthành công trong việc cung cấp cho người dùng không root một số đặc quyền có thể được thực hiện mà không cần cung cấp rootmật khẩu. Sudo có thể đưa ra một cách tiếp cận dựa trên chi tiết / chi tiết hơn đối với các đối số dòng lệnh có thể được sử dụng trong khi chạy các lệnh và hạn chế hoàn toàn lệnh nào với các đối số có thể được chạy với các đặc quyền nâng cao. Mặc dù RBAC có thể hạn chế sử dụng tối đa các lệnh hoặc tệp nhị phân được cài đặt nhưng không có bất kỳ quyền kiểm soát nào đối với các đối số dòng lệnh. Kiểm toán tốt hơn nhiều và tích hợp sẵn trong môi trường RBAC trong khisudo, nó phụ thuộc vào cấu hình và các ràng buộc bảo mật được thực hiện (như không cấp shell và đặc biệt là các máy chủ được phép đăng nhập vào các máy chủ khác mà không gặp vấn đề gì). Đây chỉ là một số khác biệt tôi có thể trích dẫn và cá nhân tôi có thiên hướng sử dụng sudo hơn RBAC, mặc dù với những hạn chế đã nói, tôi có thể thực hiện một số công việc xung quanh. Cho đến khi tất cả các vấn đề được RBAC giải quyết để có lợi thế hơn cho sudo, tôi không nghĩ sudo sẽ biến mất vì nó đơn giản.