크롬 83 릴리스

Google 제시 웹 브라우저 릴리스 크롬 83... 동시에 사용할 수있다. 무료 프로젝트의 안정적인 릴리스 Chromium, Chrome의 기초입니다. 크롬 브라우저 다른 Google 로고 사용, 충돌 발생 시 알림 전송 시스템의 존재, 요청 시 플래시 모듈 로드 기능, 보호된 비디오 콘텐츠(DRM) 재생 모듈, 자동 업데이트 시스템 및 검색 시 전송 RLZ 매개변수. SARS-CoV-2 코로나바이러스 팬데믹으로 인해 개발자들이 재택근무를 하게 되면서 Chrome 82 출시가 연기되었습니다. 놓쳤다. Chrome 84의 다음 릴리스는 14월 XNUMX일로 예정되어 있습니다.

주요 변경 в 크롬 83:

• 시작됨 대량 포함 "HTTPS를 통한 DNS" 모드 (DoH, DNS over HTTPS) 시스템 설정이 DoH를 지원하는 DNS 공급자를 지정하는 사용자 시스템의 경우(동일한 DNS 공급자의 DoH가 활성화됩니다) 예를 들어, 사용자가 시스템 설정에 DNS 8.8.8.8을 지정했다면 Google의 DoH 서비스(“https://dns.google.com/dns-query”)가 Chrome에서 활성화됩니다(DNS가 1.1.1.1이면). XNUMX, DoH Cloudflare 서비스("https://cloudflare-dns.com/dns-query") 등 기업 인트라넷 해결 시 발생하는 문제를 제거하기 위해 중앙 관리 시스템에서 브라우저 사용량을 확인할 때 DoH가 사용되지 않습니다. DoH는 자녀 보호 시스템이 있는 경우에도 비활성화됩니다.
  DoH 활성화 제어 및 DoH 공급자 변경은 표준 구성자를 통해 수행됩니다.
  

• 의 생각 새로운 등록 항목 장애인을 위한 터치 스크린 및 시스템 사용에 최적화된 웹 양식입니다. 디자인은 Edge 브라우저 개발의 일부로 Microsoft에서 최적화되었으며 기본 Chromium 코드 베이스로 전송되었습니다. 이전에는 일부 양식 요소가 운영 체제 요소와 일치하도록 디자인되었고 일부는 가장 널리 사용되는 스타일과 일치하도록 디자인되었습니다. 이로 인해 다양한 요소가 터치 스크린, 장애인 시스템 및 키보드 컨트롤에 다르게 적합했습니다. 재작업의 목적은 양식 요소의 디자인을 통합하고 스타일 불일치를 제거하는 것이었습니다.
  

• '개인정보 및 보안' 설정 섹션의 디자인이 변경되었습니다. 추가 보안 관리를 위한 새로운 도구. 이제 설정을 더 쉽게 찾고 이해할 수 있습니다. 기록 삭제, 쿠키 및 사이트 데이터 관리, 보안 모드, 특정 사이트와 관련된 금지 또는 권한과 관련된 도구가 포함된 XNUMX개의 기본 섹션이 제공됩니다. 사용자는 시크릿 모드 또는 모든 사이트에 대해 신속하게 제XNUMX자 쿠키 차단을 활성화하거나 특정 사이트에 대한 모든 쿠키를 차단할 수 있습니다. 새로운 디자인은 일부 사용자의 시스템에서만 활성화되며 다른 사용자는 'chrome://flags/#privacy-settings-redesign'을 통해 설정을 활성화할 수 있습니다.
  

  사이트별 설정은 위치, 카메라, 마이크, 알림 및 배경 데이터 전송에 대한 액세스 등 그룹으로 구분됩니다. 특정 사이트에서 JavaScript, 이미지 및 리디렉션을 차단하기 위한 추가 설정이 있는 섹션도 있습니다. 권한 변경과 관련된 마지막 사용자 작업은 별도로 강조 표시됩니다.

  

• 시크릿 모드에서는 광고 네트워크 및 웹 분석 시스템을 포함하여 제XNUMX자 사이트에서 설정한 모든 쿠키가 기본적으로 차단됩니다. 웹사이트의 쿠키 설치를 제어하기 위한 확장된 인터페이스도 제공됩니다. 제어를 위해 'chrome://flags/#improved-cookie-controls' 및 'chrome://flags/#improved-cookie-controls-for-third-party-cookie-blocking' 플래그가 제공됩니다. 모드 활성화 후 주소 표시줄에 새로운 아이콘이 나타나며, 클릭 시 차단된 쿠키 개수가 표시되며 차단 해제 옵션이 제공됩니다. 주소 표시줄의 자물쇠 기호를 클릭하면 나타나는 상황에 맞는 메뉴의 "쿠키" 섹션이나 설정에서 현재 사이트에 대해 허용 및 차단되는 쿠키를 확인할 수 있습니다.
  
  

• 설정에는 손상된 비밀번호 사용, 악성 사이트 확인 상태(세이프 브라우징), 제거된 업데이트 존재 및 악성 추가 식별 등 발생할 수 있는 보안 문제에 대한 요약을 제공하는 새로운 "안전 확인" 버튼이 제공됩니다. -온.
  

• 비밀번호 관리자에 다음 기능이 추가되었습니다. 수표 문제가 감지되면 경고가 표시되는 손상된 계정의 데이터베이스에 저장된 모든 로그인 및 비밀번호(확인은 사용자 측의 해시 접두사 확인을 기반으로 수행되며 비밀번호 자체와 전체 해시는 외부로 전송되지 않습니다). 이번 점검은 유출된 사용자 데이터베이스에 나타난 4억 개 이상의 손상된 계정을 다루는 데이터베이스에 대해 수행됩니다. "abc123"과 같은 사소한 비밀번호를 사용하려고 시도하는 경우에도 경고가 표시됩니다.
  

• 도입 위험한 사이트에 대한 확장된 보호 모드(향상된 세이프 브라우징)는 웹상의 피싱, 악의적인 활동 및 기타 위협으로부터 보호하기 위해 추가 검사를 활성화합니다. Google 계정과 Google 서비스(Gmail, Drive 등)에도 추가 보호가 적용됩니다. 일반적인 세이프 브라우징 모드에서 클라이언트 시스템에 주기적으로 로드된 데이터베이스를 사용하여 로컬에서 검사를 수행하는 경우, 향상된 세이프 브라우징에서는 페이지 및 다운로드에 대한 실시간 정보가 Google 측의 확인을 위해 Google 세이프 브라우징 서비스로 전송됩니다. 로컬 블랙리스트가 업데이트될 때까지 기다리지 않고 위협이 식별된 후 즉시 신속하게 대응할 수 있습니다.

  작업 속도를 높이기 위해 수천 개의 유명하고 신뢰할 수 있는 사이트의 해시가 포함된 화이트리스트에 대한 사전 확인을 지원합니다. 열려는 사이트가 화이트리스트에 없는 경우 브라우저는 Google 서버의 URL을 확인하여 링크의 SHA-32 해시 중 처음 256비트를 전송하며, 여기에서 가능한 개인 데이터가 삭제됩니다. Google에 따르면 새로운 접근 방식을 통해 새로운 피싱 사이트에 대한 경고 효과가 30% 향상될 수 있습니다.

• 추가 기능 아이콘을 주소 표시줄 옆에 자동으로 고정하는 대신 사용 가능한 모든 추가 기능과 해당 기능을 나열하는 퍼즐 아이콘으로 표시되는 새로운 메뉴가 구현되었습니다. 추가 기능을 설치한 후 사용자는 추가 기능에 부여된 권한을 평가하는 동시에 추가 기능 아이콘이 패널에 고정되도록 명시적으로 활성화해야 합니다. 추가 기능이 손실되지 않았는지 확인하기 위해 설치 직후 새 추가 기능에 대한 정보가 포함된 표시기가 표시됩니다. 새 메뉴는 특정 비율의 사용자에게 기본적으로 활성화되어 있으며, 다른 사용자는 'chrome://flags/#extensions-toolbar-menu' 설정을 사용하여 활성화할 수 있습니다.
  

• "chrome://flags/#omnibox-context-menu-show-full-urls" 설정을 추가했습니다. 활성화하면 "항상 전체 URL 표시" 항목이 주소 표시줄 메뉴 컨텍스트에 나타나 URL 왜곡을 방지합니다. Chrome 76에서는 기본적으로 주소 표시줄이 "https://", "http://" 및 "www." 없이 링크를 표시하도록 번역되었다는 점을 기억하세요. 이 동작을 비활성화하는 설정이 있었지만 Chrome 79에서는 이 설정이 제거되어 사용자가 주소 표시줄에 전체 URL을 표시하는 기능을 상실했습니다.
  

• 모든 사용자는 유사한 목적을 가진 여러 탭을 시각적으로 구분된 그룹으로 결합할 수 있는 탭 그룹화 기능("chrome://flags/#tab-groups")이 활성화됩니다. 각 그룹에는 고유한 색상과 이름이 지정될 수 있습니다. 또한 그룹 축소 및 확장을 위한 실험적 옵션이 제안되었지만 아직 모든 시스템에서 작동하지는 않습니다. 예를 들어 읽지 않은 여러 기사를 임시로 접어서 탐색할 때 공간을 차지하지 않고 다시 읽을 때 제자리로 돌아갈 수 있도록 레이블만 남길 수 있습니다. 모드를 활성화하려면 "chrome://flags/#tab-groups-collapse" 설정을 권장합니다.
  

• 경고는 기본적으로 활성화됩니다. 안전하지 않은 부팅 (암호화 없음) HTTPS 페이지의 링크를 통한 실행 파일(Chrome 84에서는 실행 파일 다운로드가 차단되고 아카이브에 대해 경고가 발행되기 시작합니다) 암호화 없이 파일을 다운로드하면 MITM 공격 중 콘텐츠 대체를 통해 악의적인 활동을 저지르는 데 사용될 수 있다는 점에 주목합니다. 또한 금지 격리된 iframe 블록에서 시작된 파일 다운로드.
• Adobe Flash를 활성화하면 해당 기술에 대한 지원이 2020년 XNUMX월에 종료된다는 경고 메시지가 추가되었습니다.
• 구현된 기술 신뢰할 수 있는 유형, 예를 들어 eval() 블록 또는 ".innerHTML" 삽입에서 사용자로부터 받은 데이터를 잘못 처리하는 경우 교차 사이트 스크립팅(DOM XSS)으로 이어지는 DOM 조작을 차단할 수 있습니다. 이로 인해 JavaScript 코드가 특정 페이지의 컨텍스트에서 실행됩니다. 신뢰할 수 있는 유형은 위험한 기능에 데이터를 전달하기 전에 데이터를 사전 처리해야 합니다. 예를 들어, Trusted 유형이 활성화된 경우 "anElement.innerHTML = location.href"를 수행하면 오류가 발생하고 할당 시 특수 TrustedHTML 또는 TrustedScript 객체를 사용해야 합니다. 신뢰할 수 있는 유형 활성화는 CSP(Content-Security-Policy)를 사용하여 수행됩니다.
• 추가됨 새로운 Cross-Origin-Embedder-Policy 및 Cross-Origin-Opener-Policy HTTP 헤더를 사용하면 SharedArrayBuffer, Performance.measureMemory() 및 프로파일링 API와 같은 권한 있는 작업을 페이지에서 안전하게 사용할 수 있도록 특수 교차 출처 격리 모드를 활성화할 수 있습니다. Spectre와 같은 부채널 공격을 수행하는 데 사용됩니다. 교차 원본 격리 모드에서는 document.domain 속성을 변경할 수도 없습니다.
• 네트워크를 통해 리소스에 대한 액세스를 검사하기 위한 시스템의 새로운 구현인 OOR-CORS(Out-Of-Renderer Cross-Origin Resource Sharing)가 제안되었습니다. 이전 구현에서는 Blink 엔진, XHR 및 Fetch API의 핵심 구성 요소만 검사할 수 있었지만 일부 내부 모듈에서 생성된 HTTP 요청은 다루지 않았습니다. 새로운 구현으로 이 문제가 해결되었습니다.
• 몇 가지 새로운 API가 Origin Trials 모드에 추가되었습니다(별도의 활성화가 필요한 실험 기능). Origin 평가판은 localhost 또는 127.0.0.1에서 다운로드한 애플리케이션에서 또는 특정 사이트에 대해 제한된 시간 동안 유효한 특수 토큰을 등록 및 수신한 후 지정된 API로 작업할 수 있는 기능을 의미합니다.
  • API 네이티브 파일 시스템를 사용하면 로컬 파일 시스템의 파일과 상호 작용하는 웹 애플리케이션을 만들 수 있습니다. 예를 들어, 브라우저 기반 통합 개발 환경, 텍스트, 이미지 및 비디오 편집기에서는 새로운 API가 필요할 수 있습니다. 파일을 직접 쓰고 읽을 수 있도록, 대화 상자를 사용하여 파일을 열고 저장하고, 디렉터리 내용을 탐색하려면 응용 프로그램이 사용자에게 특별한 확인을 요청합니다.
  • 방법 성능.측정메모리() 웹 애플리케이션이나 웹 페이지를 처리할 때 메모리 소비를 추정합니다. 웹 애플리케이션의 메모리 소비를 분석 및 최적화하고 메모리 소비의 점진적인 증가를 식별하는 데 사용할 수 있습니다.
  • 방법 우선순위 Scheduler.postTask() 다양한 우선순위 수준의 작업(JavaScript 콜백) 예약(사용자 작업 차단, 가시적인 변경 및 백그라운드 작업 생성) TaskController 개체를 사용하여 우선 순위를 변경하고 작업을 취소할 수 있습니다.
  • API WebRTC 삽입 가능한 스트림, 애플리케이션이 WebRTC MediaStreamTrack을 인코딩 및 디코딩할 때 사용되는 자체 데이터 핸들러를 생성할 수 있도록 합니다. 예를 들어 API를 사용하면 전송 서버를 통해 전송되는 스트림의 엔드투엔드 암호화를 제공할 수 있습니다.
• API 추가 바코드 감지 특정 이미지의 바코드를 식별하고 디코딩합니다. API는 Google Play 서비스가 설치된 Android 기기에서만 작동합니다.
• 메타태그가 추가됨 색 구성표, 사이트에서 CSS 변환을 사용하지 않고도 어두운 테마를 완벽하게 지원할 수 있습니다.
• JavaScript 모듈을 사용하는 기능이 추가되었습니다. 공유 노동자.
• IndexedDB에서 IDBDatabase.transaction() 새로운 인수가 추가됨
  드라이브에 대한 데이터 재설정을 제어할 수 있는 "내구성". 기본 "엄격" 모드 대신 "완화" 값을 전달하면 성능을 위해 안정성을 희생할 수 있습니다(이전에는 Chrome에서 각 트랜잭션을 작성한 후 항상 데이터를 디스크에 플러시했습니다).

• CSS 선택기의 존재를 감지할 수 있도록 selector()에 @supports 기능을 추가했습니다. 예를 들어 CSS 스타일을 바인딩하기 전에 먼저 선택기의 가용성을 확인할 수 있습니다.

  @지원 선택자(::before) {
  div {배경: 녹색 };
  }

• Intl.DateTime형식 추가됨 분수 초 표시 형식을 구성하는 FractionalSecondDigits 속성입니다.
• V8 엔진 가속 가비지 수집기에서 ArrayBuffer를 추적합니다. WebAssembly 모듈은 최대 4GB의 메모리를 요청할 수 있습니다.
• 추가됨 웹 개발자를 위한 새로운 도구. 예를 들어, 저시력 및 다양한 형태의 색맹이 있는 사람들의 페이지 인식을 모방하는 모드가 등장했습니다. 로케일 변경 사항을 에뮬레이션하기 위한 모드도 추가되어 API Intl.*, *.prototype.toLocaleString, navigator.언어, Accept-Language 등에 영향을 미칩니다.
  

  COEP(Cross-Origin Embedder Policy) 디버거가 네트워크 활동 검사 인터페이스에 추가되어 네트워크를 통한 특정 리소스 로드를 차단하는 이유를 평가할 수 있습니다. 쿠키가 특정 경로에 바인딩된 요청을 필터링하기 위해 cookie-path 키워드를 추가했습니다. 통로.

  

  화면 왼쪽에 개발자 도구 고정 모드를 추가했습니다.
  

  

  장기 실행 JavaScript 코드를 추적하기 위한 인터페이스가 다시 디자인되었습니다.
  

  

• 코로나19로 인해 예정된 일부 변경사항이 연기되었습니다. 예를 들어, 삭제 중 FTP 작업을 위한 코드 일정이 변경됨 무기한. 연결 끊기 TLS 1.0/1.1 프로토콜 지원 연기 Chrome 84 출시 전. 초기
  클라이언트 힌트 식별자(User-Agent 대체) 지원 연기됨 Chrome 84까지. 계속 작업하세요. 사용자-에이전트 통합 내년으로 연기됨.

혁신 및 버그 수정 외에도 새 버전은 다음을 제거합니다. 38개의 취약점. 많은 취약점이 자동화된 테스트 도구의 결과로 식별되었습니다. 주소세니타이저, 메모리세니타이저, 제어 흐름 무결성, LibFuzzer и AFL. 모든 수준의 브라우저 보호를 우회하고 샌드박스 환경 외부의 시스템에서 코드를 실행할 수 있는 심각한 문제는 확인되지 않았습니다. 현재 릴리스의 취약점 발견에 대한 현금 보상 프로그램의 일환으로 Google은 28달러 상당의 76개 상(20000개 $10000 상, 7500개 $5000 상, 3000개 $2000 상, 1000개 $500 상, 7개 $XNUMX 상, XNUMX개 $XNUMX 상, XNUMX개 $XNUMX 상)을 지급했습니다. $XNUMX 상금 XNUMX개). XNUMX개 보상의 규모는 아직 결정되지 않았습니다.

출처 : opennet.ru