될 수 있다. • 복호화를 통해 원본 데이터 복원 가능 • 복호화 할 수 없음. 따라서, 해시값에서 원본 데이터 복원 불가 양방향 통행 일방 통행 다시 원래대로 돌아갈 수 없어.. • 비밀번호, 전자서명, 전자투표 등 입력 값이 동일한 해시 값을 반환하는지 검증하는 무결성 검증에 주로 사용 (양방향)암호화 해시(단방향 암호화) • Key, IV 등의 값이 변하지 않았을때 입력값이 같다면 매번 동일하게 암호화가 이뤄짐(단 Key, IV 등의 값이 변하면 같은 입력값이라도 다르게 암호화) • 입력값이 같으면 해시 함수 적용시 매번 동일한 해시값 반환 이 키만 있다면 다시 돌아갈 수 있어.. (java.security.MessageDigest) (javax.crypto.Cipher)
Cryptography Extension) 자바 프로그래밍 언어의 암호화를 위한 프레임워크. java.security API를 통해 구현되고, JDK 1.1에서 처음으로 소개되었음. Java 플랫폼에 출시된 표준 암호화 확장. JDK 1.4부터 JCA(Java Cryptography Architecture)와 함께 JDK에 번들로 제공. (1.4 이전에는 번들되지 않고 별개로 존재하는 제품이었음) • 대표적인 클래스 : Cipher, Key Generator 등 https://docs.oracle.com/javase/8/docs/technotes/g uides/security/crypto/CryptoSpec.html JCA(Java Cryptography Architecture) • 대표적인 클래스 : KeyStore, Message Digest 등
Cryptography Extension) 자바 프로그래밍 언어의 암호화를 위한 프레임워크. java.security API를 통해 구현되고, JDK 1.1에서 처음으로 소개되었음. Java 플랫폼에 출시된 표준 암호화 확장. JDK 1.4부터 JCA(Java Cryptography Architecture)와 함께 JDK에 번들로 제공. (1.4 이전에는 번들되지 않고 별개로 존재하는 제품이었음) • 대표적인 클래스 : Cipher, Key Generator 등 https://docs.oracle.com/javase/8/docs/technotes/g uides/security/crypto/CryptoSpec.html JCA(Java Cryptography Architecture) • 대표적인 클래스 : KeyStore, Message Digest 등 따라서 JCE(javax.crypto)에서 제공하는 Cipher 사용 아직까지 코틀린에서 직접적으로 제공하는 Cryptography 라이브러리 부재. Cipher : 암/복호화 기능을 제공하는 클래스
https://learn.microsoft.com/en-us/dotnet/standard/security/vulnerabilities-cbc-mode • 해당 공격의 경우 키 값을 몰라도 암호화 데이터를 해독할 수 있다는 점에서 치명적임 나중에 설명하겠지만, AES 알고리즘의 경우 16바이트 블록을 기준으로 암호화를 적용해서, AES/CBC의 경우 암호화하려는 데이터가 16바이트 배수 크기가 아니면, Exception을 발생시킨다.(Padding 방식에서는 부족한 바이트만큼 패딩 값으로 채움) 여기서 잠깐! AES/CBC/NoPadding방식도 지원하지만.. 대표적인Padding 방식 ◦ PKCS5Padding ◦ PKCS7Padding • 패딩 검증을 통해 암호화 데이터에 존재하는 패딩을 제거하고 평문을 탈취하는 공격
https://learn.microsoft.com/en-us/dotnet/standard/security/vulnerabilities-cbc-mode • 해당 공격의 경우 키 값을 몰라도 암호화 데이터를 해독할 수 있다는 점에서 치명적임 나중에 설명하겠지만, AES 알고리즘의 경우 16바이트 블록을 기준으로 암호화를 적용해서, AES/CBC의 경우 암호화하려는 데이터가 16바이트 배수 크기가 아니면, Exception을 발생시킨다.(Padding 방식에서는 부족한 바이트만큼 패딩 값으로 채움) 여기서 잠깐! AES/CBC/NoPadding방식도 지원하지만.. 대표적인Padding 방식 ◦ PKCS5Padding ◦ PKCS7Padding • 패딩 검증을 통해 암호화 데이터에 존재하는 패딩을 제거하고 평문을 탈취하는 공격 이러한 문제가 있어 또다른 추천 방식인 AES/GCM에 대해서만 소개하겠습니다!
암호화를 수행하는 대칭 키 암호화 알고리즘 SecretKey Size • 128 비트(16바이트) • 192 비트(24바이트) • 256 비트 지원(32바이트) AES-128, AES-256 등… suffix에 붙는 숫자는 키 값 사이즈를 의미 즉 AES-256은 256비트의 SecretKey를 사용하는 AES 알고리즘
PlainText CBC/PKCS5Padding CBC/PKCS7Padding CBC/NoPadding GCM/NoPadding encrypt TAG Size + 원본 데이터 Size(31Byte) 16바이트 배수가 아닌 데이터 별도의 처리 없이 encrypt시 exception 32Byte 32Byte “abcdefghijklmnop abcdefghijklmnopq” 32Byte PlainText CBC/PKCS5Padding CBC/PKCS7Padding CBC/NoPadding GCM/NoPadding encrypt TAG Size + 원본 데이터 Size(32Byte) 64Byte 64Byte 32Byte TAG Size(최대 16Byte) 원본 데이터 Size GCM 방식의 경우 TAG Size를 제외하면, 원본 데이터 Size가 암호화 시에도 그대로 유지된다. (+ 원본 데이터가 꼭 16바이트 배수일 필요도 없다.) GCM Encrypted Data Size
(2) Cipher 객체의 모드 지정 • ENCRYPT_MODE : 암호화 모드 • DECRYPT_MODE : 복호화 모드 • WRAP_MODE : Key-Wrapping 모드 • UNWRAP_MODE : Key-Unwrapping 모드 (3) 암호화에 사용될 시크릿 키 지정 • SecretKeySpec - 대칭 키 암호화 • RSAKeyGenParameterSpec - 공개 키 암호화 • KeyGenerator, KeyPairGenerator 등에서 생성된 Key 구현체 (4) 암호화 알고리즘에 사용될 파라미터 정의 • AlgorithmParamterSpec 구현체 • 각 암호화 알고리즘마다 구현체 존재 (1) (2) (1) (3) (4) + 24바이트
할 경우, 보안 취약점이 발생할 수 있다. • IV, SecretKey를 최대한 숨기고 못 알아보게 만드는 것이 중요하다. • 데이터마다 고유한 IV, SecretKey를 사용해서 암호화하면 보안 강도가 높아진다. • 적용하려는 암호화 알고리즘에 취약점은 없는지 충분히 검토해서 사용한다.
것보다 보안 측면에서 이점이 큼 암호화에 사용되는 키를 안전하게 저장할 수 있는 저장소 • Extraction prevention(추출 차단) • Hardware security module(하드웨어 보안 모듈) • Key use authorizations(키 사용 승인) 보안 기능
KeyStore의 경우 루팅 기기에서 KeyStore 데이터를 탈취 가능하다. 3. KeyStore를 활용해 암호화 Data Storage를 구현하는 경우, 데이터 백업 케이스에 유의해야함. https://developer.android.com/identity/data/backup 앱이 삭제되면, 앱에서 KeyStore에 저장했던 Key값들은 자동으로 제거된다. allowBackUp = “true”, dataExtractionRules, fullBackupContent 등 백업 정책에 의해, 앱 데이터가 백업 될 경우 이전에 사용했던 Key를 KeyStore에서 찾을 수 없어, 원본 데이터 복원이 불가능해질 수 있다.
래핑해서 데이터 저장 이전에 암호화를 수행하는 SharedPreferences EncryptedFile • 모든 하위 키(EncryptedSharedPreferences의 Key - Value를 암호화 하는 키, EncrypteFile의 파일을 암호화 하는 키) 를 암호화하는 키. • Android KeyStore에 보관 androidx.security.crypto 시작은 창대했으나.. MasterKey Tink를 기반으로 구현됨
Extension • 커뮤니티 버전의 경우 무료 오픈소스 • sqlcipher-android : 안드로이드를 위한 SQLCipher • hexdump를 찍었을때 일반 SQLite DB의 경우 평문 노출, SQLCipher DB의 경우 암호화 처리 • AES256/CBC 암호화 알고리즘 사용 (주의) • Room 지원 https://github.com/sqlcipher/sqlcipher-android
있는 개인에 관한 정보로 아래에 해당하는 정보를 말합니다. ① 성명, 주민등록번호 및 영상 등을 통하여 개인을 알아볼 수 있는 정보 ② 해당 정보만으로는 특정 개인을 알아볼 수 없더라도 다른 정보와 쉽게 결합하여 알아볼 수 있는 정보 ③ ①또는 ②를 가명처리함으로써 원래의 상태로 복원하기 위한 추가 정보의 사용, 결합 없이는 특정 개인을 알아볼 수 없는 정보(가명정보)
있는 개인에 관한 정보로 아래에 해당하는 정보를 말합니다. ① 성명, 주민등록번호 및 영상 등을 통하여 개인을 알아볼 수 있는 정보 ② 해당 정보만으로는 특정 개인을 알아볼 수 없더라도 다른 정보와 쉽게 결합하여 알아볼 수 있는 정보 ③ ①또는 ②를 가명처리함으로써 원래의 상태로 복원하기 위한 추가 정보의 사용, 결합 없이는 특정 개인을 알아볼 수 없는 정보(가명정보) 개인 정보는 고정불변의 개념보다는 시대, 기술, 인식에 따라 확대되는 개념으로 봐야함. 따라서 민감도 기준을 보다 세밀하게 선정해서 데이터를 보호해야한다.
Application Security Project Mobile Application Security Verification Standard) • 모바일 앱 보안을 위한 표준 • MASVS Control Groups에 정의된 Critical Section을 기준으로 앱내 취약점을 점검 공식문서 Security | privacy-and-security 하위 문서 항목들을 기준으로 앱내 취약점을 점검해도 좋음. • OWASP MASVS Control Groups에 정의된 문제에 대한 전담 페이지 존재.
tomokusaba
manfredsteyer
yuisakamoto
otakakot
watanave
mikik0
satoshi7190
chrisft25
qnighy
kyoheig3
taro28
junk0612
malarkey
paigeccino
davidbonilla
trallard
speakerdeck
scottboms
philnash
jeffersonlam
kneath
reverentgeek
notwaldorf
danielanewman
![문다빈 우아한형제들 안드로이드 개발자 [email protected]](https://files.speakerdeck.com/presentations/80824159acfe4ac2ae02e478461dab31/slide_1.jpg){kind=link}
