실행 파일을 다시 C 소스 코드로 변환

불행히도 내 소스 코드를 잃어 버렸고 리눅스에서 gcc로 만든 출력 파일이 있고 내 PC에 액세스 할 수 없습니다. 출력 파일을 소스 파일로 변환하는 방법이 있습니까 (linux 아래의 c)?

그래서 당신은 소를 가졌지 만 실수로 그것을 햄버거로 바 꾸었습니다.

죄송합니다. 그런 식으로 작동하지 않습니다.

백업에서 소스 파일을 복원하면됩니다.

아, 당신은 백업이 없었습니다. 불행히도, 우주는 당신에게 휴식을주지 않습니다.

바이너리 를 디 컴파일 할 수 있습니다 . 그것은 당신에게 당신의 소스 코드를 제공하지 않습니다,하지만 당신에게주지 일부 동일한 동작과 소스 코드를. 디버그 바이너리가 아닌 한 변수 이름을 얻을 수 없습니다. 최적화없이 컴파일하지 않으면 정확히 같은 논리를 얻을 수 없습니다. 분명히, 당신은 의견을 얻지 못할 것입니다.

Boomerang 을 사용 하여 일부 프로그램을 디 컴파일했으며 결과는 머신 코드보다 더 읽기 쉽습니다. 그것이 최고의 도구인지는 모르겠습니다. 어쨌든 기적을 기대하지 마십시오.

실행 파일을 리버스 엔지니어링 할 때 일반적으로 몇 가지 도구가 있습니다.

1. "file"명령은 파일 경로를 첫 번째 매개 변수로 사용하므로 어떤 유형의 실행 파일이 있는지 (대부분의 경우) 결정할 수 있습니다.
2. 특정 아키텍처에서 어셈블리 코드를 작성하지 않거나 디스 어셈블리에 경험이있는 사용자에게는 실행 파일의 기능을 정확하게 보여 주지만 읽기 어려운 디스어셈블러
3. Boomerang, Hex-rays 및 Snowman과 같은 디 컴파일러는 약간 더 가독성을 제공 할 수 있지만 원래 프로그램의 실제 변수 이름 또는 구문을 복구하지 않으며 특히 실행 파일을 만든 엔지니어가 테스트 한 경우 100 % 신뢰할 수 없습니다 이러한 패키지와 보안을 더 난독 화하려고했습니다.
4. 데이터 흐름도 또는 테이블. 자동 으로이 작업을 수행 할 수있는 무료 도구는 없지만 어셈블리 출력의 텍스트 파서 (sed 또는 Perl로 작성 가능)의 맨 위에있는 Python 또는 Bash 스크립트가 도움이 될 수 있습니다.
5. 흐름과 아이디어를 적는 연필과 종이.

필자가 본 대부분의 경우 코드를 처음부터 다시 작성하거나 어셈블리 언어 프로그램으로 유지 관리하거나 변경 요청을 이전 버전에 다시 적용하여 재구성해야했습니다.

당신이하고 싶은 것은 "디 컴파일"입니다. 많은 디 컴파일러가 있으며 여기에 모두 포함시키는 것은 실용적이지 않습니다.

그러나 일반적인 설명으로 C 소스에서 실행 가능한 머신 코드로의 변환은 손실됩니다. 예를 들어 :

• 댓글이 돌이킬 수없는 손실
• 변수 이름이 사라졌습니다
• 때때로 성능을 위해 루프가 풀립니다.
• 기능 재배치 가능

코드가 작성된대로 컴파일되는 경우는 드 rare니다. 요즘 대부분의 컴파일러는 코드를 극적으로 변경하여 최적화합니다. 당신이 컴파일 때, 컴파일러는 그것이 무엇인지 알 수있는 방법이 없습니다, 같은 소스 코드를 보았다해야하는지 추측 할 수 당신 이 사라 있기 때문에, 코드가되었다. 디 컴파일러가 양호하면, 얻은 코드는 최소한 동등한 실행 파일로 다시 컴파일 할 수 있으며 천천히 읽을 수 있도록 리팩토링을 시작할 수 있습니다. 그러나 디 컴파일러는 절대로 읽을 수없는 스파게티 코드를 생성 할 가능성이 높으며,이를 해독하는 데 큰 어려움이 있습니다. 때로는 프로그램을 처음부터 다시 작성하는 작업 이 줄어들 수도 있습니다 .