Trusted RecoveryWhat if my applicat

Trusted Recovery
What if my application or system blows up? Response: It should do so securely.
When an operating system or application crashes or freezes, it should not put the system in any type of insecure state. The usual reason for a system crash in the first place is that it encountered something it perceived as insecure or did not understand and decided it was safer to freeze, shut down, or reboot than to perform the current activity.
An operating system’s response to a type of failure can be classified as one of the following:
• System reboot
• Emergency system restart
• System cold start
A system reboot takes place after the system shuts itself down in a controlled manner in response to a kernel (trusted computing base) failure. If the system finds inconsistent object data structures or if there is not enough space in some critical tables, a system reboot may take place. This releases resources and returns the system to a more stable and safer state.
An emergency system restart takes place after a system failure happens in an uncontrolled manner. This could be a kernel or media failure caused by lower-privileged user processes attempting to access memory segments that are restricted. The system sees this as an insecure activity that it cannot properly recover from without rebooting. The kernel and user objects could be in an inconsistent state, and data could be lost or corrupted. The system thus goes into a maintenance mode and recovers from the actions taken. Then it is brought back up in a consistent and stable state.
A system cold start takes place when an unexpected kernel or media failure happens and the regular recovery procedure cannot recover the system to a more consistent state. The system, kernel, and user objects may remain in an inconsistent state while the system attempts to recover itself, and intervention may be required by the user or administrator to restore the system.
It is important to ensure that the system does not enter an insecure state when it is affected by any of these types of problems, and that it shuts down and recovers properly to a secure and stable state. (Refer to Chapter 4 for more information on trusted computing base, or TCB, and kernel components and activities.)

Kết quả (Việt) 1:

Phục hồi đáng tin cậyNếu ứng dụng hoặc hệ thống của tôi thổi lên? Phản ứng: Nó nên làm như vậy một cách an toàn.Khi một hệ điều hành hoặc ứng dụng treo hoặc đóng băng, nó không nên đặt các hệ thống trong bất kỳ loại của nhà nước không an toàn. Lý do thông thường cho một vụ tai nạn hệ thống ở nơi đầu tiên là nó gặp phải cái gì nó coi là không an toàn hoặc không hiểu và quyết định nó là an toàn để đóng băng, tắt hoặc khởi động lại hơn để thực hiện các hoạt động hiện tại.Một hệ điều hành để đáp ứng với một loại thất bại có thể được phân loại như là một trong những điều sau đây:• Hệ thống khởi động lại• Trường hợp khẩn cấp hệ thống khởi động lại• Hệ thống lạnh bắt đầuKhởi động lại hệ thống diễn ra sau khi hệ thống tắt bản thân một cách được điều khiển để đáp ứng với một sự thất bại hạt nhân (đáng tin cậy cơ sở tính toán). Nếu hệ thống thấy không phù hợp đối tượng cấu trúc dữ liệu, hoặc nếu không đủ không gian trong một số bảng rất quan trọng, một khởi động lại hệ thống có thể diễn ra. Điều này bản phát hành tài nguyên và trở lại hệ thống về trạng thái ổn định hơn và an toàn hơn.Một khởi động lại khẩn cấp hệ thống diễn ra sau khi một lỗi hệ thống xảy ra một cách không kiểm soát được. Điều này có thể là một hạt nhân hoặc phương tiện truyền thông thất bại, gây ra bởi quá trình đặc quyền thấp hơn người dùng cố gắng truy cập vào bộ nhớ các phân đoạn bị hạn chế. Hệ thống thấy điều này như là một hoạt động không an toàn đúng cách không thể phục hồi từ mà không khởi động lại. Các đối tượng người dùng và hạt nhân có thể trong một nhà nước không phù hợp, và dữ liệu có thể được bị mất hoặc bị hỏng. Hệ thống do đó đi vào một chế độ bảo dưỡng và phục hồi từ hành động thực hiện. Sau đó nó được đưa trở lại lên ở trạng thái ổn định và nhất quán.Một hệ thống lạnh bắt đầu xảy ra khi một hạt nhân hoặc phương tiện truyền thông thất bại bất ngờ xảy ra và thường xuyên phục hồi thủ tục không thể khôi phục Hệ thống để một nhà nước phù hợp hơn. Hệ thống, hạt nhân và đối tượng người dùng có thể vẫn còn trong tình trạng không phù hợp trong khi hệ thống cố gắng phục hồi chính nó, và can thiệp có thể được yêu cầu bởi người dùng hoặc quản trị viên để khôi phục lại hệ thống.Nó là quan trọng để đảm bảo rằng hệ thống này không đưa vào một nhà nước không an toàn khi nó bị ảnh hưởng bởi bất kỳ các loại của các vấn đề, và rằng nó sẽ tắt và khôi phục đúng cách để một nhà nước an toàn và ổn định. (Tham khảo chương 4 cho biết thêm thông tin trên cơ sở tính toán đáng tin cậy, hoặc TCB, và thành phần hạt nhân và các hoạt động.)

