先日のM1 Macがスクリーンセーバーの誤動作で操作不能になるというストーリーで思ったのだが、スクリーンセーバー自体は今でも必要なものだろうか。

Macではアクセスしやすい位置に設定項目が存在するが、Windows 10では積極的に使うという感じでもなく、「設定」のあまり目立たない場所にクラシックコントロールパネルへのリンクが置かれている。先日のストーリーでは有機ELだと必要になるかもしれないといったコメントもみられるが、CRTのように画面が明るくなるまで時間がかかるということもないので、単に画面オフで十分な気もする。

スラドの皆さんは現在もスクリーンセーバーを使っているだろうか。使っている方はどのようなスクリーンセーバーを使っているのだろう。必要があって使っているのか、それとも好みの問題なのかなどもコメントしてほしい。

Mozillaは21日、昨年パイロットプログラムを実施した「Promoted Add-ons」プログラムを本格導入しないと発表した(Mozilla Add-ons Blogの記事、 Ghacksの記事)。

Promoted Add-onsは拡張機能の開発者が手数料を支払って「おすすめ拡張機能」プログラムと同様の審査を受けるというもので、おすすめ拡張機能とは異なる「認証済み拡張機能」として「Verified」バッジが表示される。追加料金を支払えば、認証済みとなった拡張機能をAMOホームページの「Sponsored extensions」セクションに表示することも可能だ。おすすめ拡張機能の対象拡大はコスト面で困難だが、有料でもプログラムに参加したい開発者に門戸を開くものとして導入が計画されていた。

しかし、無料で実施したパイロットプログラムの結果、開発者向けの有料サービスとして意味あるものにはならないと判断したとのこと。Mozillaでは今月中にVerifiedバッジを無効化し、AMOホームページのSponsored extensionセクションを削除すると説明しているが、既に両方とも表示されなくなっているようだ。AMOの拡張機能検索画面で「Verified」バッジを指定して検索することは可能だが、検索結果は0件となる。

Googleは22日、オーストラリアの「News media bargaining code」法案が修正されずに成立するならオーストラリアでのサービス提供を取りやめる可能性に言及した(The Keywordの記事、 豪首相記者会見トランスクリプト、 The Next Webの記事、 Android Policeの記事)。

この法案はニュースメディアからのコンテンツ使用料交渉要求を受けるようデジタルメディアプラットフォームに義務付け、交渉がまとまらなければ独立の仲裁人が裁定を下すことが盛り込まれている。当初の対象となるGoogleとFacebookは反発しており、Googleはオーストラリアで特定のニュースパブリッシャーを検索結果から除外する実験を実施する一方で、公正で現実的な法制にするよう働きかけている。

オーストラリアでのサービス中止に言及したのはGoogleのオーストラリア・ニュージーランド担当VPメル・シルバ氏。シルバ氏は豪上院経済法制委員会の公聴会に出席し、法案に対するGoogleの主張を展開した。

シルバ氏は法案の修正すべき点として、リンクやスニペットの掲載料金を支払うのではなく、GoogleのライセンスプログラムNews Showcaseを通じてパブリッシャーが利益を得られるようにすること、パブリッシャー側に立った仲裁モデルではなく、商業的な仲裁モデルにより公平な仲裁が行われるようにすること、パブリッシャーへの通知が義務付けられるアルゴリズム変更等について、重要な変更のみの通知にすること、の3点を挙げている。

これらの修正が行われなければオーストラリアでのサービス中止もやむを得ないとシルバ氏は述べている。オーストラリアのスコット・モリソン首相はこれに対し、オーストラリアでは議会が法律を作り政府が執行すると述べ、脅しには屈しない姿勢を記者会見で示した。

BraveとProtocol Labsは19日、分散型WebプロトコルIPFS(InterPlanetary File System)のネイティブサポートが同日リリースのBrave 1.19に搭載されたことを発表した(Braveのブログ記事[1]、 [2]、 IPFSのブログ記事、 Ghacksの記事、 The Registerの記事)。

IPFSはProtocol Labsが開発を進めるピアツーピアのハイパーメディアプロトコルで、コンテンツ識別子(CID)を含むipfs:スキームまたはipns:スキームのURIでアクセスする。Braveブラウザーの月間アクティブユーザー(MAU)は2,400万人に達しているとのことで、メジャーブラウザーがIPFSをネイティブサポートするのはBraveが初だという。

