Trao đổi có thể được mã hóa trên mỗi người dùng?


8

Vấn đề phát sinh đối với một máy tính nhiều người dùng có trao đổi được mã hóa, như làm thế nào để cho phép mỗi người dùng ngủ đông và tiếp tục khỏi chế độ ngủ đông mà không ảnh hưởng đến bảo mật của những người dùng khác.

Tôi đang tìm cách sử dụng trao đổi trao đổi của mỗi người dùng được mã hóa riêng cho họ, để khi họ muốn tiếp tục ngủ đông, họ có thể làm như vậy bằng cách chỉ nhập mật khẩu / cụm mật khẩu của họ . Họ không thể giải mã trao đổi của người dùng khác; tất cả các quy trình của người dùng phải được dừng lại cho đến khi người dùng tương ứng có thể cung cấp cụm mật khẩu của họ để giải mã hoán đổi của họ và tiếp tục các quy trình của họ.

Người dùng có thể muốn một số hoặc tất cả các quy trình của họ không được mã hóa để họ có thể tiếp tục bất kể ai nối lại máy tính.

Miễn là không có dữ liệu cá nhân nào được lưu trữ trong các quy trình hệ thống và hệ thống không cho phép các khóa của người dùng được trao đổi, thì việc hoán đổi của hệ thống không cần phải được mã hóa và điều đó có nghĩa là bất kỳ người dùng nào cũng có thể khôi phục hệ thống mà không ảnh hưởng đến người dùng khác .

Lưu ý rằng điều này có thể được bổ sung bằng cách mã hóa hệ thống bằng một khóa được lưu trữ trong phần sụn BIOS như Coreboot hoặc LibreBoot để làm xáo trộn rất khó khăn, nhưng đây là một cách tiếp cận khác nhau dựa trên khó khăn rõ ràng của việc giả mạo phần cứng liên quan thay vì hoàn thành phương pháp mã hóa để ngăn chặn mọi người đọc dữ liệu cá nhân của người khác giả định rằng việc giả mạo không phải là một vấn đề. Để bảo mật tối ưu, hai cơ chế này có thể được sử dụng cùng nhau, nhưng trong câu hỏi này, tôi đang yêu cầu phương pháp mã hóa hoàn toàn.

Về lý thuyết nó có ý nghĩa, nhưng trong thực tế nó có thể không được thực hiện. Tôi hy vọng rằng điều này là có thể trong Linux.


1
Những người dùng khác có thể truy cập root vào máy chủ này không? Nếu họ không thể, thì tôi nghĩ rằng tôi đúng khi nói hệ thống cấp phép bình thường sẽ ngăn họ đọc các tệp hoán đổi của người dùng khác (nghĩa là tôi nghĩ chính xác là ngay cả trên trao đổi không được mã hóa, người dùng không nên đọc các tập tin trao đổi lẫn nhau). Nếu họ có thể root, họ có thể trích xuất các khóa cho phân vùng trao đổi được mã hóa của người dùng khác không?
Geeb

Nếu người dùng có quyền truy cập root vào máy tính (và thực tế họ sẽ làm gì nếu họ có quyền truy cập trực tiếp vào toàn bộ máy tính, điều này được ngụ ý bởi thực tế họ có thể tạm ngưng nó ngay từ đầu!), Thì không có số lượng mã hóa và bước chân ưa thích với các phân vùng trao đổi khác nhau cho mỗi người dùng sẽ thực sự bảo vệ người dùng khỏi nhau. Sử dụng phần cứng khác nhau cho mỗi người dùng!
Greg A. Woods

Có thể có một cách để hack cùng một thứ như thế này bằng cách giữ mỗi phiên đăng nhập của người dùng trong một thùng chứa LXC, với các phiên bản systemd của riêng họ và trao đổi không gian được lưu trữ trong các mục riêng tư, nhưng tôi không thể đưa ra một gợi ý cụ thể về cách, chính xác , điều đó sẽ được thực hiện.
BRPocock

Câu trả lời:


1

Vâng, bất cứ điều gì đều có thể thông qua phần mềm. Bạn có thể phải sửa đổi một số phần quan trọng của kernel để làm điều này. Nếu bạn đang nói về bây giờ .... không. Trong thực tế, bạn không thể phân bổ không gian hoán đổi hệ thống dựa trên một người dùng nhất định.

Một cách tiếp cận khác là không phân bổ bất kỳ không gian hoán đổi nào trên phân vùng vật lý và tạo ra một tệp được phân bổ lớn cho khối lượng truecrypt, gắn kết nó và tạo một tệp hoán đổi theo đó. Sau đó thiết lập hệ thống để sử dụng tệp đó dưới khối lượng truecrypt làm tệp hoán đổi. Tôi không đảm bảo tính ổn định cũng như hiệu quả xử lý của một động thái như vậy, tuy nhiên, điều này sẽ là để bạn thử nghiệm. Tuy nhiên, điều này sẽ được trên mỗi HỆ THỐNG không phải cho mỗi người dùng.


4
Tôi không khuyến khích sử dụng TrueCrypt, có các giải pháp cụ thể của Linux để mã hóa khối nên được ưa chuộng (dm-crypt / LUKS et al).
Andreas Wiese
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.