REA Reverse - 무엇이든 리버스 엔지니어링하기
요약
본 글은 Rust 기반 RAW 처리 엔진 개발 경험과 AI 모델의 안전장치 및 지적 재산권 제한에 대한 비판적 시각을 담고 있습니다. 특히, Adobe와 같은 거대 기업의 독점 구조가 아닌 개방적인 생태계의 중요성을 강조하며, 리버스 엔지니어링 작업의 본질과 AI 도구 활용의 한계를 논합니다.
핵심 포인트
- RAW 처리 엔진 개발 경험 공유 및 강력함 시사
- AI 모델 안전장치와 지적 재산권 제한에 대한 비판적 관점 제시
- 리버스 엔지니어링은 전문적인 작업 흐름과 지식이 필요함을 강조
- 개방적이고 자유로운 학습/생성 환경의 중요성을 역설
Photoshop과 Lightroom의 핵심 처리부와 비슷한 Rust RAW 처리 엔진을 처음부터 직접 만들었음. 아직 완성하지도 않았는데 훨씬 강력함.
아마 관계없을 것임. Photoshop 같은 제품에는 특별한 비밀 기술이 그리 많지 않고, 손이 많이 가는 지저분한 작업이 많을 뿐임. 이제 돈과 시간만 충분하면 그 일을 에이전트에 맡길 수 있게 된 듯함.
이것이 Adobe의 종말이라는 해석은 핵심을 놓침. 사람들이 돈을 내는 이유는 익숙함, 안정성, 지원, 상호운용성, 지속적인 개발에 있음. 이미 영상에는 DaVinci Resolve, RAW 처리에는 Capture One·Darktable, 사진 편집과 벡터 작업에는 Affinity 같은 저렴하거나 무료인 대안이 많음.
그런 경쟁에서도 살아남은 Adobe가, 기능 절반은 미묘하게 고장 났거나 미구현이고 YouTube 조회수 100만 회를 찍은 뒤 일주일 만에 버려질 바이브 코딩 앱에 전문가 고객을 빼앗길 것 같지는 않음.
이런 작업을 좋아하며, 앞으로 누구나 쓸 수 있는 패키지로 묶고 싶음. 최첨단 모델의 제한이 강화될수록 이런 작업이 어려워질 테니 더 중요해질 것임.
생각을 다듬으려고 Claude와 대화하면서, 에이전트가 HF에 접근하려 할 때 도움이 된 것은 GLM 5.2뿐이고 안전장치가 오히려 유익한 일을 막았다고 지적함. 컴퓨터사기남용방지법과 법원이 이미 존재하며, 17 USC 1201의 예외 조항에 따라 농부가 자기 트랙터나 오래된 Kindle에 접근하도록 도울 수 있어야 한다는 취지였음. 적법성은 행위 자체뿐 아니라 의도·목적·범의에 달려 있고, 이를 판단하는 일은 오랫동안 법의 영역이었음. 정부가 결정해야 한다면서 정작 정부의 판단을 인정하지 않는 것은 모순임.
그런데 이 대화는 안전상의 이유로 차단됨. Opus 5.5의 강화된 안전장치가 비보안 작업도 잘못 감지할 수 있다며, 수정 후 재시도하거나 Opus 4.8로 계속하라는 안내와 [cyber] 표시가 나왔음. 안내 주소는 https://support.claude.com/en/articles/8106465 였으며, 첨부 이미지는 미국 의회도서관의 DMCA 예외 조항 페이지였음.
허락 없이는 리버스 엔지니어링도, 제작도, 생물학·물리학 학습도 안 된다는 발상은 이상함. 인류의 지적 산출물과 지적 공유자산으로 학습한 기계가 그 공유자산을 차단하는 데 쓰이는 것 아닌가?
다른 주체까지 제한하도록 정부에 로비해 장기적인 통제권을 확보하려는 게 아니라면, 자체 제한을 둘 권리는 인정할 수 있음. 순진하게 들릴지 몰라도 인간과 기계 모두 자유롭게 생각하고 배우고 만드는 편이 더 낫다고 봄. 애초에 파국론을 받아들이지 않는 편임.
CVP 승인을 받으면 응답이 달라지는지 확인하려 했는데, Opus 5.5 출시와 함께 Anthropic이 아무 통보 없이 나를 프로그램에서 제외한 듯함. 재신청 기준도 CVE 기여자로 등재되어야 하는 등 훨씬 엄격해짐. 지난달에야 승인받았는데 씁쓸함.
모든 소프트웨어가 개방되겠군. 모델만 빼고 말임.
오래전에 개발이 중단된 MS-DOS 게임을 복원하고 현대화하려고 Codex(6.1 Sol)에 게임 디렉터리만 지정해 줬는데, 놀라울 정도로 잘 작동함. 데이터 형식을 이해하고 그래픽·음향 자원을 추출하며 게임 로직까지 재구성할 수 있음.
내가 뭔가 놓친 것일 수도 있지만, Claude에 로컬 시스템에 Ghidra를 포함한 리버스 엔지니어링 환경을 설치·설정하고 작업하라고 시키는 것보다 정확히 무엇이 나은가? 기존에 쓰는 방식으로 못 하는 무엇을 해 주는지 궁금함.
아마 더 낫지는 않을 것임. 기존 리버스 엔지니어링 작업 방식도 없고 Ghidra 같은 도구를 지정할 지식도 없지만, 자신이 리버스 엔지니어링을 했다는 기분을 느끼고 싶고 챗봇과 대화하면 그 기분을 얻으리라 예상하는 사람들을 겨냥한 듯함.
각자 숙련도도 다르고 쓰는 스크립트와 도구도 다름. Ghidra를 작업 흐름의 중심에 놓더라도, 적어도 지금은 Claude가 즉흥적으로 작업하는 것 이상이 필요함. 6개월 뒤에도 그럴지는 모르겠음.
ArtCraft 앱은 기본 Claude Code로 개발하지만, Ghidra만큼은 건드리지 않도록 특별히 주의함. 디컴파일이나 리버스 엔지니어링 때문에 작업물에 법적 문제가 생기거나 저작권 침해 위험에 노출되고 싶지 않음. https://github.com/storytold.
Claude Code에서 직접 하는 것보다 낫다고 보지 않으며, 오히려 더 나쁘다고 봄. 다만 모든 일에 보기 좋은 UI를 원하는 사람도 있는 듯함.
AI 자동 생성 콘텐츠
본 콘텐츠는 GeekNews의 원문을 AI가 자동으로 요약·번역·분석한 것입니다. 원 저작권은 원저작자에게 있으며, 정확한 내용은 반드시 원문을 확인해 주세요.
원문 바로가기