アクセス方法としてはIPFSパブリックゲートウェイを通じてアクセスする方法と、ローカルIPFSノードとしてアクセスする方法があり、BraveのデフォルトでIPFSのURIにアクセスするとパブリックゲートウェイにリダイレクトされる。たとえばWikipedia英語版「Vincent van Gogh」のIPFSミラー「ipfs://bafybeiemxf5abjwjbikoz4mc3a3dla6ual3jsgpdr4cjr3oz3evfyavhwq/wiki/Vincent_van_Gogh.html」にアクセスすると、「https://bafybeiemxf5abjwjbikoz4mc3a3dla6ual3jsgpdr4cjr3oz3evfyavhwq.ipfs.dweb.link/wiki/Vincent_van_Gogh.html」にリダイレクトされる。後者はIPFSをサポートしないブラウザーでもアクセス可能だ。

ここで表示される通知バーの「IPFSを有効にする」をクリックすればIPFSノードがインストールされ、ローカルIPFSノードとしてIPFS URIにアクセスできるようになる。ローカルIPFSノードになると、他のピアからリクエストがあった場合にホストとしても機能するようになる。ノードの状態は「brave://ipfs」で確認でき、ノードを停止することも可能だが、アンインストールするオプションは用意されていないようだ。ノードを無効化するにはBraveの設定→拡張機能(brave://settings/extensions)の「IPFSリソースを解決する方法」で「ローカルノード」以外のオプションを選択すればいい。IPFSコンテンツを表示するだけなら、「ゲートウェイ」を選択しておけば通知バーが表示されることもない。

Googleは20日、Google検索の「期間を指定」オプションで数日前から発生していた問題を解決した(Google SearchLiaisonのツイート、 Android Policeの記事)。

この問題は検索結果で「ツール」をクリックし、期間を指定するドロップダウンリストから「期間を指定」を選ぶとタブがフリーズするというもの。これを質問するGoogleコミュニティの投稿には修正までに370人が同意しており、Googleは修正が完了するまでbefore:/after:コマンドで期間を指定することを推奨していた。

個人的には通常before:/after:の方を使い、「期間を指定」を使う頻度は低いが、問題が発生している時に何度か目にした。スラドの皆さんは検索結果を期間で絞り込む場合、どちらを使用するだろうか。

米政権移行によりホワイトハウスのWebサイトはハイコントラストモードと大きな文字モードのサポートが追加されるなど、全面的に刷新されている(The Vergeの記事)。

表示モードはサイト内の各ページ左端中ほどに表示されるボタンから切り替えることができる。大きな文字モードを有効にすると、フォントサイズだけでなく画像も大きく表示されるようになる。ハイコントラストモードは実質ダークモードだ。

ホワイトハウスへの連絡フォームでは、オプションで送信者が自身を指す三人称単数代名詞を「she/her」「he/him」「they/them」から選択できるようになっている。「Other」を選択すれば任意の代名詞を指定することも可能だ(Mashableの記事)。

また、ページのソースを見ると「If you're reading this, we need your help building back better. https://usds.gov/」というコメントが入れられており、わざわざページのソースを見るような人を米国デジタルサービス(USDS)に勧誘している(SlashGearの記事)。このコメントはテンプレートですべてのページに入れられているようだ。

トランプ政権が作成したホワイトハウスのWebサイトは、国立公文書記録管理局(NARA)がアーカイブサイト trumpwhitehouse.archives.gov へ移動した。トランプ政権時代の記事へのアクセスがリダイレクトされることはなく、ドメイン名の置き換えが必要だ。

なお、Twitterでは予告通り米大統領のハンドル@POTUSなどが新政権のアカウントに移動し、トランプ政権のアカウントは@POTUS45のように「45」を付加してNARAが管理している。カレン・ペンス氏が使用していた@SecondLadyには米国政府のアカウントを示すラベルが付けられていなかったが、現在は@SecondLady45に変更されてNARA管理下になっている。@SecondLadyに代わる@SecondGentlemanにもフラグは付けられていないが、同様の扱いになるとみられる。

米非営利組織Coalition for a Safer Web (CSW)は17日、Appleに対するApp StoreでのTelegram Messengerアプリ公開差止などを求め、米カリフォルニア北部地区連邦地裁に訴訟を提起した(プレスリリース: PDF、 訴状: PDF、 Softpediaの記事、 Mashableの記事)。

Telegramはプライバシーを重視して個人の会話や個人情報が第三者にアクセスされないよう保護すると説明しているが、CSWはTelegramが適切なコンテンツモデレーションを行わずにネオナチや白人至上主義者などの温床になっていると主張する。AppleはTelegramによるApp Store Reviewガイドライン(1.1、 1.2)違反を黙認しており、CSW代表のマーク・ギンズバーグ氏のような(ネオナチや白人至上主義者などの)ターゲットとなるグループの消費者に経済的損失や精神的苦痛を与えたとし、App Storeにおけるアプリの公開差止命令や損害賠償などを求めている。

