10월 29일 크롬에서 무엇이 바뀌었나
Google은 10월 29일 Chrome Stable 및 Extended Stable 데스크톱 채널에 보안 수정 21건을 포함한 업데이트를 공지했다. Windows와 macOS의 대상 빌드는 156.0.8078.79/.80, Linux는 156.0.8078.79다. 숫자가 비슷해도 플랫폼별 표기가 다르므로 사용 중인 운영체제에 해당하는 버전을 확인해야 한다.
배포는 모든 기기에 같은 순간 도달하는 방식이 아니다. Google은 수일에서 수주에 걸쳐 적용될 수 있다고 안내했다. 따라서 단순히 자동 업데이트가 켜져 있다는 사실만으로 수정이 이미 적용됐다고 판단해서는 안 된다.
Critical CVE-2026-76024, 무엇이 확인됐나
이번 공지에 이름이 명시된 Critical 취약점은 CVE-2026-76024다. Google은 MediaStream 영역의 메모리 손상 문제로 분류했다. 영상·음성 스트림과 관련된 구성요소이지만, 이것만으로 구체적인 침해 경로나 사용자 행동 조건을 확정할 수는 없다.
FileSystem, Autofill, CacheStorage, Network, V8, Skia 등에서도 High 등급의 취약점이 열거됐다. 예컨대 파일 처리·스크립트 엔진·네트워크·그래픽 경로는 각각 사용 조건이 다르므로 이름만 보고 공격 영향 범위를 과장하면 안 된다. 공식 게시물에는 이번 목록 전체의 실전 악용 여부에 관한 확정적인 진술이 없다.
Google은 업데이트가 널리 적용되기 전에는 일부 취약점의 버그 상세정보를 제한할 수 있다고 밝혔다. 공개 정보의 한계를 인정하면서 최신 패치 적용을 우선하는 접근이 적절하다.
27일 52건, 29일 21건을 구분해야 하는 이유
10월 27일에는 별도로 52건의 보안 수정을 포함한 Chrome 릴리스가 공지됐다. 이틀 뒤 10월 29일에는 21건의 보안 수정 공지가 나왔다. 서로 다른 릴리스의 수치를 합쳐 한 번의 패치가 73건을 해결했다고 설명하는 것은 부정확하다.
특정 CVE가 내 환경에서 해결됐는지 확인할 때는 뉴스 요약의 누적 건수보다 설치 버전과 공급사 릴리스 노트를 대조해야 한다. 특히 기업 환경에서는 자동 배포 지연이나 재시작 누락이 실제 패치 공백으로 이어질 수 있다.
개인 사용자와 관리자를 위한 업데이트 확인
개인 사용자는 Chrome 오른쪽 상단 메뉴에서 도움말 → Chrome 정보로 이동해 설치된 버전과 업데이트 상태를 확인할 수 있다. 업데이트가 완료됐더라도 브라우저를 다시 시작해야 적용되는 경우가 있으므로, 저장 중인 작업을 마친 뒤 재시작하고 버전을 재확인한다.
기업 관리자는 운영체제별 대상 버전, 업데이트 정책, 재시작 대기 상태, 예외 단말을 함께 살펴야 한다. 내부 시스템이나 브라우저 확장 기능 호환성 테스트가 필요하더라도 위험 관리 관점에서 패치 지연 기간을 가능한 짧게 정하고 결과를 기록하는 편이 유리하다.
자동화된 단말 관리 환경이라면 배포 성공률과 미적용 단말 목록을 분리하고, 정상 설치 후 실제 프로세스 재시작 여부까지 검증하면 점검의 신뢰도가 높아진다.
기업 관리자는 적용 완료 여부를 점검할 때 ① 운영체제별 목표 빌드 확인, ② 배포 정책과 업데이트 지연 단말 확인, ③ 재시작 대기 프로세스 확인, ④ 브라우저 재실행 후 실제 버전 재확인, ⑤ 미적용 단말의 사유·조치 기한 기록 순으로 점검할 수 있다. 이 절차는 점검을 돕는 실무 권고이며 Google이 모든 기업에 의무화한 표준 절차를 의미하지 않는다.
확인된 사실과 아직 모르는 사실
확실한 것은 Google이 10월 29일 지정된 버전의 Stable·Extended Stable 업데이트와 보안 수정 21건을 공식 발표했다는 점이다. 반면 모든 취약점이 이미 공격에 악용됐는지, 특정 환경에서 어떤 공격 기법이 가능한지는 이 자료만으로 판단할 수 없다.
사용자에게 필요한 결론은 단순하다. 소문보다 공식 릴리스 노트와 실제 설치 버전을 먼저 확인하고, 배포가 늦거나 재시작이 보류된 기기를 찾아 수정 적용을 완료해야 한다.
