libgoblin

올바른 말을 하세요

Goblin은 rustc 1.85.0 (Rust 2024 에디션)이 필요합니다.

Cargo.toml에 추가하세요

[dependencies]
goblin = "0.10"

libgoblin은 바이너리 파싱, 로딩, 분석을 위한 원스톱 솔루션을 목표로 합니다.

libgoblin은 주로 다음과 같은 중요한 사용 사례를 지원합니다:

코어, std-프리 #[repr(C)] 구조체, 작은 컴파일 시간, 32/64 (또는 둘 다) 자유롭게.
타입 퍼닝. 한 타입에 함수를 정의하면 32비트 또는 64비트 변형에서 작동하도록 - 실제로 아무것도 변경하지 않고, 매크로도 없습니다! 기본 예제는 examples/automagic.rs를 참조하세요.
std 모드. Pread와 Pwrite를 통한 읽기/쓰기 구현, 파일 읽기, 편의 할당, 추가 메서드 등을 제공합니다. 이는 할당이 가능하고 디스크에서 바이너리를 읽고자 하는 클라이언트를 위한 것입니다.
Endian_fd. 정말 끔찍한 이름이죠 😆 이것은 panopticon이나 falcon과 같은 바이너리 분석에서 외부 엔디언의 바이너리를 읽어야 하거나, 크로스 플랫폼 외부 아키텍처 binutils를 구축하는 기반으로 사용됩니다. 예를 들어 cargo-sym과 bingrep이 간단한 예시이며, 가능성은 무한합니다.

이 크레이트로 할 수 있는 몇 가지 예시입니다 (구현을 도와서 완성할 수도 있습니다):

컴파일러를 작성하고 이를 사용하여 바이너리 생성 (모든 원시 C 구조체는 Pwrite에서 파생됨).
다양한 바이너리 형식을 로드, 파싱, 분석하는 바이너리 분석 도구를 작성하세요, 예: panopticon 또는 falcon.
반-기능적 동적 링커를 작성하세요.
커널을 작성하고 no_std cfg를 사용하여 바이너리를 로드하세요. 즉, 기본적으로 구조체와 상수 정의(C 헤더와 같음)만 있을 뿐 - fd도, 출력도, std도 없습니다.
bin2json 도구를 작성하세요, 바이너리 형식이 JSON에 있으면 안 될 이유가 있나요?

libgoblin은 대규모로 구성 가능하도록 설계되었습니다. 현재 플래그는 다음과 같습니다:

관리자

관리자는 해당 백엔드에 대한 첫 번째 연락 리뷰어입니다. 이전 기여, 활동, 기본 지식, 그리고 우호적이고 사교적인 행동을 기준으로 선정됩니다 :D

현재 저(@m4b)만 모든 PR에 대한 병합 권한이 있습니다. 미래에는 해당 백엔드의 관리자도 병합 권한을 가질 가능성이 높습니다.

마지막으로, 저는 여전히 모든 PR에 대해 간략한 리뷰를 할 가능성이 높지만, 대부분/전적으로 해당 백엔드의 관리자에게 맡길 것입니다.

그리고 항상 Bill과 Ted의 지혜를 기억하세요: "서로에게 훌륭하게 행동하세요!"

모두 감사합니다 ❤️ !

사전순으로:

명시적으로 달리 언급되지 않는 한, 귀하의 기여는 함께 제공되는 LICENSE 파일(MIT)에 설명된 대로 라이선스가 부여됨에 동의합니다.

커밋에는 영향을 받은 바이너리 구성 요소를 접두사로 붙여주세요; 더 구체적일수록 좋습니다. 예를 들어, elf 모듈에서 재배치만 수정했다면 "elf.reloc: Z80에 대한 새로운 상수 추가"와 같이 해주세요.
커밋 메시지는 변경 사항을 설명해야 하며, 일반적인 "변경됨" 또는 "수정"은 안 됩니다; 이런 식으로 PR에 커밋을 푸시하면 @m4b 또는 다른 사람이 스쿼시할 가능성이 높습니다.
모듈에 큰 변경을 가하려면 먼저 이슈를 제기하고 논의해주세요; 좋은 기술 방향이 아니라면 시간을 낭비하고 싶지 않습니다.
PR이 주목받지 못하는 경우, PR에 제기된 모든 관련 의견에 응답하고, 여전히 응답이 없으면 GitHub에서 @m4b를 핑하고 이메일도 보내주세요.
새 기능을 추가하는 경우 테스트를 추가해주세요. 그렇지 않더라도 테스트를 추가하셔도 됩니다. 테스트는 멋지고 Rust에서 쉽습니다.