駐モロッコ米国大使などを務めたギンズバーグ氏は、アラブ世界初のユダヤ系米国大使であり、暗殺されそうになったことが2回あるという。ギンズバーグ氏はソーシャルメディアプラットフォームが反ユダヤ主義を許容したり、過激主義者のグループの活動を可能にしたりすることを終わらせるためにCSWを設立したそうだ。CSWでは昨年7月、Apple CEOのティム・クック氏にTelegramが適切なモデレーションを導入するまでApp Storeでの公開を停止するよう申し入れ(PDF)ているが、回答はなかったとのことだ。

headless 曰く、

Microsoftは14日、Netlogonの特権昇格の脆弱性(CVE-2020-1472)対策として2月9日のセキュリティ更新プログラムでWindowsドメインコントローラー(DC)強制モードをデフォルト有効化するのに向け、対応を呼びかけた(Microsoft Security Response Centerのブログ記事)。

CVE-2020-1472は安全なRPCを使用しないNetlogonセキュアチャネル接続に存在するMicrosoft Netlogon Remote Protocol(MS-NRPC)の脆弱性だ。Microsoftでは2020年8月の月例更新で修正したが、悪用の可能性は低いと評価していた。しかし、9月には米国土安全保障省(DHS)が政府機関に更新プログラム適用を命ずる緊急指令20-04を発出し、Microsoftも活発な攻撃が確認されていると注意喚起していた。

DC強制モードではNetlogonセキュアチャネル接続を使用するすべてのデバイスで安全なRPCの使用が必要になる。これにより、アカウントを明示的に脆弱なままとする非対応デバイスリストに追加しない限り、安全なRPCを使用できないデバイスからの接続はブロックされる。Microsoftでは昨年のうちにFAQを公開し、2月からの強制モード有効化計画を示していたが、実施が近づいたことから改めて対応を呼びかけている。

対応の主なポイントとしては、ドメインコントローラーに昨年8月以降の更新プログラムを適用する、脆弱な接続を使用するデバイスをイベントログで特定する、脆弱な接続を使用する非対応デバイスの対策を行う、事前に強制モードを有効化する、といったものだ。

あるAnonymous Coward 曰く、

NTTPCコミュニケーションズが、建設業、製造業、運輸業向けに熱中症対策として提供してきたサービス「みまもりがじゅ丸」に、テレワーク中の従業員における心的ストレスを計測できるサービスを追加するそうだ。サービスの追加は3月からを予定(プレスリリース、マイナビ)。

みまもりがじゅ丸は、作業者の脈拍や位置情報を専用の活動量計と中継機器から取得、体調変化を管理するシステム。対象となる従業員はリストバンド型デバイスを装着し、脈拍の揺らぎで自律神経の状態を推測、体調の変化を管理できる。

新機能では、過去にクラウド上に保存された平常時のデータと最新のデータとを比較することで、心的ストレスの強さを「通常」「軽いストレス状態」「ストレス状態」の3段階で評価できるとのこと。主に脈拍の揺らぎからストレスのかかり具合を予測するらしい。

あるAnonymous Coward 曰く、

道路情報を伝える国土交通省北海道開発局のTwitterアカウントが1月19日、突如として「国道40号ばばばばばえおうぃおい～べべべべべべべべべえべえええべえべべべえ（9.9km）で通行止を実施しています」とツィート、Twitter上で注目を浴びる事態が起きていた（ITmedia）。

国道40号の通行止めのタイプミスかと思いきや、当時特にそうした規制は出ておらず、またその後も原因不明との公式ツィートもあったことから謎が謎を呼ぶ事態となっていた。その後の発表によると「北海道地区道路情報のWebサイトを管理しているサーバの更新作業中にエラーが発生し、通常なら表に出ないテスト用のデータがツイートされた。内容に意味はない」とのことで、どうも変なテストデータが表に出てしまったということのようである。スラド諸氏も面白テストデータを作る際はご注意を。

EchoRelinquish 曰く、

遺伝的アルゴリズムを使ったエッチな画像を作ろうとしているサイトがネット上で話題となっている（遺伝的アルゴリズムで最高にエッチな画像を作ろう！ ）。

当該サイトの説明によると、長方形や楕円などの図形を3000種類無作為に組み合わせた40枚の画像から2枚の画像を表示し、どちらがエッチに見えるか閲覧者に評価してもらい、1世代あたり2000回試行して生存した上位5枚のうち2枚を有性生殖的にかけあわせて次の世代を生成する、を繰り返していくものだという。

展覧会ページでは各世代で選ばれた上位5枚が羅列されていたが、現在転送量増加につき閉鎖中のため、代わりにTogetterまとめを参照していただきたい（Togetterまとめその1、まとめその2）。

