- Elkha - Blue
- 매크로
- 오토핫키 커뮤니티
같이 개발하실분 구했습니다.
-
전 하다가 포기했습니다. 뭔짓을 해도 소스코드 복원할 사람은 다 합니다. 오히려 소스코드를 보호하려고 여러가지 방책을 세워둔 것 때문에 코드 수정시 오히려 제가 했갈리고 번거롭더군요.비베나 씨샵은 더미다만 쓸 수 있지만 오핫은 c++기반이라 VM프로텍트 쓸 수 있습니다다. 소스보호방법도 일시적이라 지속적으로 방식을 바꿔주고 해야하는데 할것도많은데 모든 걸 혼자하려고하면 에너지가 분산되죠ㅎ마소 윈도도 크랙당하고 크랙할 필요도 없이 패킷캡쳐 이용해거 걍 인증을 우회하기도 합니다^^;전문가한테 맞기는 게 최선이라 생각하고 전 그냥 매크로를 어떻게 만들면 좋을까 그것만 생각합니다ㅎ제가 공유증인 콘 매클이 서비스기간 끝난 구버전 Vm입니다. 리버싱 좀 하는 분이면 소스 복원하겠죠. 최신버전이면 좋겠지만 아쉬운대로 쓰거있습니다.
-
스크립티 키디가 아닌 정말 리버싱 쪽으로 빠삭해서 작정하고 언패킹/디컴해서 뚫을 정도의 실력을 가진 사람이라면
매크로를 직접 만들면 만들었지 남이 만든 프로그램에는 전~~~혀 관심 없을듯 하네요
아마 귀찮아서 직접 안만든다면 유로 매크로라면 크랙해서 자기 혼자 쓰거나 하겠죠
난독화/암호화/패킹 등을 이용한 보호는 1%의 전문가가 아닌 나머지 다른 사람들 혹은 스크립트 키디를 막기위한거지
글을 보아하니 메모리 리소스 암호화에서 대부분의 스크립트 키디들은 필터링 될꺼같네요
굳이, 난독화 안하셔도 될 듯 합니다
-
동감합니다. 일단 저도 스스로 매클 만들 정도가 되니 뭐랄까... 오히려 만드는 게 힘든 걸 아니 후원이나 구매를 하면했지 크랙할 생각은 안들더군요. 또 다른 제작자들이 어떻게 만드는지 궁금하지도 않고요.
-
코드 난독화는 자동화해도 정말 번거롭더군요. 제작한 본인이 수정할 때마다 했갈려서 업데이트가 잦은 매크로 프로그램에 점 부적합하더군요. 제기 실력이 없어서 그럴수도 있습니다.
-
제가 볼때는 스크립트 코드 자체를 난독화 시키는게 아니라
ahk 파일이 AutohotKey.exe에 의해 로드 될때,
혹은 bin파일에 의해 컴파일한 오토핫키 스크립트 exe 파일이
로드될때, 난독화 하는 방법을 물으시는 것 같네요
이렇게 수정하면, 스크립트는 원코드로 유지하되, 메모리상에서는 이미 난독화가 되어있는채니깐
디컴이나 언패킹해도 분석이 힘들테구요 -
오토핫키 특성상 소스보호는 애시당초 힘들다고 봐야죠.
오토핫키 개발자도 오픈소스로 개발한거고, 오토핫키론 소스보호는 거의 어렵다고 보는게 맞습니다.
차라리 다른언어를 배우세요