Việc phát triển / thử nghiệm mô-đun linux có an toàn khi sử dụng máy ảo không?

18

Tôi đang ở trong một lớp hệ điều hành. Sắp tới, chúng tôi phải thực hiện một số công việc sửa đổi mã hạt nhân. Chúng tôi đã được khuyên không nên sử dụng máy cá nhân để kiểm tra (tôi cho rằng điều này có nghĩa là cài đặt nó) vì chúng tôi có thể viết mã xấu và viết lên một nơi nào đó mà chúng tôi không nên. Chúng tôi được cấp quyền truy cập vào một máy trong phòng thí nghiệm để được an toàn.

Nếu tôi kiểm tra bằng VM, điều đó có bảo vệ hệ thống máy chủ khỏi mã không an toàn không? Tôi thực sự muốn không bị mắc kẹt với một hệ thống ở trường và ảnh chụp nhanh sẽ hữu ích.

Nếu nó vẫn có rủi ro cao, có gợi ý nào về những gì tôi cần xem xét để kiểm tra an toàn không?

Chúng tôi sẽ sử dụng một cái gì đó như linuxmint để bắt đầu. Nếu bất cứ ai muốn xem những gì sẽ có trong dự án hiện tại: http://www.cs.fsu.edu/~cop4610t/assignments/project2/writeup/specification.pdf

linux kernel-modules virtual-machine

— entimaniac
nguồn

Thành thật mà nói, không có quá nhiều rủi ro để làm điều đó trên phần cứng thực sự, đặc biệt là nếu bạn sao lưu. Tôi có, và tôi chắc chắn nhiều nhà phát triển khác cũng có.

— hobbs

@hobbs Đó là vì nhiều người trong chúng ta thích sống nguy hiểm, thường đủ lâu để hối hận. Làm việc trên máy thực tế của bạn là tốt nếu bạn là nhà phát triển cẩn thận làm việc trên các mô-đun khá nhỏ. Đối với các phát triển lớn hơn (hoặc các nhà phát triển bất cẩn) , có lẽ tốt nhất để làm việc trên một môi trường bị cô lập. Nó cũng có thể là một ý tưởng tốt để làm việc trên một "phân phối sạch", để đảm bảo rằng không có tùy chỉnh cấp hạt nhân nào có thể can thiệp vào mô-đun của bạn. Hãy nhớ rằng sự phát triển mô-đun hạt nhân là nơi mà sai lầm nhỏ nhất có thể gây ra hậu quả khủng khiếp nhất: D

— John WH Smith

28

Rủi ro chính khi phát triển các mô-đun hạt nhân là bạn có thể làm sập hệ thống dễ dàng hơn nhiều so với mã thông thường và có thể bạn sẽ thấy rằng đôi khi bạn tạo các mô-đun không thể tải được, điều đó có nghĩa là bạn sẽ phải khởi động lại để tải lại Họ sau khi bạn sửa những gì sai.

Vâng, VM phù hợp với kiểu phát triển này và đó là những gì tôi sử dụng khi tôi làm việc trên các mô-đun hạt nhân. VM cách ly độc đáo môi trường thử nghiệm của bạn khỏi hệ thống đang chạy.

Nếu bạn định chụp và khôi phục ảnh chụp nhanh, bạn nên kiểm tra mã nguồn của mình vào kho lưu trữ kiểm soát phiên bản bên ngoài VM để không vô tình làm mất mã mới nhất khi bạn loại bỏ trạng thái hiện tại của VM.

3

Hoặc có thể chỉ chụp nhanh các khía cạnh nhất định của VM. Giữ mã nguồn trên một đĩa ảo riêng, ví dụ. Tất nhiên, kho lưu trữ mã nguồn ngoài VM mà bạn thường xuyên kiểm tra mã dù sao cũng là một ý tưởng hay; nó có thể cứu bạn khỏi nhiều sai lầm ngượng ngùng, và nó dạy thực hành mã hóa tốt.

— CVn

Mặt khác của việc đánh sập hệ thống của bạn dễ dàng hơn là khi bạn làm sập hệ thống của mình, bạn có nguy cơ gây ra tham nhũng thế chấp cao hơn.

— dùng253751

14

Giả sử bạn không cố gắng viết trình điều khiển cho phần cứng thực tế, đây là một cách tuyệt vời để làm việc trên các mô-đun. Bạn có thể chụp nhanh hệ thống làm việc, và nếu bạn làm nổ tung thứ gì đó, chỉ cần quay lại ảnh chụp nhanh.

Nếu bạn có thể, hãy tạo một bản sao đầy đủ của VM, chỉ trong trường hợp hệ thống chụp nhanh là lạ hơn tôi nghĩ. :)

— Cưa cưa
nguồn