最初は単なる模様にしか見えなかったものが徐々に肌色面積が増え始め、3500世代あたりから乳房のようなものが出き、さらに4400世代ごろには胴体・顔・髪・太腿が生えてきており、タレコミ時点の6400世代では目や口まで出来てきているのがわかる。5400世代あたりでは突然変異によるものなのか、陰茎のようなものが生成されているのも面白いところである。

この画像の行方に今後も注目していきたい。

情報元へのリンク

headless 曰く、

AppleのM1チップを搭載したMacコンピューターで突然スクリーンセーバーが起動して操作不能になる、という問題がユーザーから報告されている(Mac Rumorsの記事、 Softpediaの記事、 9to5Macの記事)。

起動したスクリーンセーバーはマウスやキーボードを操作しても終了しないため、引き続きMacを使用するには再起動やリモートアクセスによるログアウトが必要になる。ディスプレイをいったん閉じて開くという方法もあるが、Mac miniでは使用できない。

この問題は現在のユーザーがログアウトしなくても他のユーザーがログインできる「ファストユーザスイッチ」が有効の場合に発生し、システム環境設定の「デスクトップとスクリーンセーバ」でスクリーンセーバーを無効にしても防ぐことはできないとのこと。報告によればmacOS Big Surすべてのバージョンが影響を受けるようだ。

モリサワが写研の保有している書体をOpenTypeフォントとして開発することになったそうだ。2024年からリリース開始するとしている。（モリサワリリース、CNET）。リリースによれば、

2024年は、写研の創業者である石井茂吉氏とモリサワの創業者である森澤信夫が、写真の原理で文字を現して組む邦文写真植字機の特許を、1924年に共同で申請して100周年の節目にあたります。

とのこと。

写研は写植のトップメーカーで、雑誌等の一般商業印刷などで利用されてきた多くの書体を所有している。しかし、DTPへの対応が遅れ、同社の所有するフォントの多くはデジタル化されていなかった。写研自身も2011年ころには独自にOpenType化を進めていたものの、諸処の問題があったことから製品化には至っていなかったという。

headless 曰く、

Windows 10でアクセスするとBSoDが発生するというパスをBleeping Computerが紹介している(Bleeping Computerの記事、 BetaNewsの記事)。

問題のパスは「\\.\globalroot\device\condrv\kernelconnect」というもので、先日NTFSの脆弱性を公表して話題になったJonas Lykkegaard氏が昨年10月、BSoDを引き起こす方法としてさらっとツイートしていた。当時は特に注目されなかったが、NTFSの脆弱性公表に伴って発掘されたようだ。このパスはコンソールドライバー(condrv.sys)を示すWin32デバイス名前空間パスだが、Lykkegaard氏はカーネルモード/ユーザーモードのプロセス間通信に使うものだと考えているという。このパスを使用するには属性の付加が必要だが、属性を付加しないでアクセスした場合に適切なエラーチェックが行われず、BSoDが発生するとのこと。

Bleeping Computerの記事ではBSoDが発生する操作の例としてGoogle Chromeでのアクセスと、インターネットショートカット(.urlファイル)の保存を挙げているが、手元の環境では新Microsoft EdgeやBraveなど他のChromium系ブラウザーや、FirefoxでもBSoDの発生が確認できた。一方、エクスプローラーやInternet Explorer、レガシーEdgeの場合、このパスをアドレスボックスに入力してEnterキーを押すとファイルが見つからないなどのエラーが表示されるのみで、BSoDは発生しなかった。ただし、このパスを示すインターネットショートカットをテキストエディターで作成して保存しようとするとBSoDが発生し、保存できなかった。

なお、Windows 10 Insider Preview(ビルド21292)上で試したところ、新Microsoft EdgeでBSoDは発生しなかったが、Google Chromeを含む他のChromium系ブラウザーやFirefoxでBSoDが発生する点は変わりなかった。また、Windows 8.1では上述のいずれの操作を実行してもBSoDが発生することはなかった。

プライバシーの保護と利用履歴等を記録保存しないことをウリにしている検索エンジン「DuckDuckGo」で、1月11日に1日の検索回数が1億回を超えたことが分かった。公式のDuckDuckGo Trafficページ上には、11日の日付に★マークがつけられており、その日の検索回数が「102,251,307」であったことが分かる。ただそれ以降の12～17日の間は1億回超えはできていない模様。

あるAnonymous Coward 曰く、

2021年1月11日の検索回数が1億回を超えた新記録
1年前は5000万回ほどだったので約2倍に増加した
https://duckduckgo.com/traffic