Dependency Confusion
Last updated
Last updated
AWS 해킹 배우기 및 연습하기:HackTricks Training AWS Red Team Expert (ARTE) GCP 해킹 배우기 및 연습하기: HackTricks Training GCP Red Team Expert (GRTE)
요약하자면, 의존성 혼란 취약점은 프로젝트가 잘못 철자된 이름, 존재하지 않는 이름 또는 지정되지 않은 버전의 라이브러리를 사용할 때 발생하며, 사용된 의존성 리포지토리가 공개 리포지토리에서 업데이트된 버전을 수집할 수 있도록 허용합니다.
잘못 철자된: **reqests**를 대신하여 requests 가져오기
존재하지 않는: 더 이상 존재하지 않는 내부 라이브러리 company-logging 가져오기
지정되지 않은 버전: 내부 존재하는 company-requests 라이브러리를 가져오지만, 리포는 더 큰 버전이 있는지 확인하기 위해 공개 리포를 확인합니다.
모든 경우에 공격자는 피해 회사에서 사용하는 라이브러리의 이름을 가진 악성 패키지를 게시하기만 하면 됩니다.
회사가 내부 라이브러리가 아닌 라이브러리를 가져오려고 한다면, 라이브러리 리포가 공개 리포지토리에서 이를 검색할 가능성이 높습니다. 공격자가 이를 생성했다면, 귀하의 코드와 실행 중인 머신은 매우 높은 확률로 손상될 것입니다.
개발자가 사용된 라이브러리의 버전을 지정하지 않거나 단지 주요 버전만 지정하는 것은 매우 일반적입니다. 그러면 인터프리터는 해당 요구 사항에 맞는 최신 버전을 다운로드하려고 시도합니다.
라이브러리가 잘 알려진 외부 라이브러리(예: python requests)인 경우, 공격자는 많은 것을 할 수 없습니다, 왜냐하면 그는 requests라는 이름의 라이브러리를 만들 수 없기 때문입니다(그가 원래 저자가 아닌 한).
그러나 라이브러리가 내부인 경우, 이 예에서 requests-company와 같이, 라이브러리 리포가 외부에서도 새로운 버전을 확인할 수 있도록 허용하면, 공개적으로 사용 가능한 더 최신 버전을 검색합니다.
따라서 공격자가 회사가 requests-company 라이브러리 버전 1.0.1(소규모 업데이트 허용)을 사용하고 있다는 것을 알면, 그는 requests-company 버전 1.0.2를 게시할 수 있으며, 회사는 내부 라이브러리 대신 해당 라이브러리를 사용하게 됩니다.
이 취약점은 AWS CodeArtifact에서 발견되었습니다(자세한 내용은 이 블로그 게시물 참조). AWS는 라이브러리가 내부인지 외부인지 지정할 수 있도록 하여 외부 리포지토리에서 내부 의존성을 다운로드하지 않도록 수정했습니다.
의존성 혼란에 대한 원래 게시물에서 저자는 자바스크립트 프로젝트의 의존성을 포함하는 수천 개의 노출된 package.json 파일을 검색했습니다.
AWS 해킹 배우기 및 연습하기:HackTricks Training AWS Red Team Expert (ARTE) GCP 해킹 배우기 및 연습하기: HackTricks Training GCP Red Team Expert (GRTE)