Kết quả (Việt) 2:

Trusted Phục hồi
gì nếu ứng dụng hoặc hệ thống của tôi thổi lên? Đáp: Nó nên làm như vậy một cách an toàn.
Khi một hệ điều hành hay ứng dụng bị treo hoặc đóng băng, nó không nên đặt các hệ thống trong bất kỳ kiểu trạng thái không an toàn. Lý do thông thường cho một hệ thống sụp đổ ở nơi đầu tiên là nó gặp phải một cái gì đó nó coi là không an toàn hoặc không hiểu và quyết định đó là an toàn hơn để đóng băng, đóng cửa, hoặc khởi động lại hơn để thực hiện các hoạt động hiện tại.
Phản ứng Một hệ điều hành của một loại thất bại có thể được phân loại như là một trong những điều sau đây:
• hệ thống khởi động lại
hệ thống khởi động • khẩn cấp
• hệ thống lạnh bắt đầu
khởi động lại một hệ thống diễn ra sau khi hệ thống tắt tự xuống trong một cách có kiểm soát để đáp ứng với một hạt nhân (cơ sở tính toán đáng tin cậy) thất bại. Nếu hệ thống tìm thấy các cấu trúc dữ liệu đối tượng không phù hợp hoặc nếu không có đủ không gian trong một số bảng quan trọng, một hệ thống khởi động lại có thể diễn ra. Điều này giải phóng các nguồn lực và trả hệ thống về trạng thái ổn định hơn và an toàn hơn.
Một hệ thống khẩn cấp khởi động lại diễn ra sau khi một lỗi hệ thống xảy ra một cách không kiểm soát được. Đây có thể là một hạt nhân hoặc phương tiện truyền thông không gây ra bởi quá trình sử dụng thấp có đặc quyền cố gắng truy cập phân đoạn bộ nhớ bị giới hạn. Hệ thống xem đây là một hoạt động không an toàn mà nó có thể không đúng hồi phục mà không cần khởi động lại. Các đối tượng hạt nhân và người sử dụng có thể không ổn định, và dữ liệu có thể bị mất hoặc bị hỏng. Hệ thống này do đó đi vào một chế độ bảo trì và phục hồi từ các hành động. Sau đó nó được đưa trở lại trong một nhà nước thống nhất và ổn định.
Một khởi đầu lạnh hệ thống xảy ra khi một hạt nhân bất ngờ hoặc lỗi truyền thông xảy ra và các thủ tục thu hồi thường không thể phục hồi hệ thống về trạng thái nhất quán hơn. Các hệ thống, hạt nhân, và các đối tượng người sử dụng có thể vẫn còn trong trạng thái không phù hợp trong khi hệ thống cố gắng để khôi phục lại bản thân, và can thiệp có thể được yêu cầu bởi người dùng hoặc quản trị viên để khôi phục lại hệ thống.
Điều quan trọng là để đảm bảo rằng hệ thống không nhập không an toàn nhà nước khi nó bị ảnh hưởng bởi bất kỳ các loại của các vấn đề, và rằng nó tắt và phục hồi đúng cách để một trạng thái an toàn và ổn định. (Tham khảo Chương 4 để biết thêm thông tin về cơ sở đáng tin cậy máy tính, hoặc TCB, và thành phần hạt nhân và các hoạt động.)