리버스 엔지니어링의 산업 혁명.

2026 년 8 월에 변경된 사항

이 작업을하기 전에 수동 리버스 엔지니어링을 많이했습니다. 나는 설명이 될 때까지 함수를 검사 한 다음 그 설명을 프로그램에 대해 테스트 할 것입니다. 더 얻는 것은 다음 기능에 내 자신의 시간을 더 많이 보내는 것을 의미했습니다. 그것은 또한 내 머리 속에 점점 더 큰 그림을 유지하는 것을 의미했습니다.

내 재 작업의 대부분은 게임에. 나는 그들의 행동을 이해하고 결국 소프트웨어 포트 또는 모드로 운반 할 수 있도록 재구성합니다. 즉,이 문서의 뒤에 경험이다. 이 방법은 다른 곳에서 유용 할 수 있지만 각 필드는 신뢰할 수있는 참조에 대해 확인할 수있는 것을 설정해야합니다.

8 월 2026 에서 에이전트 중심의 재를 진지하게 탐구하기 시작했습니다. 나는 에이전트가 프로그램 및 일반 개발 도구에 액세스 할 수있는 방법을 멀리보고 싶었다. 동방 재건은 저에게 알아낼 수 있는 상당한 프로젝트를 주었습니다.

초기 진전은 놀라웠습니다. 조사는 내가 모든 개별 단계를 선택하지 않고 계속 움직일 수 있습니다. 실패한 비교는 에이전트를 다른 호출 함수로 보낼 수 있습니다. 그것은 작은 진단을 작성하고 그 결과를 사용하여 다음에 무엇을 시도할지 결정할 수 있습니다. 그 자유를 주는 것은 변화를 가져왔습니다.저는 프로젝트의 방향과 그 수표가 신뢰할 수 있는지에 더 많은 관심을 기울일 수 있었습니다.

속도는 먼저 내 관심을 얻었다. 그런 다음 현재 프로젝트를 넘어 생존 할 것이 무엇인지 궁금해하기 시작했습니다. 다음 게임은 우리가 방금 배운 모든 것에서 이익을 얻을 수 있습니까?

TH08:건물에서 인간의 작업

TH08,불멸의 밤,의 연속으로 시작 GensokyoClub의 재건. 그들의 공개 소스는 나에게 상당한 기초를 주었다. 그것은 건물의 지식과 내가 계속에서 보존 한 기여의 역사와 함께 왔습니다.

수입된 역사는 8 월 10 일 공공 검문소에서 끝납니다. 나의 독립적 인 연속은 8 월 13 일에 시작되었습니다. 8 월 19 일까지,원장은 1,107 개의 확인된 게임 기능에 대한 소스를 기록했습니다.

재생 가능한 Linux 재건 항구는 계속이 시작된 지 약 11 일 후인 8 월 24 일에 착공되었다. 웹 에디션이 이어졌습니다. 원주민 Linux 64 비트 릴리스는 8 월 30 일에 도착했다.

저를 놀라게 한 것은 그 작업이 사람들이 실행할 수 있는 프로그램에 도달했다는 것입니다. 거기에 도착하는 것은 개별 기능을 넘어 다음과 같은 문제가 필요했습니다. 두 함수가 분리되어 올바르게 보였을 때에도,그들은 우연히 공유되어야 할 상태의 별도의 복사본을 사용할 수 있습니다.

이것은 참조 검사를 작업의 중심으로 만들었습니다. 나는 그들을 부른다 검증 참조(오라클). 코드 비교를 통해 재구성된 함수가 원래의 명령어를 재현하는지 알 수 있습니다. 런타임 검사는 실행된 경로가 예상 상태에 도달하는지 여부를 알려줍니다. 에이전트는 설명을 제안하고 테스트합니다.불일치로 인해 조사할 수 있는 특별한 것이 있습니다.

잘못된 상수와 정확히 일치

오라클은 누군가가 쓴 소프트웨어입니다. TH08 그 소프트웨어에 얼마나 의존 할 수 있는지에 대한 명확한 알림을주었습니다.

9 월,다운스트림 스위치 포트에서 보고된 버그로 인해 아이템 자동 수집이 다시 시작되었습니다. 재구성된 소스는 플레이어의 힘을 0.0. 원래 사용 128.0,최대 전력 임계값.

