(모바일 패치) 좀더! 임신! 불꽃의 가슴 이세계 젖가슴 메이드 학원!

키리키리 엔진을 번역해본 사람은 알텐데, 엔진 꼬라지가 좆같음

그냥 좆같음 진짜 농담이 아니라 개좆같음

진짜 굳이 이딴거 탐구해보겠다고 나설 사람이 있을까 싶은데
혹시 몰라서 대충 내가 모은 정보 알려줌

물론 나도 프로그래밍이나 리버싱은 잘 몰라서 ai 도움 받아가면서 알아낸 게 대부분임

요즘 나오는 키리키리엔진 게임들은 전부 warmsoft에서 만든 hxv4를 쓰는데
이게 사람들이 통상적으로 생각하는 암호화랑 다름

xp3파일 전체에 암호화가 걸리는 게 아니라, 파일명만 가려둠
그래서 실제로 파일명만 알아내면 암호화는 없는거나 마찬가지임


이게 방식이 정확히 어떻게 되냐

원래 키리키리 엔진에서 쓰는 xp3파일은 그냥 폴더 같은 거임
그럼 당연하게도 안에 어떤 파일이 있는지도 써있어야 하는데

그게 원래는 파일 hex값으로 알아내면 된단 말이야

방식이 어떻게 되냐?
1. 파일 헤더 뒤의 hex값 4자리를 보고, 네자리를 거꾸로 배열함
예) 1a 2b 3c 4d → 4d 3c 2b 1a

2.그 후에 아까 찾은 저 숫자를 오프셋으로 써서 그 위치로 이동함

3. 그 오프셋부터 파일 끝까지가 인덱스 테이블임. 여기 원래는 파일 정보가 들어있음
zlib압축이 걸려있는 경우도 있는데, 이건 그냥 풀면 됨

4. 그렇게 인덱스 테이블에서 파일들 정보를 뽑아와서 파일 정보를 재구성함


이게 기본적인 xp3 작동 방식이고


암호화는 여기서 인덱스 테이블에 파일명이 없음

garbro로 xp3 뜯었을 때 한자들만 잔뜩 나온 경험이 있을텐데

그게 이거 때문임

파일명이 있어야 할 자리에 5001, 5002… 이런식으로 있으니까
프로그램이 유니코드를 대응시켜서 한자가 나오는 거임


그럼 게임들은 xp3를 어떻게 실행하냐?

인덱스 테이블 바로 위에, 파일명을 모아두는 테이블이 또 있음

그럼 여기서 의문이, 와! 이제 거기서 파일명만 추출하면 다 한 거 아닌가?
라고 생각할 수 있음

근데 이 파일명들이, 평문이 아니라 해시값으로 저장돼있음

원본 파일명 → UTF-16LE 변환 → salt 추가 (기본적으로 xp3hnp) → BLAKE2s-256 → SipHash-2-4 → 64bit hash
해싱 알고리즘은 대충 이런 식임

게임에서도 저 과정을 거쳐서 xp3내에서 파일을 불러옴


아무튼 중요한 건, 해시값이 돼버린 함수는 다시 평문으로 돌리는 게 불가능에 가까움
애초에 해시 함수 자체가 단방향을 지향하려고 만든 거니까

그럼 어떻게 하냐?
여기부턴 방법이 없음

그냥 해싱 알고리즘에 가능성 있는 문자열을 전부 던져주거나, 메모리에 로드된 파일을 덤프하는 수 밖에 없음

그나마 난 밀팩이 전작들이 있어서, 거기서 파일명만 빼와서 좀 쉬웠는데
개발사 첫 작품이 이렇게 잠겨있다거나 하면
그냥 덤프하는 게 훨씬 빠름 진짜로

참고로 내가 쓴 방법은

한 5~10분 정도만 파일 덤프한 다음에
파일명이랑 숫자 조금씩 바꿔가면서 때려맞추고
남은 파일은 코드 뜯어가면서 될때까지 때려박음



+) 근데 본인이 스크립트만 번역할거면 data.xp3파일에서 !scnlist.txt라는 파일이 있을거임
거기에 scn파일 목록 들어있으니까 그것만 있어도 됨