[Android] String 메모리 노출 보안취약점-App보안, 자바 String취약점

📌개요

• 은행앱을 사용하다보면 원래 폰 자체의 키패드가 아닌 버튼으로 구성된 보안키패드로 구성되어 있는 것을 볼 수 있다.
• 왜 그렇게 해야되냐?
• 바로 안드로이드 EditText의 자바 String 메모리 노출 보안 취약점 때문이다.
• EditText 에 예를 들어 sunny를 입력할 시, 메모리 덤프를 떠보면 s su sun sunn sunny 이렇게 모든게 남아있다.
• EditText는 인터페이스로서, 우리가 그 내부 로직까지 알 수 없지만, 구글측에서 내부적으로 String으로 관리되고 있다고 말하였다.
• String 자바 취약점은 보안직무를 하고있다면 잘 알고 있을것이다. JAVA에서의 String 객체는 불변 객체(Immutable Object)로서 메모리에 한번 쓰여지면 수정되지 않는다. 즉, 입력 후 초기화하여도 메모리에 남아있으며, 이것은 char, byte로 교체하여 해결 가능하다. 사용 후 Arrays.fill()메소드를 사용하여 0x20이런식으로 덮어씌우면 메모리에 남지 않는다.
• 그래서 사용자의 비밀번호 같이 보안이 필요한 입력값은 char, byte로 처리해야한다! 하지만 EditText를 사용하는 이상 메모리에 남는 String 처리는 불가하다.

 

📌타사 앱 Frida로 메모리 덤프해보기

✔Frida를 사용하기 위한 전제조건이 있다. 바로 루팅을 해야한다. 나는 단순 테스트만 할거라 nox 애뮬레이터로 해보았다.

❤절대 앱 해킹목적이 아님을 밝힙니다^_^❤

 

 

✔카카오뱅크 메모리 덤프

앱 구현방식	네이티브
루팅방지여부	루팅방지로 1차방어는 함. 그런데 다시 앱을 실행하니 루팅방지가 안떳음
메모리 덤프 가능여부	덤프가능 하지만 다음 로그인 부터는 패턴인증을 사용함
frida를 통한 메모리덤프 결과물	-로그인 화면에서 비밀번호 sunny12345입력 후 덤프 (금융앱 경우 루팅된 단말기에서 로그인 시, 은행사용에 불이익 발생가능성이 있다고 하여 실제로 로그인 안함)

 

✔11번가

앱 구현방식	하이브리드
루팅방지여부	루팅감지조차 안함 매우 취약함
메모리 덤프 가능여부	덤프가능 하지만 항상 자동로그인 상태이므로, 첫 로그인 경우에 한하여 사용자 계정정보 메모리 노출에 취약함
frida를 통한 메모리덤프 결과물	내가 로그인 시 입력한 ID/PW가 그대로 보여지는것 확인 가능

 

✔SKT T멤버쉽

앱 구현방식	네이티브
루팅방지여부	루팅감지조차 안함 매우 취약함
메모리 덤프 가능여부	덤프가능 하지만 첫 로그인 후 앱 재실행 시마다 생체인증 방식을 사용중이므로, 앱 재실행 시에 메모리에 노출이 안됨
frida를 통한 메모리덤프 결과물	아이디, 비밀번호, 생년월일, 핸드폰 번호 모두 노출

 

📌개인적인 생각

• 보안을 중요시하는 금융앱에서도 메모리 덤프 취약점이 발생하는것을 확인할 수 있는데, 이는 루팅된 단말기의 기기에서의 메모리 노출은 막을 수 없다는 말로 해석된다.
• 나는 고객사에서 우리앱을 해킹하여 보안취약점 진단결과에 따라서 위와 같은 앱 보안취약점들을 알게된것이다.
• 그런데.. 애초에 메모리 덤프하려면 사용자가 그 앱에 아이디/비번을 입력 후 도난당해서, 훔친 사람이 디바이스의 생체인식을 뚫고, 루팅하고 Fridump의 서버 파일을 디바이스에 설치하고...귀찮은짓을 다해야 가능한 시나리오인데..솔직히 너무 간거 아닌가 싶기도하지만..보안이란것이 원래 그런것이니...리서치는 해본것이다..
• 그래도 이번 작업으로 앱 보안에 대하여 알게되었으며, 금융앱에서 사용하는 보안키패드를 왜 사용하며, 앱 로그인 시 생체인증, PIN인증, 패턴인증을 왜 사용하는지 배우게 된 좋은 계기가 되었다.
• 우선 우리의 경우, 고객사에서 앱 로그인 시 생체인증을 사용하는 쪽으로 마무리가 되었으며 2FA인증을 도입하는 방향으로 정리가 되었다.

✔실제로 금융앱에서 생체인증을 추천하고있다. 예시로 미래에셋증권!

보안은 참 어려운거시야...