정상적인 전력은 음이 아니므로 재구성된 전력 검사는 항상 효과적으로 만족되었습니다. 수집 라인 위에,게임은 최대 전력을 필요로하지 않고 아이템을 유치 할 수 있습니다. 조건의 다른 예외는 정확했습니다. 이 상수는 동작을 변경했습니다.

그러나 함수는 이미 정확한 비교를 통과했습니다.

재구성은 다른 주소에 상수를 넣을 수 있습니다. 비교 도구는 컴파일된 명령어의 주소를 원본과 비교하기 전에 조정함으로써 이를 설명했습니다. 그러나 참조 된 주소에 저장된 부동 소수점 값을 확인하지 않았습니다.

수표에 구멍이 남았어요 그것은 원래의 재구성 된 명령을 가리킬 수 있습니다 128.0 소식통은 여전히 0.0. 명령어 바이트가 일치했습니다. 소스는 뭔가 다른 것을 의미했습니다.

그 9 월 2 일 수정 소스를 수정하고 비교 확인 참조 상수의 실제 바이트를했다. A 더 넓은 감사 그런 다음 1,548 개의 부동 소수점 상수 참조를 조사했습니다. 5 개의 허용된 함수에서 12 개의 잘못된 참조를 발견했습니다.

비교는 이제 모든 부동 소수점 상수를 확인합니다. 테스트에는 의도적으로 잘못된 값이 포함되어 거부되었는지 확인합니다. 우리는 또한 약한 검사를 통과 한 결과를 재검토해야했습니다.

검증 참조(오라클)도 재구성해야 했습니다. 그것을 수리하는 것은 게임 수리의 일부였습니다.

팀이 주로 에이전트와 함께 일하는 한 사람 일 때 중요합니다. 나는 개인적으로 그들이 생산하는 모든 라인을 검사 할 수 없습니다,내 자신감의 많은 자신의 검사에 달려있다. 공유 검증 참조(오라클)의 사각 지대는 내가 알아 차리기 전에 많은 조사에 영향을 줄 수 있습니다. 나는 검사기가 실제로 확인하는 것을 이해하고 실패해야하는 경우에 대해 테스트해야합니다.

작업이 계속되면서 그 수표들은 저장소의 일부가 되었습니다. 소스 변경의 이유와 나중에 세션이 이전 세션이 멈춘 곳에서 시작될 수 있는 메모도 마찬가지였습니다. 소스 코드 저장소는 프로젝트의 작업 메모리가 되고 있었습니다.

성공적인 일괄 처리는 복구 된 코드와 다음 일괄 처리를위한 더 나은 환경을 모두 제공했습니다.

재건에 대한 두 가지 다른 아이디어

GensokyoClub의 공개 추가 정보 이런 종류의 작업에 대한 의견이 분분합니다. 이 통지서는 추가 개발이 완료될 때까지 사적으로 이루어질 것이라고 발표합니다. 한 구절은 이렇게 말합니다.:

우리의 작업에서 가져온 이 공간에서의 사기꾼(인공지능 디컴파일화 및 포트)의 부상은 미래의 디컴파일화 노력에 대한 나쁜 이미지를 그립니다…

이 통지는 또한 유지 관리자에 대한 심리적 인 피해를 설명합니다. 그들의 기여 정책은 주로 인공 지능으로 생성 된 풀 요청을 제외합니다. 그들은 어려운 일에 자유 시간을 투자했고,그 일은 제 계속을 가능하게 했습니다. 나는 그 뒤에 노력을 존중. 제가 논의하고 싶은 의견 불일치는 재건이 어떻게 진행되어야 하는지,그리고 기여가 어떻게 판단되어야 하는지에 관한 것입니다.

내가 알고 있던 수동 작업 흐름에서 함수에 대한 이해를 개발하고 재구성하는 것은 보통 같은 사람에게 떨어졌습니다. 프로젝트는 그 사람의 전문성에 크게 의존했습니다. 기여자에 대한 신뢰는 중요했습니다.왜냐하면 그들이 일하는 동안 많은 추론이 일어났기 때문입니다.

