| 저자 |
Quick Batch File Compiler 사용중이신 분께... |
Anonymous (0)
비회원
|  게시일: 2005-06-16 06:44| |
xp sp2 // QuickBFC 2.056
damibasia님께서 소개해주신 프로그램인데 며칠 유용하게 잘 사용했습니다.
그런데 오늘 알 수 없는 문제점이 발생하네요. 죽 상황을 열거해보겠습니다.
인스톨후 여러 작업을 테스트해봤고 문제없이 작동이 잘되었구요. 후에 xp를 재설치하고 이 프로그램은 D에 설치했기에 재인스톨과정없이 사용이 가능하더군요. 오늘 실행해보니 "Failed to set data for ... (나머진 짤려 안보임) 메시지가 뜨면서 실행되네요. 배치파일을 불러와도 처음에 에러메시지를 보이긴 하지만 compile 은 잘됩니다.
exe 파일을 context 메뉴를 통해 decompile 시도하면 연결된 프로그램이 없다 나오고 메인프로그램창의 불러오기를 통해 불러와도 오류가 나는군요. 언인스톨, 재설치를 반복해도 마찬가지입니다
연결항목을 수정하러 관련 레지스트리에 들어가보니
HKLM\SOFTWARE\Classes\exefile\shell\Decompile with QuickBFC 이 항목 키가 편집, 추가, 삭제 그 무엇도 안되는군요. 삭제할 수없다, 사용중이다. 이런 메시지가 뜹니다.
그간 윈도가 꼬였나해서 고스트로 밀었습니다. (아쉽게도 고스트이미지안에 이미 QuickBFC의 레지스트리키 정보가 입력된 상태입니다) 그러나 역시 마찬가지네요. 그러니 decompile 은 어떤식으로던 QuickBFC를 통해서는 불가능한 상태네요. 간단한 툴로만 알았는데 레지스트리 키 보호기능까지 작동되는건지 의문입니다.
compile 암호정보가 레지키에 남기에 쉽게 decompile이 불가능하도록 인스톨시 어떤파일이 c에 설치되고 그 파일엔 레지키의 특정정보가 저장되어 포맷했을시나 다른컴에서는 사용이 불가능하도록 하는 건 아닐까 생각해봅니다. QuickBFC가 C에 설치되었다면 이런 문제도 없지 않았을까 하는 생각도 드네요.
제가 상상한 이 문제일까요? |
|
|
Anonymous (0)
비회원
| 게시일: 2005-06-16 09:16||
다른 시스템에서도 암호를 건 파일이 제대로 동작합니다.
전 vmware로 win2000을 사용 중인데 제대로 동작을 하는 군요.
지금 잠시 테스트 하면서 발견한 것인데, 암호화를 하더라도 콘솔창이 뜨는데 그곳에 명령행이 다 보이는 군요.
또 이 프로그램의 패스워드는 레지스트리에 암호화 되지 않은 형태로 그냥 저장이 되어있습니다.
좀 아쉽네요.
저 같은 경우 크랙을 먹인 파일인데 파일가지고 그냥 실행 시켜도 문제가 없는데요? |
Anonymous (0)
비회원
| 게시일: 2005-06-16 11:37||
맞습니다. 콘솔창뿐 아니라 옵션에서도 암호가 그대로 노출되죠.
더 웃긴건 한번이라도 암호를 입력하면 그 암호란을 공백란으로 돌리지 못합니다 ㅎ
그래서 노출되지 않게 다른 가짜 암호로 채워놔야만 하더군요.
한번 암호를 입력해놓으면 공백이 안되기에 후에 compile 하는 파일은 암호를 지정할 수 밖에 없더군요.
(아무리 생각해도 이상한 패턴인데 여러방법을해도 옵션상에서는 암호가 지워지지 않았습니다)
(몇개의 파일만 암호화하면 끝나는 작업이었기에 레지스트리에서는 암호를 지워보지 않았습니다)
damibasia님 말씀처럼 크랙먹인 파일이고 재설치없이 그냥 실행시켜도 문제가 없었습니다.
그러다 갑자기 저런 문제가 발생한 것이구요.
위에 말씀드린것처럼.. 조금 의심가는 점은 최초설치를 d 파티션에 했구요.
암호먹인후 파일몇개를 compile 했으며 후에 @윈도를 재설치@ 하고, 인스톨없이 d에 설치된 실행파일을 사용하면서 이런문제가 발생했습니다.
무엇보다 shell 레지스트리 값이 보호기능 작동하여 전혀 손을 못대게 되는 상황이 우습네요.
시스템에 깊이관여하는 툴을 지금까지 여러개 깔아봤어도 이런 경우가 없었는데 말이죠.
또 차라리 이전에 암호호한 파일을 decompile 못하는 상황이라면 이해가 가는데요. 재설치를 해도 실행시 에러가 발생하고 레지 보호기능까지 작동하기에 질문글에 올린 추측까지 하기에 이르렀네요.
[ 메시지수정: qrkwk 일시: 2005-06-16 11:41 ] |
Anonymous (0)
비회원
| 게시일: 2005-06-16 15:14||
이것저것 테스트해보니 제 유추가 맞는거 같습니다.
컴높이가 낮아 정답은 모르겠구요. 일단 BFC가 깔리지 않은 초기 하드이미지를 풀어서 사용했던 모든 어플을 설치하고 레지스트리 사용자권한을 보니 디폴트인 4개의 이름이 존재하더군요.
그러나 BFC를 설치 (또는 설치없이 실행파일 실행시) 하고나서 옵션에서 암호를 설정하고 compile, decompile 를 몇번 반복하고 보니 레지스트리에 2개의 이름이 더 추가가 되는군요.
위에 말씀드렸던 증상인 특정상황에서 해당레지키가 보호기능이 작동하여 편집조차 안되고 실행시 set data 에러메시지와 decompile 용 파일을 불러오기조차 안되는 문제는 이런 연유에서 발생된 문제같습니다.
차라리 오피스문서처럼 파일자체에만 암호화가 걸림 좋을듯한데 무슨조화인지 모르겠군요 --;
혹시 BFC를 설치해서 사용해보시려는 분께 제가 확실히 드릴수 있는 말씀은
고스트이미지 잡은 후에 설치하시라는 --; 이미지안에 꼭 포함시키고 싶다면 다른파티션이 아닌 c에 설치하시라는 말씀만 드리고 싶네요 --;
[ 메시지수정: qrkwk 일시: 2005-06-16 16:45 ] |
|
|
|
|
(