[💬] 아래 재화 접근 방지 코드 보고 예전에 쓰던 클래스 가져와봄

[익명(175.208)]

간단하게 말하면 변수를 쪼개서 둘로 저장함.

프로퍼티를 써서 내부 인자 m,n 값에 랜덤 오프셋 주고

게터에서 호출할 때만 합쳐서 값을 만드는 방식

실제 메모리에 저장중인 값은 읽어오면 이렇게 되고 

세터 혹은 게터 호출에서 계속해서 오프셋을 바꿀 수 있음

요즘 쓰는게 파이썬이라 그냥 파이썬인데

원래 C#에서 썼고 C#이 프로퍼티는 네이티브고 더 안전합니다 

(파이썬은 SafeInt 쓰다가 거기에 = 연산자로 int 할당해도 막을 수 없음. C#은 safeInt에 int 할당했다고 에러냄)

사실 원글에 211214가 말한 방법인데 뭐... 저 원글러랑 대화하는건 시간낭비 같고

치트엔진을 각각 돌려보면 

단순 int 쓰면 변화 잡아내서 수정 되는데, 

이 방식으로 하면 게터로 만들어낸 더미만 긁어오게 돼서

변화하는 메모리 스캔 자체가 안됨다 

방금  두번 빌드해서 치트엔진 돌려보고 옴

쓸때도 프로퍼티 호출이라 그냥 인트 변수마냥 쓰면 됨

당연히 실제 int보단 무거우니까 UI상으로 직접 노출되는 변수들에만 쓰면 될듯

특히 게터에까지 각 변수 m,n에 +r,-r 쳐넣으면 변수 넣어서 스캔도 안되거니와 매 프레임마다 무한히 저장값이 바뀌는 변수가 됨

[211214(tomatoss)]

[익명(121.130)]

너무 무거워서 못쓰겠다

[익명(183.109)]

UI pool도 앓는 소리하면서 아끼려 하는데 프레임마다 굳이? 실용성은 없어보이네.

[불타는키보드(1bnmaker)]

[익명(211.58)]

똥피하기같은 가벼운게임에 좋을 듯

[ㅇㅇ 1(59.9)]

난 그냥 암호화 에셋 쓰는데 이것도 치트엔진 방지용으로 괜찮은듯 딱히 무거워보이지도 않는데

[익명(121.161)]

근데 이런거 볼때 재화를 하나만 쓰는게 아니고 간단한 게임에도 저장을 여러개 쓸텐데 연산을 계속 달리면 무겁고 성능 낭비임...... 디컴파일링으로 변수 참고하면 시간 늦추기밖에 안되는데 인게임에 지장 가면 못씀. 그럴듯하게 보여도 뚤리는 건 똑같은게 변하지가 않음. 이거 프레임 멈추는 옵션 작업에서 하면 뚤리는거로 보이고. 어차피 불가능한거 골똘할 시간에 스프라이트 하나 더 만드는게 나음...

[익명(121.161)]

대기업 게임 재화 접근 콘솔이면 어렵게 굳이 안하고 모바일도 결론은 서버 접근하는 걸로 하지. 너무 어렵게 갈 필요 없음... 처음에 배우는 정도면 나쁘지 않은데 해커들 얄팍한 지식으로 이겨먹으려고하는건 어리석은 일임.

[익명(112.149)]

너무 암호에 대한 고찰 부족한 거 아님? 눈에 띄게 프레임마다 값을 왜 바꿈? 암호가 여기 있다고 광고하는 꼴인데? 암호 확인 후 프레임 멈추면? 바로 컷이잖음? ㅋㅋ;