기존 프로젝트는 이미 소스에 대한 지식을 보존하고 도구를 구축합니다. 나를 위해 변경 한 것은 에이전트가 그 지식을 사용하여 다음 조사를 독자적으로 수행 할 수 있다는 것입니다.

나의 계속안에,나는 결과를 받아들이기를 위해 목적 그리고 기준을 결정한다. 에이전트는 조사할 자유가 넓습니다. 제안된 재건은 관련 검사에서 살아남아야 합니다. 에이전트가 대부분의 작업을 수행하더라도 다른 사람이 구현을 선택한 이유를 검토 할 수 있기를 바랍니다.

이것은 어려운 전환이 될 수 있습니다. 수년간의 신중한 작업이 훨씬 더 빨리 움직이는 연속의 기초가 될 수 있습니다. 즉 신용에 대한 실제 질문을 제기한다. 또한 유지 관리자가 기여를 수락하기 전에 알아야 할 사항을 변경합니다.

산업 비유는 이것에 대해 생각하는 데 도움이됩니다. 공예에서,그 과정의 대부분은 그것을 수행하는 사람의 기술에 달려 있습니다. 기계는 그 기술이 필요한 곳에서 변합니다. 누군가는 여전히 프로세스를 설계하고 출력이 잘못되었을 때 인식해야합니다. 다른 지역 사회는 그들이 원하는 변화의 양을 선택할 수 있습니다.

제 선택은 공개적으로 계속하는 것입니다.상속된 작품이 인정되고 그 역사가 보존됩니다. 나는 새로운 작업이 검토 할 수 있기를 바랍니다. 그것은 우리에게 이 접근법이 얼마나 멀리 갈 수 있는지 물어보고 그 과정에서 무엇이 잘못되었는지 배울 수 있는 방법을 제공합니다.

출처: GensokyoClub의 추가 정보 공지 2026 년 10 월 10 일에 확인된 기여 정책. 이 인용구는 줄여진 인용구입니다. TH08의 신용 및 출처 연속 경계를 기록하십시오.

TH095:경험이 시작되는 합성의

TH095 총알을 쏘면 그 경험의 가치를 훨씬 더 쉽게 볼 수 있었습니다. 그 저장소는 8 월 29 일에 시작되었으며,레저에 확인된 게임 기능이 없습니다. 우리는 여전히 게임을 배워야 했습니다. 그러나 우리는 이미 재건을 시작하는 방법과 그것을 계속 움직이는 방법에 대해 훨씬 더 많이 알고 있었습니다.

9 월 7 일까지,모든 697 개의 확인된 게임 기능은 출처를 가지고 있었다. 9 월 8 일까지 696 건이 정확한 비교로 받아들여졌다. 전체 프로그램은 9 월 9 일에 연결되었습니다. 그 Windows 초기화 후 약 12 일 후인 9 월 10 일에 재생 가능한 것으로 표시되었다.

나는 이것이 첫 번째 프로젝트의 속도보다 더 흥미 진진하다고 생각했습니다. 새로운 타겟은 다른 게임에서 수행된 작업에서 이익을 얻을 수 있습니다. 이 경험은 이미 도구와 프로젝트 조직 방식에 존재했습니다.

예를 들어, TH08 일찍 조립 프로그램에 관심을 지불하는 우리를 가르쳤다. 여러 개의 복구된 함수가 동일한 상태에 의존한다면,그들의 고립된 비교는 중요한 질문을 열어두고 있습니다. 우리는 그들이 함께 일하는 것을 볼 필요가 있습니다. 그 교훈은 우리가 어떻게 접근했는지 형성하는 데 도움이되었습니다 TH095전체 프로그램 구축입니다.

내 머리 속에 남아있는 교훈은 내가 거기있는 동안 유용합니다. 일단 다른 세션이 실행될 수 있는 체크가 되면,제가 이사를 한 후에도 계속 도움을 줄 수 있습니다. 다음 에이전트는 결과로 이어진 조사를 반복하지 않고 결과를 사용할 수 있습니다.

부동 소수점 상수 버그도 그 메모리에 속합니다. 왜 참조를 확인해야 하는지 설명합니다.또한 그 뒤에 있는 데이터를 확인해야 합니다. 그 수정 사항을 코드로 유지하면 나중에 프로젝트가 이전 검사의 사각지대를 상속하는 것을 피할 수 있습니다.

