graf

1. 개요 제목에서 알 수 있듯이 이번엔 메모리 덤프다. 이번엔 부트로더 쪽이 표적인 것 같다. 이번에도 꼼꼼하게 진행해보자. 현재 상황에 대한 가정이다. 516261276720736265747267206762206f686c207a76797821 현재 원문을 알 수 없는 이 암호화 데이터를 확보한 상태다. p 명령어를 통해 암호화된 펌웨어를 입력하면 장치는 이를 저장한다. 데이터를 복호화 후 메모리에 저장하는 동작을 수행하는 것으로 추정된다. 복호화 동작을 수행한 다음엔 적절한 에러 코드를 반환한다. 펌웨어 코드가 찾으면 나오긴 하겠지만 자료에서 언급한 것과 같이 이번엔 내부 상황을 알 수 없다고 가정하고 진행해보자. 유일한 전제는 에러 코드가 반환되기 전에 트리거가 발생한다는 것 뿐이다. ..

나는 지금 몹시 화가 나있다. 현재 프로그램의 동작 방식이 jupyter 서버를 생성하고브라우저로 접속해서 허스키와 통신하는 형태인데 접속이 불안정한지 이렇게 갑자기 코드가 안보이거나 연결 자체가 끊어지거나 하는 일이 벌써 몇 차례나 발생했다. 새로고침하면 괜찮아져서 지금까지는 잘 썼는데 글리칭 도중에 죽어버리니 정말 큰 분노가 느껴진다. 빌어먹을 몇시간이 날아간거야 사진 찍으려니 멀쩡하네 개같은거 아무튼 주피터 데스크탑이 있다길래 이걸 써보려고 한다. 적어도 브라우저보다는 안정적으로 연결할 수 있겠지. JupyterLab Desktop 윈도우 파일로 다운받았다. 폴더를 가져오면 일단 잘 열리긴 하는데 코드를 실행하니 모듈이 없다고 나온다. 환경이 맞춰지질 않아서 그런가보다. ..