V0 엔진 변화 분석을 통해 확인된 크롬의 제로데이 취약점

엑소더스 인텔리전스 연구원 시연 된 Chrome/Chromium 코드베이스의 취약점을 수정하는 과정의 약점입니다. 문제는 구글이 변경 사항이 출시 이후에만 보안 문제와 관련이 있음을 공개한다는 데서 비롯되지만,
릴리스를 게시하기 전에 V8 엔진의 취약점을 수정하기 위해 저장소에 코드를 추가합니다. 얼마 동안 수정 사항이 테스트되고 코드 베이스에서 취약점이 수정되어 분석에 사용할 수 있는 창이 나타나지만 사용자 시스템에서는 취약점이 수정되지 않은 상태로 남아 있습니다.

저장소의 변경 사항을 연구하는 동안 연구원들은 19월 XNUMX일에 추가된 내용을 발견했습니다. 수정 그리고 XNUMX일 안에 그들은 준비할 수 있었습니다 악용하다, 현재 Chrome 릴리스에 영향을 미칩니다(공개된 익스플로잇에는 샌드박스 격리를 우회하는 구성 요소가 포함되어 있지 않음). 구글은 즉시 출시 Chrome 80.0.3987.122 업데이트, 제안된 익스플로잇 수정 취약점 (CVE-2020-6418). 이 취약점은 원래 Google 엔지니어에 의해 식별되었으며 Array.pop 또는 Array.prototype.pop 메서드를 통해 악용될 수 있는 JSCreate 작업의 유형 처리 문제로 인해 발생합니다. 비슷한 문제가 있었다는 점이 주목할 만합니다. 결정된 작년 여름 Firefox에서.

연구원들은 또한 다음을 포함함으로써 익스플로잇 생성이 쉽다는 점도 지적했습니다. 크롬 80 기구 간판 포장 (전체 64비트 값을 저장하는 대신 포인터의 고유한 하위 비트만 저장되므로 힙 메모리 소비를 크게 줄일 수 있습니다.) 예를 들어, 내장 함수 테이블, 기본 컨텍스트 객체와 같은 일부 헤드 오브 힙 데이터 구조 루트 객체 이제 가비지 수집기는 예측 가능하고 쓰기 가능한 압축 주소에 할당됩니다.

흥미롭게도 거의 XNUMX년 전에 Exodus Intelligence는 만든 V8의 공개 수정 로그 연구를 기반으로 익스플로잇 생성 가능성에 대한 유사한 시연이 있었지만 분명히 적절한 결론을 따르지 못했습니다. 연구원을 대신하여
Exodus Intelligence는 익스플로잇을 생성할 때 다음 Chrome 릴리스가 형성되기 며칠 또는 몇 주 동안 비밀리에 취약점을 악용할 기회를 갖게 되는 공격자 또는 정보 기관일 수 있습니다.

출처 : opennet.ru