あるAnonymous Coward 曰く、

https://togetter.com/li/1866721
https://you1news.com/archives/52480.html
http://hayabusa9.5ch.net/test/read.cgi/news/1648874164
https://ryukyushimpo.jp/news/entry-1495520.html
https://ryukyushimpo.jp/movie/entry-1495053.html

情報元へのリンク

情報元へのリンク

headless 曰く、

Microsoft は 3 月 31 日、Internet Explorer 11 (IE11) を利用している Windows 10 環境を Windows 11 アップグレードのブロック対象に追加した (Windows 11 の既知の問題と通知 英語版、 Neowin の記事、 BetaNews の記事、 Ghacks の記事)。

Windows 11 はスタンドアロン版の IE11 が利用できず、Microsoft Edge の IEモードで利用することになるが、アップグレード前に IE11 から Microsoft Edge へのデータインポートを実行していなければ IE11 のデータにアクセスできなくなる可能性があるという。影響を受けるのは IE11 をメインブラウザーとして利用しているか、既定のブラウザーに設定している環境とされる。

Microsoft では Microsoft Edge の今後のリリースで問題を解決すべく取り組んでおり、まだ Windows 11 にアップグレードしていない環境および、Microsoft Edge で IE11からのデータインポートを実行せずに Windows 11 にアップグレードした環境のいずれでも問題を解決できるとのことだ。

headless 曰く、

Microsoft が Microsoft Update カタログのダウンロードリンクを HTTPS に変更した (Ghacks の記事、 Deskmodder.de の記事、 Borns IT- und Windows-Blog の記事)。

Microsoft Update カタログの Web サイト自体は以前から HTTPS で提供されていたが、生成されるダウンロードリンクが HTTP だったため、多くの環境でブラウザーにブロックされてファイルがダウンロードできない状況になっていた。今回の変更に伴ってダウンロードリンクのドメインがこれまでの「download.windowsupdate.com」から「catalog.s.download.windowsupdate.com」に変わったが、旧リンクからのダウンロードも可能なようだ。

headless 曰く、

Mozilla が現在 Nightly ビルドで提供している Firefox 100 のリリースノートで、Windows 7 環境で使用するには更新プログラム KB4474419 のインストールが必要だと説明している (Softpedia の記事、 Ghacks の記事)。

このリリースから Windows 版インストーラーが SHA-1 ではなく SHA-256 (SHA-2) で署名されるようになったためだという。そのため、SHA-2 サポートを Windows 7 / Server 2008 に導入する更新プログラム KB4474419 をインストールしておく必要があるということだ。ただし、この更新プログラムは 2019 年にリリースされたものであり、多くの環境で導入済みとみられる。

headless 曰く、

Samsung Electronics Americaは 3 月 31 日、Galaxy デバイスを所有者自ら修理できるようにするセルフリペアプログラムを発表した (プレスリリース、 iFixit の記事、 9to5Google の記事、 The Verge の記事)。

セルフリペアプログラムは iFixit との提携によるもので、今夏には Galaxy S20 / S21 ファミリーや Galaxy Tab S7+ といった Samsung で最も人気の製品について、交換用のパーツやツール、修理ガイドなどが利用可能になるという。当初はディスプレイアセンブリや背面のガラスパネル、充電ポートの交換に対応し、交換した古いパーツは Samsung が回収してリサイクルを行う。今後はさらに多くの製品に拡大していく計画とのことだ。

なお、iFixit の修理しやすさスコアでは Galaxy S 20 Ultra が 10 点満点中 3 点、S21 が 4 点、S21 Ultra が 3 点など、いずれも修理は難しいと評価されている。高評価ポイントと中評価ポイントは 3 機種共通で、高評価ポイントはすべてのネジが同じプラスネジであること、中評価ポイントは多くのコンポーネントがモジュラー化されていること (ただし、ヘッドフォンジャックがないため USB-C ポートが摩耗しやすい) となっている。

個人的には接着剤を温めて柔らかくしてから引き剥がす作業はあまりやりたくないなと思う。スラドの皆さんはいかがだろうか。

headless 曰く、

米カリフォルニア州の Reddit ユーザーが、Razer のヘッドセットに命を救われた体験を投稿している (Windows Central の記事、 Reddit の記事 [1]、 [2])。

この Reddit ユーザーは 3 月 30 日朝 10 時半ごろ、自室で友人と話をしていたところ 1 ブロック先から飛んできた流れ弾が頭にあたったのだという。しかし、幸運にも Razer Kraken ヘッドセットを使用していたためヘッドバンドが弾き返して命拾いする。不運にもエイプリルフール直前の最悪のタイミングで疑う人もいたものの、最終的には多くの人が信じたようだ。これを知った Razer は交換を申し出たが、当人は謝意を伝えただけだったとして断ったとのことだ。

headless 曰く、

Microsoft の Windows 公式 Twitter アカウントが Bustle の記事へのリンクに iMac を使う人の写真を添えたツイートを投稿し、その後削除している (9to5Mac の記事、 元のツイートの Internet Archive スナップショット)。

リンク先の Bustle 記事はデバイスをクリーンアップしてパフォーマンスを改善する方法を紹介する内容で、Microsoft の Windows User Experience チームを率いる Carmen Zlateff 氏がアドバイザーの一人として登場する。記事の内容は Windows 限定でなく、Mac も対象にしているが、写真のデバイスが iMac だという指摘を受けたのちにツイートを削除したようだ。この写真は Getty Images のストックフォトで、元記事にも同じ写真が使われていた。

その後、元記事の写真は Microsoft Surface の宣材写真に差し替えられており、この写真を添えた元のツイートと同じ内容のツイートが投稿し直されている。

headless 曰く、

zlib に 17 年前から存在し、4 年前に報告されたものの放置されていた脆弱性が修正された (The Register の記事、 Tavis Ormandy 氏の oss-security メーリングリスト投稿)。

この脆弱性はメモリ破損の脆弱性で、離れた位置の一致を多数含むファイルを圧縮しようとした場合に出力結果が破損するというもの。4 年前に 13 年前の zlib 1.2.2.2 から存在する脆弱性として報告されてパッチもコミットされていたが、このパッチがリリース版に含まれることはなく、今回 Google Project Zero の Tavis Ormandy 氏が再発見するまで CVE 番号さえも割り当てられずに放置されていた。今回の再発見を受け、2018 年に報告された脆弱性を示すCVE番号 CVE-2018-25032 が 3 月 25 日に割り当てられ、zlib 1.2.12 で修正されている。

情報元へのリンク