이 방법은 다음 게임의 시작 자료의 일부가됩니다. 우리는 다음 프로젝트의 노력을 목표에 대해 실제로 새로운 것에 더 많이 쓸 수 있습니다.

나중에 가입하는 사람들도 같은 혜택을 받을 수 있습니다. 그들은 결정을 검사하고 작업을 계속하기 전에 확인을 다시 실행할 수 있습니다. 그들은 프로젝트의 전체 역사를 재구성해서 왜 소스가 그렇게 보이는지 알아낼 필요가 없습니다.

TH04:워크플로는 다른 아키텍처에서 살아남습니다.

TH04 로터스 랜드 스토리,이 작품을 PC-98 도스 시대 이제 타겟은 4 개의 협력 프로그램을 가진 16 비트 환경이었습니다. 하드웨어 동작을 이해하려면 Windows 게임. 기존 레크 98 일 여기에도 귀중한 지식과 자료를 제공했습니다.

이제 도스 재건이 진행되고 있습니다. 내 수동 테스트에서,나는 그들의 엔딩을 통해 완전한 정상 경로를 재생하고 저장을 확인했다. 현재 작업은 네이티브 64 비트 포트입니다. 작업 도스 버전을 먼저 설정하면 해당 통신 포트에 참조가 제공됩니다.

건축물은 우리가 조사해야 할 것을 바꾸었습니다. 그것은 또한 우리가 우리의 작업을 확인하는 컴파일러와 런타임을 변경했습니다. 그러나 에이전트는 여전히 결과를 통해 질문을 따라 그 결과가 다음 실험을 안내 할 수 있습니다.

게임 플레이에서 결말으로의 전환을 고려하십시오. 우리는 어떤 국가가 그 경계를 넘어서고 어떤 프로그램이 그것에 책임이 있는지 알아야합니다. 그것은 우리가 도스 제품에 대해 조사 할 수있는 것입니다. 한 번의 증거이며 검사를 사용할 수 있는 에이전트를 통해 작업 할 수 있습니다 질문을 많이 그랬던 것처럼에Windows제목입니다.

이것이 바로 TH04 인수에 문제. 상당한 플랫폼 변화는 우리가 새로운 작업 방식으로 다시 시작하도록 강요하지 않았습니다. 아키텍처가 문제를 정의했고,워크플로우는 여전히 문제를 해결하는 방법을 제공했습니다.

64 비트 포트의 경우 이제 도스에서 이미 복구 된 동작에 대해 새 구현을 검사 할 수 있습니다. 재건에 대한 지식은 항구에 구축할 수 있는 무언가를 제공합니다.

2026 년 10 월 10 일 현재 프로젝트 상태: 도스 재구성 및 수동 테스트 · 64 비트 포트. 항구는 개발 중입니다.

정확한 코드에서 읽을 수있는 코드로

일단 재건이 이루어지면 다른 사람이 그것을 이해할 수 있기를 바랍니다.

나에게 조립 및 원시 오프셋은 오랜 친구처럼 느낄 수 있습니다. 나는 이것이"읽을 수있는"의 약간 특이한 정의라는 것을 깨닫는다."대부분의 사람들은 실행 파일의 메모리 레이아웃을 머릿속에 유지하지 않고 게임의 논리를 따르기를 선호합니다.

그게 바로 의미 재구성 들어옵니다. 복구된 필드는 여전히 주로 오프셋으로 알려져 있습니다. 우리는 그 역할을 설명 할 수있을 때까지 게임이 그것을 사용하는 방법을 따릅니다. 그런 다음 우리는 그것을 의미있는 이름과 증거에 맞는 유형을 줄 수 있습니다. 다음 사람이 그 해석이 어디서 왔는지 볼 수 있도록 우리는 출처와 추론을 유지합니다.

이것은 소프트웨어 포트에 특히 중요합니다. 절대 주소는 오래된 실행 파일에 무언가가 살았던 곳을 알려줍니다. 64 비트 구현은 어떤 객체가 그 상태를 소유해야 하는지 결정하는 데 거의 도움이 되지 않습니다. 동작을 안전하게 이동하려면 이전 메모리 액세스 뒤에 있는 관계를 복구해야 합니다.

내가 지금 사용하는 순서는:

