커널 이런거에 대한 배경지식이 없어서 힘드네..

번역작업하는게 숙제가 아니라 다같이 모여서 하는건데 역시 해보니까 난감한 경우가 좀 있더라고 단어 통일이러던지...여러문제들..

프갤횽들 전문용거같은거 좀 도와줘요ㅠㅠ

The essence of either of these methods is to restore the operating system to a reliable state before fuzzing (it is also possible to modify the kernel itself to do this upon a bugcheck and restore from a memory image stored on disk, though this would not be a very pleasant solution, especially as the operating system may have become so corrupt that it cannot perform this).

두 방법의 핵심은 퍼징하기 전에 OS를 신뢰할만한 상태로 복원하는 것이다. (버그체크를 하면서 커널 자체를 변경시키거나 디스크에 저장돼있는 메모리 이미지로부터 커널 자체를 복원하는 방법도 가능하지만, 이 방법은 좋은 방법이 아니다. 왜냐하면 OS가 너무 손상되어 이 작업을 할 수 없게 될 수도 있기 때문이다.)


Setting up something like VMWare to enable this should be fairly trivial, but raises the problem of assessing drivers for real hardware, which thus cannot be installed in the virtual machine.

이를 위해 VMware같은 것들을 설치하는 것은 꽤 평범한 일이지만, 가상 머신(virtual machine)에 설치 될 수 없는 실제 하드웨어(real hardware)를 검사(assessing)하는 데에 문제가 생긴다.



1.여기서 assessing 하는걸 검사한다라고 햇는데 어떤표현이 적절할지 모르겟어



Writing a hypervisor would be an expensive and time consuming task. Further than that, neither option helps with the location of entry points into the kernel, nor with any instrumentation to assess code coverage. Consequently, other solutions may prove more useful.
하이퍼바이저(?)를 ??하는건 좀 오바고 시간이 오래걸리는 작업이다. 무엇보다 커널 내부로 가는 시작점(location of entry point)을 제공하지 않고, assess code coverage할수 있는 수단이 없다. 결과적으로 다른방법이 더 편할 것이다.


2. 여기서 하이퍼바이저가 뭐하는거야? Writing a hypervisor?? 뭔가 기록하는거야? 이해를 해야 번역도 잘할수있을거같애서.. 
또 assess code coverage를 뭐라고 해야할지도 모르겠고 뭐하는건지도 모르겠어...
문서 여기저기 assess라는게 나오는데 해석하는게 좀 난감하더라고...




해석질문하는게 개념없다고 생각하면 이런질문 안할게 이번만 도와줘요 ㅋㅋㅋ