プリセットの検索エンジンを削除できなくしたChromium系ブラウザー、苦情を受けてオプション復活へ

2022年1月19日 07:08

headless 曰く、

Chromium 97 ベースのブラウザーではプリセットの検索エンジンを削除するオプションが削除されているが、苦情が殺到したため今後のバージョンで復活することになった (Issue 1263679)。

始まりは昨年 10 月 27 日、プリセットの検索エンジンが 2 クリックで削除でき、変更は破壊的で完全に元に戻すことはできないという問題が提起されたことだ。対策として削除を「難しくする」「不可能にする」の 2 案が提示されたが、メンバーからは後者への賛成意見しか出ず、翌日には変更がコミットされた。

生み出す問題よりも解決する問題の方が多いと考えられていた変更だが、各種 Chromium 系ブラウザーの安定版が Chromium 97 ベースとなった先週から苦情が増加し、「検索エンジンが削除できない」という投稿は過去 6 か月間に見た「Google 検索エンジンをリストから削除してしまった」という投稿よりも多いなどと批判されることになる。

これまでも既定の検索エンジンを削除することはできなかったため、間違って削除して困る場面は少なかったと思われるが、逆に何らかの理由で既定の検索エンジンが勝手に Yahoo!に設定されることが繰り返され、それを回避するために検索エンジンを削除する人が多いことが判明する。

これを受け、問題を提起したプロジェクトメンバーは、既定の検索エンジンが勝手に切り替わる問題の調査は進めつつ、削除オプションを Chrome 98 または 99 で復活させると説明している。

Chromiumのソースツリーにテスト用マルウェア混入、ユーザーには影響なし

スラド

著者: headless

2021年11月23日 18:27

Chromium のソースツリーに 9 月 9 日から 11 月 18 日まで、マルウェアを含むテスト用の Office ドキュメントが誤ってコミットされていたそうだ(Google グループでのアナウンス、 9to5Google の記事)。

このマルウェアが Chrome のリリースに含まれることはなく、Google Chrome や派生版ブラウザーのユーザーが影響を受けることはないという。また、マルウェアサンプルは 5 年前の古いものであり、Windows 上で Chromium のソースコードから Microsoft Office を使用して開かかなければ実行されることはないが、Chromium 開発者にはリベースの実行が推奨されている。

Chromium 系ブラウザーでページのソース表示がブロックできない問題、修正へ

スラド

著者: headless

2021年11月14日 16:02

Chromium 系ブラウザーの「URLのリストへのアクセスをブロックする」ポリシーでページソースの表示をブロックできない問題が修正されるようだ (Issue 895462、 Chromium Gerrit、 9to5Google の記事、 The Register の記事)。

この問題は 3 年前に報告されたもので、Google Forms を使用した学校のテストでソースに正解が含まれる問題が指摘されていた。ただし、Issue 895462 で挙げられている例題ではソースを見ても正解を特定できないとみられる。また、view-source:[URL] のように指定することで URL をブロック対象にしてもソースが表示されてしまうという問題も指摘されていたが、現在はURL がブロック対象になっていればソース表示もブロックされる。

現在のところ、Chrome の「URL のリストへのアクセスをブロックする」ポリシーを有効にして「view-source:*」を対象に追加すれば、Chrome Canary (バージョン: 98.0.4704.0) でソース表示のブロックが確認できる。ただし、「[ソースを表示しようとしたページのドメイン名] はブロックされています」と表示される (実際にはブロックされていない) ため、少しわかりにくい。

Chromium系ブラウザー全般に影響するV8のゼロデイ脆弱性

スラド

著者: headless

2021年2月6日 13:32

Googleは4日、エクスプロイトの存在が報告されているChromeの脆弱性(CVE-2021-21148)を修正するChrome 88.0.4324.150をリリースした(Chrome Releasesの記事、 The Registerの記事)。

この脆弱性はJavaScript/WebAssemblyエンジンV8に存在するヒープバッファーオーバーフローの脆弱性。詳細はまだ公表されていないが、Chromeに限らずChromium系ブラウザー全般に影響するようだ。脆弱性はV8のバージョン8.8.278.15で修正されたとみられ、最新版のBraveやMicrosoft Edge、VivaldiのV8はこのバージョンになっている。Operaはまだ更新されていなかった。

Google、サードパーティ製ChromiumベースブラウザーでChrome専用の非公開API使用を制限する計画

スラド

著者: nagazou

2021年1月18日 14:02

headless 曰く、

Googleは15日、サードパーティ製のChromiumベースブラウザーに対し、非公開APIの使用を制限する計画を明らかにした(Chromium Blogの記事、 Neowinの記事、 Android Policeの記事)。

Googleによれば、最近の調査でサードパーティ製のChromiumベースブラウザーの一部がGoogle Chrome用の非公開APIを使い、Chromeのデータ同期機能やClick to Call機能などを利用可能にしていることが判明したそうだ。非公開のChrome APIはGoogleが使用するためのもので、3月15日以降アクセスに制限を設けるという。これによりサードパーティ製ChromiumベースブラウザーでChromeのデータ同期機能は利用できなくなるが、同期済みのデータに関しては、Googleアカウントとローカルでそれぞれ引き続きアクセス可能となる。

なお、BraveやMicrosoft Edge、Opera、Vivaldiといったサードパーティ製のメジャーなChromiumベースブラウザーはそれぞれ独自の同期機能を搭載しており、Googleアカウントを使用するものはない。

Google Chrome、リソースを大量に消費する広告のブロックを計画

スラド

著者: hylom

2020年5月19日 12:15

headless曰く、

Googleは14日、リソースを大量に消費する広告をGoogle Chromeでブロックする計画を明らかにした（Chromium Blog、Google Developersの更新情報、Ghacks、PCMag）。
Googleでは最近、1%未満の広告がそれに見合わない比率でバッテリーやネットワークデータといったデバイスのリソースを消費していることを発見したという。こういった広告には暗号通貨採掘を実行するもののほか、プログラミングの完成度が低いものやネットワーク使用が最適化されていないものなどが含まれており、バッテリーやネットワークデータを大量消費するだけでなく金銭的な負担を発生させる。
そのため、今後のバージョンのChromeではリソースの消費が一定以上となった広告のフレームをエラーページにナビゲーションする計画だという。ブロッキングの基準としてはネットワークデータ使用量が4MBに到達するか、CPU使用時間が30秒間に15秒またはトータルで60秒に到達といったもの。この閾値を超える広告は全体の0.3%に過ぎないが、広告が使用するネットワークデータの27%、広告が使用するCPU使用量の28%を占めるという。
この機能は8月終わり近くにリリースするChromeの安定版で有効化する計画だといい、現在のリリーススケジュールではChrome 85となる。機能自体は現在の安定版であるChrome 81にも実装されているようで、「chrome://flags/#enable-heavy-ad-intervention」と「chrome://flags/#heavy-ad-privacy-mitigations-opt-out」をEnabledにすることでテストできる。Chrome 84以降では「chrome://flags/#enable-heavy-ad-intervention」をEnabledに、「chrome://flags/#heavy-ad-privacy-mitigations」をDisabledにすればいい。ただし、都合のいい広告が見つけられず、実際の動作は確認できなかった。

リーディングビュー