1. 정확한 기준선을 복구합니다. 역사적인 컴파일러로 재구성된 조각을 컴파일합니다. 관련 코드 및 데이터를 원래 실행 파일과 비교합니다. 다음 단계는 명확한 출발점이 있도록 기록 해결되지 않은 차이.
2. 빌드 및 원래 플랫폼에서 재생할 수 있습니다. 원래의 아키텍처와 컴파일러를 사용하여 실제 프로그램에 그 조각을 연결합니다. 중요한 게임 플레이 경로를 연습하십시오. 여기서 격리 된 함수 비교가 놓친 공유 상태 또는 초기화 문제를 찾을 수 있습니다.
3. 두 참조에 대한 의미를 재구성하십시오. 한 번에 게임의 일관된 부분을 가져 와서 복구 된 소스가 무엇을 의미하는지 확립하십시오. 정확한 비교 및 재생 가능한 역사적 빌드를 유지하면서 표현을 향상시킵니다.
4. 현대 포트를 만드십시오. 기본 64 비트 빌드와 같은 새 환경으로 설정된 동작을 이동합니다. 재구성된 오리지널 플랫폼 게임은 포트의 동작을 비교하는 데 참고 자료로 남아 있습니다.

두 번째 단계의 플레이 가능한 빌드는 두 번째 검증 참조(오라클) 세 번째 동안. 첫 번째 검증 참조(오라클)는 변경된 소스가 여전히 관련 원본 코드와 데이터를 재생하는지 확인합니다. 두 번째는 재구성된 프로그램이 우리가 실행하는 경로를 따라 여전히 빌드되고 올바르게 동작하는지 확인합니다.

그들은 다른 실수를 잡습니다. 형식 변경은 생성된 명령어를 변경할 수 있습니다. 소유권 변경은 다른 상태 복사본을 사용하여 게임의 두 부분을 남길 수 있습니다. 두 검사를 모두 사용할 수 있도록 유지하면 에이전트가 리팩터를 더 수행하기 전에 조사하지 않을 수 있습니다.

이름은 그 자체의 증거가 필요합니다. 정확한 비교를 통해 어떤 필드가 실제로"무적 시간"을 의미하는지 알 수 없습니다."우리는 게임이 그것을 쓰고 사용하는 방식에서 그것을 확립해야합니다. 그 의미 가 확실 하지 않다면,중립적 인 이름 은 자신감 있는 추측 보다 다음 독자 에게 더 도움 이 된다.

우리는 프로젝트를 통해 이 순서를 배웠습니다. TH08 나중에 역사적인 플랫폼 감사 전에 이미 재생 가능한 포트를 가지고있었습니다. 그 때문에 어떤 결함들은 보기 어려워졌습니다. 그 공장의 현재 워크 플로우 원래 플랫폼 빌드를 먼저 배치하므로 시맨틱 작업은 포팅이 시작되기 전에 참조로 사용할 수 있습니다.

정확한 재구성은 우리에게 참조를 제공합니다. 의미적 재구성은 회복된 지식을 사용할 수 있게 해줍니다. 포트는 둘 다에 구축 할 수 있습니다.

이 산업 변화를 만드는 것

이 프로젝트들은 제가 관심을 기울인 곳에서 바뀌었습니다. 에이전트가 앞으로 조사의 대부분을 수행 할 수 있으면,자신의 작업 환경을 개선하는 것은 내가 할 수있는 가장 유용한 것들 중 하나가되었다. 더 나은 도구는 나중에 필요한 모든 기능을 도울 수 있습니다.

여기서 자율성이 중요합니다. 유용한 다음 단계는 실패한 실험 후에 만 명확 해집니다. 에이전트는 예상치 못한 곳에서 그 결과를 따라갈 수 있는 충분한 자유가 필요합니다. 만약 제가 각 단계를 처방할 때까지 기다려야 한다면,많은 작업이 제 관심에 묶여 있습니다.

나는 에이전트가 잘못된 가설을 세울 것으로 기대한다. 중요한 것은 우리가 그들을 시험하고 그 결과로부터 배울 수 있는지 여부입니다. 실패한 검사는 다시 시도할 만큼 실수를 잘 이해하는 데 도움이 됩니다. 나는 여전히 축적 된 증거가 프로젝트 이정표를 지원하는지 여부를 결정해야합니다.

