유사한 유니코드 문자를 사용하여 인증 우회

GitHub의 설정 은(는) 이메일의 유니코드 문자 조작을 통해 계정에 대한 액세스 권한을 탈취할 수 있는 공격에 취약합니다. 문제는 소문자 또는 대문자 변환 기능을 사용할 때 일부 유니코드 문자가 스타일이 유사한 일반 문자로 변환된다는 것입니다(예: 터키어 문자 "ı" 및 "i"와 같이 여러 다른 문자가 하나의 문자로 변환되는 경우). "를 대문자로 변환하면 "I"로 변환됩니다.)

일부 서비스 및 애플리케이션에서 로그인 매개변수를 확인하기 전에 사용자 제공 데이터는 먼저 대문자 또는 소문자로 변환된 다음 데이터베이스에서 확인됩니다. 서비스가 로그인 또는 이메일에서 유니코드 문자 사용을 허용하는 경우 공격자는 유사한 유니코드 문자를 사용하여 유니코드 대소문자 매핑 충돌에서 충돌을 조작하는 공격을 수행할 수 있습니다.

'ß'.toUpperCase() == 'ss'.toUpperCase() // 0x0131
'K'.toLowerCase() == 'K'.toLowerCase() // 0x212A
'John@Gıthub.com'.toUpperCase() == '[이메일 보호]'.toUpperCase()

GitHub의 공격자 수 있었다 잊어버린 비밀번호를 복구하기 위한 양식을 통해 충돌을 일으키는 유니코드 문자가 포함된 주소를 양식에 표시하여 다른 이메일로 복구 코드 전송을 시작합니다(예: [이메일 보호] 이메일 m이 표시되었습니다ı[이메일 보호]). 주소를 대문자로 변환하여 원래 주소와 일치하므로 테스트를 통과했습니다([이메일 보호] ), 그런데 편지를 보낼 때 그대로 대체하고 복구 코드를 가짜 주소(m)로 보냈습니다.ı[이메일 보호]).

일부 기호들, 레지스터 변환 시 충돌 발생:

ß 0x00DF SS
나는 0x0131 나는
ſ 0x017F S
ff 0xFB00 FF
Fi 0xFB01 FI
플 0xFB02 FL
ffi 0xFB03 FFI
ffl 0xFB04 FFL
ſt 0xFB05 ST
st 0xFB06 ST
K0x212Ak

출처 : opennet.ru