第３世代 Apple TV 4K で Siri Remote が応答しない問題を経験した人は、リリースされたばかりの tvOS 16.3.3 にアップデートしよう。パスワード管理サービス LastPass が 2022 年のデータ漏洩について一段と詳細な情報を公開したが、Adam Engst はこれでは遅過ぎると思っていて、1Password に乗り換えた体験を紹介する。今週号ではまた、Adam が macOS のスクリーンセーバのバグ (または疑問の余地のある設計決断) について掘り下げる。写真を回転したり編集したりしても、スクリーンセーバがそれを無視して元の写真を表示してしまうため、画像が横向きになったりしてしまうのだ。回避方法は存在するけれども、どれも良いやり方とは言えない。今週注目すべき Mac アプリのリリースは GraphicConverter 12、SoundSource 5.5.8、Zoom 5.13.10、CleanMyMac X 4.12.6、Pixelmator Pro 3.3、DEVONagent Pro 3.11.7、Timing 2023.2、それに Photos Workbench 1.0.2 だ。
どうやら、新しい第３世代 Apple TV 4K のオーナーの中に USB-C Siri Remote が信頼性をもって接続できないという問題を経験している人がいたようだ。運が良ければ、今回新たにリリースされた tvOS 16.3.3 をインストールすることでその問題が過去のものとなるかもしれない。tvOS 16.3.3 がその問題を修正すると約束しているからだ。このアップデートは第３世代 Apple TV 4K からのみ入手可能で、Settings > System > Software Updates > Update Software から直ちにインストールできるが、ただ放っておいて勝手にインストールされるのを待ってもよい。
2022 年に、パスワード管理サービス LastPass が大規模な侵害に遭い、顧客のヴォールトデータが盗まれた。(2022 年 12 月 24 日の記事“LastPass がセキュリティ侵害の詳細を公表”参照。) それから数か月経って同社はようやくその漏洩について一段と詳細な情報を公開して、どんなデータが漏れたのか、ユーザーはどのように対処すべきかを説明した。今回の新しい情報は役に立つものだが、私としては 1Password に切り替えたことを後悔する気になれない。
注意深く言葉を選んだブログ記事の中で、LastPass CEO の Karim Toubba は連鎖した二つの出来事について、これまでよりも詳細なタイムラインを示した。第一の出来事によって第二の出来事のお膳立てがなされたのだ。それから彼は推奨される対処方法を記した二つのセキュリティ報告書へと読者を導く。片方は LastPass Free、Premium、および Families のユーザー向け、もう片方は LastPass Business ユーザー向けのものだ。最後に彼はシステムをよりセキュアにするために LastPass が施した対応策を要約している。私が特にありがたいと思うのは、アクセスを受けたデータのタイプのすべてが詳しいリストとして提供されていること、どのフィールドが暗号化されておりどのフィールドが暗号化されていなかったかも書き添えられていることだ。
注目すべき点として、同社は攻撃者からのメッセージを何も受け取っておらず、データが実際に使用された兆候を何も見聞きしていないと言っている。
いかなる連絡も、あるいは要求も受け取っておりませんし、いずれの出来事においても、脅威の張本人が手にした情報をもとにマーケティングまたは販売の活動に積極的に関与したことを示唆する地下活動の信頼できる兆候を見つけたことはありません。
セキュリティのことに興味ある人にとってこれらさまざまの記事は読む価値があるだろうし、今回 LastPass は以前よりもずっと良いやり方で情報を伝えている。たとえ、それが遅過ぎるとしても。とりわけ、今もまだ LastPass を使っている人に対しては、この会社が述べた 以下の助言に従うことをお勧めしたい：
LastPass はまだこの最後の二つのオプションを LastPass Free ユーザーが使えるようにしていないが、同社は近日中に使えるようにすると言っている。興味深いことに、LastPass はパスワード反復の回数を劇的に増やした。長年使ってきた人たちの中には依然として 5,000 回という今やばかばかしいほど少ない回数のままにしている人もいるけれども、新しいユーザーたちは 100,000 回に設定するようになった。そして今では 600,000 回がデフォルトとなり、これは大きな変化だ。
Karim Toubba はさぞ大変な試練をくぐり抜けなければならなかっただろうと私は思う。彼は 2022 年 4 月に CEO として LastPass に加わり、そのほんの数か月後、2022 年 8 月に最初の漏洩が起こった。それ以来この会社はずっと緊急事態に陥ったままの状態にあって、変化の度合い (そしてもちろん引き続いて起こった二度目の漏洩！) を見ればセキュリティに対するそれまでの姿勢に問題があったことが分かる。今ではちゃんとした大人が責任ある立場に立って将来漏洩が起こらないように正しい対策を講じてくれていると願いたい。
それ以前にも私は LastPass のインターフェイス、機能性、信頼性に苛立ちを感じていたけれども、漏洩が起こるに至って最後の糸が切れ、1Password に切り替えて自分のデータを LastPass から読み込むことにした。1Password の直接読み込み機能は LastPass で複数要素の認証が有効になっている場合には働かないので、私はまず LastPass からデータを書き出して、それからそれを 1Password に読み込ませる方法を選んだ。たとえ一時的にであっても、複数要素の認証をオフにする気にはなれなかったからだ。
まだ LastPass から私のデータを全部削除する心構えはできていないが、1Password が私の望む機能をすべて備えているという確信が持てるようになり次第、LastPass からデータを削除するつもりだ。1Password 8 で起こった変更に不満を募らせている人たちがいることは承知しているけれども、以前のバージョンをほとんど使ったことがない私としてはそれほど気にならない。完璧ではないけれども、1Password は LastPass に比べればはるかにエレガントだ。LastPass からは、Mac や iOS のネイティブな体験に似たものを感じることが全くなかった。とりわけ私が LastPass を使っていた最後の数週間は、この会社が何かをしているのがユーザーに伝わるようにと努めたのだろうか、次から次へと変更が施されたので使い心地どころではなかった。
私が特に気に入ったのは、2020 年型 27 インチ iMac 上の 1Password のロックを外すために Apple Watch が使えることと、M1 MacBook Air では Apple Watch と Touch ID の両方が使えることだ。LastPass はかなり前にアプリベースの複数要素認証を導入していたが、watchOS アプリからの入力を正しく扱えたことは一度もなかったので、いつもわざわざ iPhone を取り出してその iOS アプリを使ってログインを確認せざるを得なかった。その後私は LastPass の複数要素認証をリセットして、1Password に保存している通常のタイムベースのワンタイム・パスワード (TOTP) が使えるようにした。これなら、Mac 上で LastPass にログインしようとする度に自動補完をしてくれる。LastPass の iPhone アプリでボタンをタップすることに比べれば大幅な進歩だ。
1Password が TOTP に対応しているのは本当にありがたい。私はかなり初期から認証アプリを使い始めていて、当初は Google Authenticator が唯一の選択肢であった。そのデータを新しい iPhone に転送することができないと知って (今では古いデバイス上の QR コードをスキャンすることで転送できるようになっている)、私は無料のアプリのエコシステム Authy に切り替えた。これはある程度満足できる使い勝手であると同時に、Mac と iPhone と iPad の間で同期できる。(LastPass Authenticator も少しだけ試してみたが、こちらは iPhone と iPad だけでしか使えず、Mac 上でログインする度に iPhone を取り出さなければならないのが嫌だ。)
Authy は Mac 用に Authy Desktop アプリを出しているが、二要素認証を必要とするアカウントにログインしようとする度に、まず Authy Desktop を起動して、そのウェブサイトを探し (私はアカウントを 28 個持っている)、ボタンをクリックしてコードをコピーし、それからウェブブラウザに戻ってコードをペーストしなければならない。この手順を Keyboard Maestro で自動化したいと思って試してみたが、当てにならない猿真似クリック以上のものではなかった。それとは対照的に、ログイン手順の次のステップとして 1Password が TOTP を自動補完してくれるやり方を見て私は心の底からホッとした。
(Glenn Fleishman が指摘してくれて、Apple が TOTP 用に複数プラットフォーム対応しているのでそちらを使うこともできると分かったが、Mac 上ではこの機能は Safari の中でしか働かない。それ以外の Mac 用ブラウザまたはアプリを使っている場合は、Safari > Preferences > Passwords を開くか、またはシステム環境設定/設定の Passwords 枠を開くかして、そこで認証し、検索し、クリックして、コピーしなければならない。詳しくは彼の記事“iOS 15、iPadOS 15、Safari 15 のパスワード入力に二要素認証コードを追加(2021 年 10 月 7 日) をご覧頂きたい。そしてもちろん、それをする場合には iPhone がパスコードと共に盗まれた場合の iCloud Keychain の脆弱性の問題が立ちはだかる。2023 年 2 月 26 日の記事“iPhone のパスコードを盗まれるとデジタルライフを丸ごと奪われるかも”参照。)
私の二要素認証セットアップを Authy から 1Password へ移す作業は、面倒で時間も掛かった。追加の認証デバイスとして 1Password を登録することが許されるサービスは Amazon Web Services しかなかった。それ以外のどのアカウントでも、二要素認証をリセットするか、またはいったんそれをオフにしてからオンに戻す必要があった。アカウントから完全にロックアウトされるかもしれないという万一の可能性が常にあって怖ろしかったので、Authy で古いアカウントを削除する前に、必ず新規の TOTP を 1Password と (再度の) Authy の両方で作成するように注意した。いったんすべてが 1Password でセットアップされた後はもう Authy を使うつもりはなかったが、1Password の中でアカウントの認証情報と合わせて TOTP を保存することに少しでも問題を感じるようになった場合に備えての有益なバックアップだと考えるようにした。二要素認証を有効にする場合には、そのサイトが提供していれば一時的なコード (いわゆる“スクラッチコード”) を忘れずに記録しておこう。万一 TOTP がダメになった場合に頼みの綱となることもあるから。
iPhone のパスコード盗難を伝えた Wall Street Journal の記事が世の中に警鐘を鳴らしたのと同じように、この LastPass の漏洩はパスワードのセキュリティを考え直すきっかけになったと私は思う。漏洩以前から私は LastPass にあまり満足できないでいたけれども、別のものへ切り替えたい気持ちを奮い起こすまでには至らないでいた。それぞれに結び付いたサイトを使う必要が生じるに応じて、1Password の中で重複やら何やらを組織的にクリーンアップしているところだが、そのようにすることで、全部を一気に処理するという途方もない作業 (私は 900 以上のログインを抱えている) を少しずつ減らして行くのも可能だろう。ゆくゆくは、かつてなかったほど良いやり方で私のパスワードを処理できるようになるはずだ。
でも、やはり私はパスキーへの対応 (2022 年 6 月 27 日の記事“パスキーがパスワードよりシンプルかつセキュアなものになる理由”参照) が早く広まって、この忌ま忌ましいパスワードが必要でなくなる日が来たらなあと思わざるを得ない。
1990 年代初期の TidBITS の創刊期に近い頃、それは After Dark の時代で、スクリーンセーバーは重大事であった - それ等はしばしばニュースにも登場した。After Dark はモジュール方式で、Star Trek, Disney, そして Marvel Comics と言ったフランチャイズからの認可選択肢に加えて独立系開発者の肥沃な生態系もサポートしていた。悲しいことに、After Dark は - そしてその羽の生えたトースターも - Mac OS 9 へと跳躍する事はなかった。そのパッケージは Mac OS X で復活したが、以前の栄光に似たものを取り戻すことはなかった ("After Dark が Mac OS X 用に再来" 9 June 2003 参照)。この核となる After Dark モジュールの視覚的記憶を呼び覚ましたいのであれば、"Revisit the Flying Toasters via CSS" (12 June 2015) を参照されたい。
2000 年代初期までには、世界は移ろい、Apple も Mac OS X に独自のモジュラースクリーンセーバー能力を与えることで一翼を担った。それは綺麗なパターンか自分の写真から選んだものを表示した。あなたの写真をパンしたりズームしたりする Apple の Ken Burns スクリーンセーバーはとりわけ人気があり、同社は長年に亘って沢山の写真ベースのスクリーンセーバーを追加した。
しかし、そこには長期に亘る問題が内在している：何年もの間決着の付いていない一つのバグである。Apple の写真スクリーンセーバーの特長は、自分の Photos ライブラリやフォルダから写真を選択させてくれることである。独立の macOS スクリーンセーバーでより多岐に亘る選択肢を提供する ArtSaver の作者によると、Apple はサードパーティアプリにあなたの Photos ライブラリへのアクセスを許さないと言う。
そのバグとは何か？ 皆さんは私の両親だと想像してみて欲しい。(彼らは特別だが、このシナリオでは、別に変わってはいない。) デジタルの写真額は人気があり、その大きさもより大きくはなってきているが - 手頃な価格で最大 15 インチ程度のものが入手出来る - 27-inch iMac にはとても及ばない。それに、アルバムを管理しそれ等をデジタル額に移行するという手間もかかる。もう既にコンピュータ上保存されている数十年にも及ぶ家族の写真を繰っていくために iMac を使わない手は無いではないか？
そこであなたは Apple の基本的な写真スクリーンセーバーの一つを選び - 私の両親は写真が熱狂的に飛び跳ねる近代的なものは好きではない - そしてそれをあるアルバムからの画像を表示するよう設定する。それは問題なく動作するが、縦位置で撮られたものを Photos の中で回転させて横位置にした一枚に到達する迄はである。その写真は頑固にも横方向ではなく縦方向に表示されるので、被写体は横倒しになってしまう。
これは目に付きにくいバグではない。私の両親がそれについて苦情を言った時、その対象となる画像について何が違うのか見つけ出すまでに少し時間はかかった。問題は単純であった：Apple の写真スクリーンセーバーは、Photos の中で編集されていない元画像しか表示しない。もし一つの画像に手をいれていれば、回転させるのも含めて、スクリーンセーバーはあなたの変更を無視し、Photos に別に保存されている元画像の方を使う。
それは秘密でも何でもないが、Photos は元画像を Photos Library パッケージの中の一つのフォルダに ("originals" と呼ばれる) 保存する。そのアプリ内の一つの画像を編集すると、それ等の変更は元画像の上に加えられた一連の変換として適用され、サムネイルのプレビューに示される。しかしながら、スクリーンセーバーモジュールが一つのアルバム画像を参照する時、それは Photos で見るような画像を作り出す計算機的には高価な動作に思えるものを起動させない。しかし、スクリーンセーバーが動いている時に、相当な CPU サイクルを消費しているアプリは他にないであろう。
私の両親は、2014 年の 27-inch iMac を使っているので、macOS は数バージョン遅れにある。それは macOS 12 Monterey にすらアップグレード出来ないので、macOS 13 Ventura は望むべくもない。しかし、このバグが Ventura にも未だ存在していることを確かめるのに数分も要しなかった。私は数枚の写真を新しいアルバムにコピーし、二枚は回転させ、数枚にははっきりと目に止まる色変更を加え、そしてそのアルバムを System Settings > Screen Saver にある色々な写真ベースのスクリーンセーバーで試験してみた。Preview ボタンをクリックすると、それは私が回転させたり変更を加えたバージョンではなく、元画像を使っていることを示した。
回避策はあるが、皆さんは好きになれないであろう。何故ならば、それはディスク容量を浪費するし、新しい写真を含めるには定常的な保守が必要になるからである。
最初のやり方は、編集した写真をエクスポートし、そして再インポートするのである。こうすれば、スクリーンセーバーはそれ等を "originals" として見るようになる。編集された写真を Finder にエクスポートすると、Photos は編集部分をファイルに "焼き込み" それ等を恒久的なものとする。その後、それ等の画像を Photos に再インポート出来る。エクスポートしたものはディスク容量を節約し、混乱を防ぐために削除することも出来るし、或いは将来の修正用に取っておくことも出来るが、どちらにも問題はある。
このやり方は、少なくとも次の問題を抱える：
私は後で有用となるかも知れないデータを捨て去ることに関しては純粋主義者なので、この回避策は極めて心地良くない。元画像とより小さなインポートの両方を持つのは、容量の無駄遣いと重複画像と向き合うという観点からもっと心配が募る。
二つ目は、スクリーンセーバーに表示したい写真だけを Finder 内のフォルダにエクスポートし、スクリーンセーバーをそのフォルダに向けてやるというやり方である。画面の解像度で、より高い JPEG 圧縮レベルで使って画像をエクスポートしたとしても、この回避策は大量のディスク容量を食うし、簡単にアップデート出来るアルバムや自動的にアップデートされるスマートアルバムに頼るのではなく、将来エクスポートするなどそのフォルダを手動で管理するという更なる作業まで伴うことになる。こちらも同様に満足には程遠い。
私の両親は Apple がこのバグを修正するまで、彼らのスクリーンセーバーで不正に回転された写真を見る度に不快な思いに駆られるであろう。しかし、それが存在するようになって経った年月を思えば、それが修正される日が来ることに期待は持てない。個人的には、何年にも亘って気に入っている Electric Sheep スクリーンセーバーを使い続ける積もりだ。ただ、導入文を考えている間に兎の巣穴に吸い込まれて、Pure Mac Screen Savers, XScreenSaver, そして Screensavers Planet と言ったスクリーンセーバーコレクションのことを思い出してしまった。世の中には目の保養が沢山あるものだ。
