Có một lý do kỹ thuật và một lý do thiết kế cho hành vi hiện tại.
Thứ nhất, snapd yêu cầu một số hình thức xác thực vì nó đang thực hiện một hoạt động ở cấp hệ thống. Trên dòng lệnh bạn có thể sử dụng sudo, giống như khi bạn apt install
, vì vậy không cần có tài khoản trực tuyến. Khi sử dụng Phần mềm, hình thức xác thực duy nhất hiện có là cửa hàng Snap. Các lựa chọn thay thế đang được thảo luận ...
Tôi đã cố gắng giải quyết vấn đề này bằng cách cố gắng lấy snapd để tạo Macaroon mà không cần truy cập vào cửa hàng. Nhưng theo tôi hiểu thì việc nhận được một chiếc Macaroon đòi hỏi một chuyến đi khứ hồi đến cửa hàng.
Vì vậy, tôi nghĩ giải pháp cho vấn đề này là cho phép snapd tạo Macaroons cục bộ hoặc sử dụng một số loại mã xác thực khác để truy cập cục bộ. ( bình luận 27 )
Thứ hai, xác thực SSO là mẫu thiết kế chính vì trường hợp sử dụng chính của Snappy đang quản lý nhiều thiết bị IoT. Tác động tiêu cực đối với người dùng máy tính để bàn / máy tính xách tay là không có kế hoạch.
Hiệu ứng mạng là bảo mật tốt hơn nhiều cho các thiết bị này ... ví dụ, hãy nhìn vào các điểm truy cập wifi hiện đại. Bạn nhận được một tài khoản quản lý, thường là trên đám mây và bạn quản lý tất cả các thiết bị thông qua đó. ( bình luận 25 )
Có vẻ như có một kế hoạch thay đổi hành vi để người dùng máy tính để bàn / máy tính xách tay không bắt buộc phải sử dụng tài khoản trực tuyến để xác thực. Bạn có thể đăng ký vào lỗi để nhận tin tức khi có thay đổi.
Việc trao mã thông báo cho root cung cấp ủy quyền để thao túng hệ thống tương tự như cho phép root tự thực hiện việc xóa mà không cần lưu trữ thêm thông tin, chúng tôi cho phép ... Cơ sở hạ tầng cần thiết cho việc đó khá nhiều vì chúng tôi đã phải duy trì các macaroons cục bộ và từ xa riêng biệt và tình huống macaroon từ xa bị thiếu hoặc không chính xác đã được xử lý. ( bình luận 29 )