REA 에이전트가 분석 도구에 액세스할 수 있도록 합니다. 함수의 호출자에 대한 질문은 바로 그 호출자를 검사 할 수 있습니다. 재구성 프로젝트는 컴파일러와 자체 참조 검사를 제공합니다. 에이전트는 그것을 사용하여 제안된 출처를 테스트하고 그 설명이 어디에 있는지 볼 수 있습니다.

그 TH08 버그는 그 검사가 자신의 엔지니어링 관심을받을 자격이 이유를 보여줍니다. 같은 비교가 수백 개의 함수에서 사용되면,그 안에 있는 격차는 한 구현의 실수보다 훨씬 더 퍼질 수 있습니다. 검사기를 테스트하면 나중에 모든 작업에 사용할 수 있는 피드백이 향상됩니다.

산업적 비유는 여기서 유용한 역사적 예를 가지고 있습니다. 볼턴과 왓트는 1796 년 증기 엔진 표시기 엔진 밸브를 조정하는 데 도움이됩니다. 녹음 버전은 피스톤 스트로크를 통해 압력을 추적했습니다. 엔진의 내부 동작을 검사할 수 있게 했습니다. 우리의 비교 도구는 비슷한 목적을 제공합니다:그들은 우리가 그것을 개선하는 동안 기계가 무엇을하고 있는지 살펴 보자.

우리는 이 산업 변화의 초기 단계에 있습니다. 인프라의 대부분은 아직 미숙합니다. 에이전트는 우리의 수표가 지원하도록 설계된 것보다 더 빨리 이동할 수 있으므로 프로세스는 그들과 함께 개발해야합니다. 공유 도구에서 결함이 발견되면 이를 복구하고 영향을 받은 결과를 다시 검토해야 합니다. 다음 프로젝트는 더 강력한 도구를 상속 할 수 있습니다.

또한 어떤 대화에도 실질적인 제한이 있습니다. 대규모 재건이 끝나기 전에 끝날 것입니다. 소스 코드 저장소는 마지막 결정의 이유를 잃지 않고 다른 세션이 계속될 수 있도록 해야 합니다.

그 동방 재건 공장 그 필요에서 성장했습니다. 이 프로젝트는 앞으로 자신의 검사와 교훈을 수행 할 수있는 공유 방법을 제공합니다. 한 게임에 대한 작업은 다른 게임의 시작 조건을 개선 할 수 있습니다.

이것이 산업적 비유를 저에게 의미 있게 만드는 것입니다. 경험은 다른 사람들이 사용할 수 있는 도구의 일부가 되기 시작합니다. 이러한 도구를 개선하면 다음 사람 또는 다음 에이전트가 얼마나 많은 작업을 수행 할 수 있는지 변경됩니다.

우리가 지금 고려할 수있는 프로젝트

이 시작 결정을 변경하기 때문에 속도 문제. 게임은 리버스 엔지니어링에 매혹적 일 수 있으며 현실적으로 줄 수있는 것보다 내 자신의 관심을 더 많이 요구할 수 있습니다. 많은 프로젝트가 아이디어를 유지합니다.

이제 나는 반복적 인 조사를 통해 그러한 프로젝트를 계속 진행할 수있는 방법을 볼 수 있습니다. 작동하는 재구성을 얻는 것은 소프트웨어 포트를 더 실용적으로 만듭니다. 읽을 수있는 의미를 복구하면 다른 사람이 모드를 쉽게 탐색 할 수 있습니다. 게임을 이해하는데 투입된 노력은 첫 번째 버전이 실행된 후에도 계속 성과를 낼 수 있습니다.

나는 지금 익숙하지 않은 프로그램을보고 묻는다: 어떤 액세스,피드백 및 축적 된 지식으로 에이전트가이 작업을 안정적으로 수행 할 수 있습니까?

그 질문은 내가 이전에 혼자 남겨 두었을 프로젝트를 고려하게합니다. 각자는 우리가 다음에 접근하는 방식을 향상시킬 수 있습니다. 나는 그것이 우리를 얼마나 멀리 데려 갈 수 있는지 계속 탐구하고 싶다.

더 많은 기사 · 탐색 TH04 조사