Translated ['src/pentesting-web/account-takeover.md'] to ko

src/pentesting-web/account-takeover.md

@@ -4,7 +4,7 @@
 
 ## **권한 문제**
 
-계정의 이메일을 변경하려고 시도해야 하며, 확인 프로세스는 **검토되어야 합니다**. 만약 **약한** 것으로 발견되면, 이메일을 의도된 피해자의 이메일로 변경하고 확인해야 합니다.
+계정의 이메일을 변경하려고 시도해야 하며, 확인 과정은 **검토되어야 합니다**. 만약 **약한** 것으로 발견되면, 이메일을 의도된 피해자의 이메일로 변경한 후 확인해야 합니다.
 
 ## **유니코드 정규화 문제**
 
@@ -12,12 +12,12 @@
 2. 유니코드를 사용하여 계정을 생성해야 합니다\
 예: `vićtim@gmail.com`
 
-[**이 강연**](https://www.youtube.com/watch?v=CiIyaZ3x49c)에서 설명된 바와 같이, 이전 공격은 제3자 신원 제공자를 악용하여 수행될 수 있습니다:
+[**이 강의**](https://www.youtube.com/watch?v=CiIyaZ3x49c)에서 설명된 바와 같이, 이전 공격은 제3자 신원 제공자를 악용하여 수행될 수 있습니다:
 
-- 피해자와 유사한 이메일을 가진 제3자 신원에서 계정을 생성합니다 (`vićtim@company.com`).
+- 피해자와 유사한 이메일을 가진 제3자 신원에서 계정을 생성합니다 (예: `vićtim@company.com`).
 - 제3자 제공자가 이메일을 확인하지 않아야 합니다.
-- 만약 신원 제공자가 이메일을 확인한다면, 도메인 부분을 공격할 수 있습니다: `victim@ćompany.com`으로 도메인을 등록하고, 신원 제공자가 도메인의 아스키 버전을 생성할 것이라고 기대합니다. 피해자 플랫폼은 도메인 이름을 정규화합니다.
-- 이 신원 제공자를 통해 피해자 플랫폼에 로그인하여 유니코드 문자를 정규화하고 피해자 계정에 접근할 수 있습니다.
+- 만약 신원 제공자가 이메일을 확인한다면, 도메인 부분을 공격할 수 있습니다: `victim@ćompany.com`과 같은 도메인을 등록하고, 신원 제공자가 도메인의 아스키 버전을 생성할 것이라고 기대합니다. 피해자 플랫폼은 도메인 이름을 정규화합니다.
+- 이 신원 제공자를 통해 피해자 플랫폼에 로그인하면, 유니코드 문자가 정규화되어 피해자 계정에 접근할 수 있습니다.
 
 자세한 내용은 유니코드 정규화 문서를 참조하십시오:
 
@@ -27,11 +27,11 @@ unicode-injection/unicode-normalization.md
 
 ## **재사용 가능한 리셋 토큰**
 
-대상 시스템이 **리셋 링크를 재사용할 수 있도록 허용하는 경우**, `gau`, `wayback` 또는 `scan.io`와 같은 도구를 사용하여 **더 많은 리셋 링크를 찾기 위한 노력을 해야 합니다**.
+대상 시스템이 **리셋 링크를 재사용할 수 있도록 허용한다면**, `gau`, `wayback` 또는 `scan.io`와 같은 도구를 사용하여 **더 많은 리셋 링크를 찾기 위한 노력을 해야 합니다**.
 
-## **계정 탈취 전**
+## **계정 탈취 전 단계**
 
-1. 피해자의 이메일을 사용하여 플랫폼에 가입하고 비밀번호를 설정해야 합니다 (확인을 시도해야 하지만, 피해자의 이메일에 접근할 수 없으면 불가능할 수 있습니다).
+1. 피해자의 이메일을 사용하여 플랫폼에 가입하고 비밀번호를 설정해야 합니다 (확인 시도를 해야 하지만, 피해자의 이메일에 접근할 수 없으면 불가능할 수 있습니다).
 2. 피해자가 OAuth를 사용하여 가입하고 계정을 확인할 때까지 기다려야 합니다.
 3. 일반 가입이 확인되기를 바라며, 피해자의 계정에 접근할 수 있습니다.
 
@@ -45,7 +45,7 @@ cors-bypass.md
 
 ## **CSRF를 통한 계정 탈취**
 
-페이지가 CSRF에 취약하다면, **사용자가 비밀번호**, 이메일 또는 인증을 수정하도록 만들어서 접근할 수 있습니다:
+페이지가 CSRF에 취약하다면, **사용자가 비밀번호**, 이메일 또는 인증 정보를 수정하도록 할 수 있습니다. 그러면 접근할 수 있습니다:
 
 {{#ref}}
 csrf-cross-site-request-forgery.md
@@ -61,7 +61,7 @@ xss-cross-site-scripting/
 
 ## **동일 출처 + 쿠키**
 
-제한된 XSS 또는 서브도메인 탈취를 발견하면, 쿠키를 조작하여 (예를 들어 고정시키는 방식으로) 피해자 계정을 타겟으로 할 수 있습니다:
+제한된 XSS 또는 서브도메인 탈취를 발견하면, 쿠키를 조작하여 (예: 고정) 피해자 계정을 타겟으로 할 수 있습니다:
 
 {{#ref}}
 hacking-with-cookies/
@@ -75,7 +75,7 @@ reset-password.md
 
 ## **응답 조작**
 
-인증 응답을 **단순한 불리언으로 줄일 수 있다면, false를 true로 변경해 보십시오** 그리고 접근할 수 있는지 확인하십시오.
+인증 응답을 **단순한 불리언으로 줄일 수 있다면, false를 true로 변경해 보십시오**. 접근할 수 있는지 확인하십시오.
 
 ## OAuth를 통한 계정 탈취
 
@@ -87,7 +87,7 @@ oauth-to-account-takeover.md
 
 1. 비밀번호 리셋 요청 시작 후 호스트 헤더가 수정됩니다.
 2. `X-Forwarded-For` 프록시 헤더가 `attacker.com`으로 변경됩니다.
-3. 호스트, 참조자 및 출처 헤더가 동시에 `attacker.com`으로 변경됩니다.
+3. 호스트, 리퍼러 및 오리진 헤더가 동시에 `attacker.com`으로 변경됩니다.
 4. 비밀번호 리셋을 시작한 후 메일을 다시 보내기로 선택하면, 위의 세 가지 방법이 모두 사용됩니다.
 
 ## 응답 조작
@@ -111,7 +111,6 @@ oauth-to-account-takeover.md
 
 이것은 [**이 보고서**](https://dynnyd20.medium.com/one-click-account-take-over-e500929656ea)에서도 발생했습니다.
 
-
 ### 계정 탈취를 위한 이메일 확인 우회
 - 공격자가 attacker@test.com으로 로그인하고 가입 시 이메일을 확인합니다.
 - 공격자가 확인된 이메일을 victim@test.com으로 변경합니다 (이메일 변경에 대한 추가 확인 없음).
@@ -120,7 +119,7 @@ oauth-to-account-takeover.md
 ### 오래된 쿠키
 
 [**이 게시물**](https://medium.com/@niraj1mahajan/uncovering-the-hidden-vulnerability-how-i-found-an-authentication-bypass-on-shopifys-exchange-cc2729ea31a9)에서 설명된 바와 같이, 계정에 로그인하고 인증된 사용자로서 쿠키를 저장한 후 로그아웃하고 다시 로그인할 수 있었습니다.\
-새로운 로그인으로 인해 다른 쿠키가 생성될 수 있지만, 이전 쿠키가 다시 작동하게 되었습니다.
+새로운 로그인으로 인해 다른 쿠키가 생성되더라도, 이전 쿠키가 다시 작동하게 되었습니다.
 
 ## 참고 문헌