Tech-News

Microsoftは2026年6月、Windows 11の年次アップデート「26H2」を2026年秋（10月前後）に提供予定であることを公式ドキュメントで確認した。ただし今回も昨年の25H2と同様、約200KBの「有効化パッケージ（eKB）」として配布される超軽量な更新であり、実質的な新機能の追加はない。 Windows 11 26H2の正体——「バージョン番号を上げる」だけのアップデート 今回のWindows 11 26H2は、Microsoftが「eKB（enablement package）」と呼ぶ有効化パッケージとして提供される。ファイルサイズはわずか200KB程度で、インストールにかかる時間は再起動込みでも5分未満、場合によっては2分以内で完了する。 eKBの役割はシンプルだ。OSの内部バージョン番号とビルド番号を切り替えるだけであり、UIの変化や新機能の追加は一切ない。すでにWindows 11 24H2または25H2を使用しているPCは、外見上まったく同じ状態のまま「26H2」になる。 Microsoftはこのアプローチについて「組織やITプロフェッショナルに向けた、予測可能で低干渉な更新体験の継続」と説明している。 なぜ2年連続で「大型更新なし」なのか Windows 11の最後の大型機能アップデートは2024年10月1日リリースのWindows 11 24H2だった。25H2（2025年）、そして今回の26H2（2026年）は、いずれも24H2と同一のプラットフォームコードをベースにしており、新しいソフトウェア基盤は持ち込まれない。 Microsoftの方針として注目すべきは、大型機能を年次アップデートから月次の累積アップデート（Patch Tuesday）に分散配布する戦略への移行だ。たとえば近々のPatch Tuesdayでは「移動可能なタスクバー」のサポートが追加予定であり、先ごろの更新では「Low Latency Profile」という重要な機能が搭載された。以前はこうした機能変更が年次アップデートで一挙に届いていたが、今後は毎月の更新に組み込まれていく形に変わっている。 サポート期限とシステム要件 26H2へのアップグレードにおける最大の実益はサポート期間の延長にある。 エディション サポート終了日 Home / Pro / Pro EDU / Pro for Workstations 2028年10月 Enterprise / Education / IoT Enterprise 2029年10月 参考として、現行バージョンのサポート期限は以下のとおり： Windows 11 24H2：2026年10月13日終了 Windows 11 25H2：2027年10月12日終了 ハードウェア要件に変更はなく、4GB RAM・64GBストレージ・1GHz以上の64ビットデュアルコアプロセッサーというWindows 11の既存要件がそのまま適用される。 別ライン「Windows 11 26H1」との違い 混乱を避けるために触れておくと、Windows 11 26H1という別系統も存在する。こちらはNvidia N1（RTX Spark）やSnapdragon X2など次世代シリコン向けの新プラットフォームリリースだ。ただし26H1も現時点では排他的な新機能があるわけではなく、既存PCのユーザーが気にするのは26H2のみで問題ない。 実務への影響——IT管理者が今すべきこと 1. Windows 11 24H2ユーザーはサポート期限を確認 24H2のサポートは2026年10月13日に終了する。企業環境では計画的な26H2への移行スケジュールを策定すべき時期だ。 ...

米サイバーセキュリティ・インフラセキュリティ庁（CISA）は2026年6月19日、Fortinet製デバイス利用者に対し、「FortiBleed」と呼ばれる大規模な認証情報流出事案を受けて直ちにセキュリティ対策を講じるよう緊急警告を発出した。流出した認証情報はファイアウォールおよびVPNゲートウェイを合わせて約7万3,932件に上り、世界中の政府機関・民間企業が攻撃の標的とされている。 FortiBleedとは何か 本事案を最初に発見したのは、セキュリティ研究者のVolodymyr「Bob」Diachenko氏だ。氏はインターネット上の公開サーバーに、Fortinet VPNのユーザー名・メールアドレス・平文パスワードが含まれる大量の認証情報が格納されているのを発見した。データには対象組織の業種・売上・従業員数まで付随しており、将来の攻撃計画に活用するために意図的に整理された可能性が高いとDiachenko氏は指摘している。 脅威インテリジェンス企業Hudson Rockによる分析では、このデータセットは2万1,632のユニークドメイン・194か国に及ぶ、既知最大規模のFortinet認証情報コレクションの一つと評価されている。影響を受けた組織にはSamsung、Mercedes-Benz、Foxconn、Chevron、AT&T、トヨタに加え、通信・医療・金融・製造業の重要インフラ事業者や多数の政府機関が含まれる。被害デバイス数が多かった国はインド、米国、台湾、メキシコ、トルコの順で、日本は直接名指しされていないものの194か国という規模を考えれば無縁ではない。 攻撃の背景——ロシア語圏グループによる組織的活動 Diachenko氏の調査によれば、今回の攻撃はロシア語圏の脅威グループによるもので、32万以上のFortiGateターゲットに対して約11億6,000万回もの認証試行を実施し、SSL VPN認証ハッシュを傍受したとされる。 ただし、認証情報の具体的な入手経路は依然として不明だ。既知の脆弱性の悪用なのか、新たなゼロデイなのか、それとも別の手法なのかは確認できていない。セキュリティ専門家のKevin Beaumont氏は独自調査で一部認証情報の正当性を確認しており、「データは本物で、対象デバイスのほぼすべてが依然オンラインのままだ」と改めて警鐘を鳴らしている。 CISAが求める即時対応 CISAはFortiGate利用者に対し、以下の対応を直ちに実施するよう求めている。 全SSL VPNセッションおよび管理セッションの即時終了 VPNおよび管理者パスワードの全件リセット フィッシング耐性のある多要素認証（MFA）の有効化 不正アクセスや横方向移動（ラテラルムーブメント）の痕跡をログで確認 管理者認証情報をPBKDF2ハッシュアルゴリズムで保護 ファイアウォール管理インターフェースをパブリックインターネットから切り離し、不正アカウントを削除 Hudson Rockは無料の「FortiBleed lookup tool」を公開しており、自組織のデバイスが対象に含まれるかどうかを確認できる。 実務への影響——日本のIT現場でいま何をすべきか FortiGateは日本国内でも企業・官公庁を問わず広く採用されているVPNゲートウェイ・ファイアウォール製品だ。今回の流出データが悪用された場合、外部からの侵入口となるだけでなく、内部ネットワークへの横展開（ラテラルムーブメント）の起点にもなりかねない。優先度順にアクションをまとめると以下の通りだ。 インターネットに公開されているFortiGate機器の棚卸しと管理インターフェースへのアクセス制限 VPN利用者・管理者アカウントのパスワード全件強制リセット MFAが未導入なら即刻導入（FIDO2/WebAuthn等のフィッシング耐性を持つ方式が望ましい） 過去30〜90日分のログを確認し、不審なアクセスや認証失敗のスパイクを調査 FortiSandboxを利用している場合は追加の脆弱性情報を確認（別途、複数の重大脆弱性が攻撃に悪用されているとの報告がある） 筆者の見解 今回のFortiBleed事案が改めて突きつけるのは、「VPNの認証情報そのものが大規模攻撃の標的になる」という構造的な問題だ。パスワードをリセットしMFAを付けることは当然やるべき応急処置だが、それで根本が解決するわけではない。 VPNは「信頼できるネットワーク内に一度入れれば自由に動ける」という前提で設計されている。しかし今回のように認証情報が大規模に流出した場合、攻撃者は正規ユーザーと区別がつかない状態でネットワークを歩き回ることができる。これはアーキテクチャの限界だ。 本質的な対策の方向性はゼロトラストへの移行にある。常時接続VPNで「ネットワークに入れる人間を信頼する」という考え方から、「どのユーザーが・どのデバイスから・何のリソースに・どんな文脈でアクセスするか」を毎回検証する仕組みに変えることが、こうした事案への構造的な答えになる。 日本の大企業・官公庁では、古いVPNベースの境界防御と部分的なゼロトラスト導入が混在し、管理の複雑さだけが増している現場も少なくない。今回の事案を、ゼロトラスト移行計画を本格化させる契機として活用してほしいと思う。 出典: この記事は CISA warns Fortinet users to secure devices after FortiBleed leak の内容をもとに、筆者の見解を加えて独自に執筆したものです。

Bloombergのマーク・ガーマン記者が伝えたところによると、Appleは2027年春に「iPhone Air 2」を発売する計画を進めている可能性がある。Engadgetがこの情報を詳しく報じており、2025年秋に登場した超薄型スマートフォン「iPhone Air」の後継機として位置づけられる見通しだ。 なぜiPhone Air 2が注目されるのか 初代iPhone Airは、Appleの歴史上最も薄いスマートフォンとして鳴り物入りで登場した意欲作だ。しかし市場では「将来発売が見込まれる折りたたみiPhoneに向けた技術的な布石」という見方が根強く、スタンドアローン製品としての継続性に懐疑的な声も少なくなかった。 今回のリーク情報は、そうした見方を覆す可能性がある。Appleが第2世代の開発を本格化しているとすれば、「超薄型フォームファクター」を実験機にとどめず、ラインナップの恒久的な一員として育てていく意思の表れと捉えられる。 iPhone Air 2のスペック・機能（報道ベース） Bloombergの情報源によると、iPhone Air 2には以下の強化が盛り込まれる見通しだ。 背面カメラ: シングルからデュアルへ（初代の最大の弱点を直接修正） プロセッサ: A20 Proの一部バージョンを搭載予定 バッテリー: 初代から改善 海外レビューが指摘した初代の課題 Engadgetが公開した初代iPhone Airのレビューでは、「シングル背面カメラは明確なマイナス点」との評価が示されていた。超薄型ボディを実現するための設計上のトレードオフとして理解できるものの、価格帯を考えると見劣りする部分だったことは否めない。 Air 2でデュアルカメラが実現すれば、このネックが正面から解消される。薄さとカメラ性能の両立という、ユーザーが求めるバランスに一歩大きく近づく格好だ。 Appleの製品カレンダー見直しという文脈 今回の報道でもう一つ注目すべきは、「春発売」という時期設定だ。Appleはこれまで主力iPhoneを秋に一斉発表するサイクルを守り続けてきたが、廉価版「iPhone 17e」を春に投入するなど、製品カレンダーを意図的に分散させる動きが見られる。 iPhone miniやiPhone SEが「話題になったものの続かなかった」という歴史を繰り返さないため、春という投入時期を活用して話題の鮮度を保ちながら定着を図る戦略とも読める。 日本市場での注目点 現時点では日本での発売時期・価格についての公式情報は一切なく、あくまで海外報道に基づく段階だ。ただし、以下の点は押さえておきたい。 価格帯: 初代iPhone AirのApple Store価格は128GBモデルが124,800円（税込）から。後継機が同等水準か、デュアルカメラ搭載により若干上昇するかは不明 競合との比較: Galaxy Sシリーズなどデュアル・トリプルカメラを標準搭載するスリムモデルとの比較が焦点になる。「薄さ」を優先するユーザー層が一定数存在する日本では、カメラ強化によって選択肢として浮上してくる可能性がある 折りたたみiPhoneとの棲み分け: 2027年時点での折りたたみiPhoneの動向も気になる。両モデルが並立した場合、それぞれのターゲット層がどう分かれるかが市場の見どころになるだろう 筆者の見解 初代iPhone Airへの市場の反応が必ずしも熱狂的でなかった背景には、カメラの弱さだけでなく、「これは折りたたみへのつなぎ」というコミュニティの空気があったように思う。その前提があると、ユーザーは「完成品として買う」という判断を保留しやすい。 Air 2でデュアルカメラが加わり、A20 Pro世代のパフォーマンスが確保されれば、「つなぎ感」は薄れる。「これは独立した価値がある製品だ」とユーザーが感じられるかどうかが、このラインナップが根付くかどうかの分水嶺だろう。 一点気になるのは、A20 Proを「フルではなく一部バージョン」で搭載するとされる点だ。コスト設計上の合理性は理解できるが、それがAirというブランドに「ちょっと惜しい」という印象を固定化しないか注視したい。Appleの持てる技術力を考えれば、薄さと完成度の両立は十分実現可能なはずで、中途半端な着地にとどめる必要はないはずだ。 2027年春は、超薄型iPhoneが「本物のラインナップ」として認められるかどうかを問われる試金石となる。 関連製品リンク Apple iPhone Air 256GB (SIM-Free) 上記はAmazon.co.jpへのリンクです。記事執筆時点の情報であり、価格・在庫は変動する場合があります。 出典: この記事は The iPhone Air 2 will reportedly land next spring with a second camera の内容をもとに、筆者の見解を加えて独自に執筆したものです。 ...

Microsoftは、Windows Defenderのゼロデイ脆弱性「RoguePlanet」（CVE-2026-50656）に対するパッチを現在開発中であることを公式に認め、セキュリティアドバイザリを公開した。完全パッチ適用済みのWindows 10・11でも悪用可能であり、パッチ提供時期は未定のまま攻撃リスクがさらされている。 RoguePlanetとはどんな脆弱性か RoguePlanetはMicrosoft Malware Protection Engine——Defenderのコアエンジン——に存在するレースコンディション（競合状態）の脆弱性だ。攻撃者がこれを悪用すると、SYSTEM権限でコマンドプロンプトを起動できてしまう、いわゆる「特権昇格（EoP）」の脆弱性である。OSの最上位権限を乗っ取られることを意味し、その先の攻撃展開は無制限に広がる。 この脆弱性を発見・公開したのは「Nightmare Eclipse」と名乗るセキュリティ研究者。2026年6月のPatch Tuesday当日に、PoC（概念実証コード）を自前のGitリポジトリで公開した。GitHubやGitLabは以前MicrosoftからのリクエストでリポジトリをBanされたとして、自ホスティングに切り替えている。 レースコンディション脆弱性ゆえの「不規則性」 レースコンディション系の脆弱性は確率的な挙動をとる。Nightmare Eclipse本人も「一部のマシンでは100%成功したが、別のマシンでは不安定だった」と述べており、環境依存性が高い。 ただし特に注目すべきは、リアルタイム保護が有効でも無効でも機能するという点だ。「Defenderを有効にしているから安全」という思い込みは今回には通じない。セキュリティ製品そのものが攻撃ベクターになるという皮肉な状況であり、管理者はDefenderの状態だけで安全を判断しないよう気をつけたい。 MicrosoftはCVE-2026-50656として正式にIDを割り当て、「高品質なセキュリティアップデートを提供するために取り組んでいる」とアドバイザリで述べているが、リリース時期の明言はない。 研究者とMicrosoftの長期的な対立 RoguePlanetは孤立した事例ではない。Nightmare Eclipseはここ数ヶ月で、BlueHammer・RedSun・GreenPlasma・MiniPlasma・YellowKey・UnDefendと、WindowsコンポーネントやDefender・BitLocker関連のゼロデイを次々と公開してきた。その背後にあるのは、Microsoftのバグバウンティ制度と脆弱性開示プロセスへの強い不満だ。 Microsoftはこれに対し「顧客に実害をもたらす悪意ある活動」への法的措置も辞さないと警告。セキュリティ研究者コミュニティの間では、この表現が研究者個人への脅しと受け取られ、批判を集めた。 なお、GreenPlasma・MiniPlasma・YellowKeyの3件は6月のPatch Tuesdayで修正済み。RoguePlanetはその後に開示されており、修正が未適用のまま残っている状況だ。 日本のIT管理者が今できること パッチが存在しない以上、完全な防御は不可能だが、攻撃の連鎖を断ち切るための対策は存在する。 Defenderの定義・エンジンを最新状態に維持する: 本脆弱性のパッチではないが、エンジン更新に関連する変更が含まれる可能性がある 最小権限の原則を徹底する: SYSTEM権限が奪われた後の横展開を防ぐため、アカウント分離・ネットワーク分離を強化する EDR/SIEMの検知ルールを見直す: 不審なSYSTEMプロセス生成やコマンドプロンプトの異常起動を検知できるルールが入っているか確認する パッチリリース即展開の体制を整備する: Defenderは自動更新が基本だが、組織ポリシーで遅延設定している場合は展開プロセスを前倒しで見直しておく 特に大規模環境では「パッチが出てから考える」では遅い。今のうちにDefender関連パッチの緊急展開フローを確認しておきたい。 筆者の見解 技術的に見て、Defenderのコアエンジンにレースコンディションが存在したという事実は興味深い。セキュリティ製品は高度に複雑なソフトウェアであり、こういった脆弱性がゼロになることは現実的にはありえない——そのこと自体は理解できる。 ただ、Nightmare Eclipseが次々とゼロデイを公開し続けるという異例の展開は、Microsoftのバグバウンティ制度の設計に根本的な問題があることを示唆している。研究者を「顧客への脅威」として法的に牽制するよりも、正当な報告に対して適切な評価と報奨を行う仕組みを整える方が、長期的には顧客保護につながるはずだ。Microsoftにはその実力があるからこそ、もったいないと感じる。 Defenderは世界中の何億台ものWindowsデバイスを守る要だ。その信頼性を高めるためにも、セキュリティ研究者コミュニティを敵に回すのではなく、協調関係を築く方向に舵を切ってほしい。今からでも遅くはないと思っている。 出典: この記事は Microsoft working on Defender patch for RoguePlanet zero-day の内容をもとに、筆者の見解を加えて独自に執筆したものです。

米国司法省（DOJ）は2026年6月13日、非同意AI生成ヌード画像を公開していたウェブサイト「CFAKE.com」および「SOCFAKE.com」のドメインを差し押さえたと発表した。2025年5月に成立したTAKE IT DOWN法に基づく初の公式ドメイン差し押さえ事例とみられる。 CFAKE・SOCFAKEとは何だったのか これらのサイトは、政治家・女優・アスリート・ジャーナリスト・王族など複数国の著名女性を被写体にした、AI生成の性的ディープフェイク画像・動画を大量に公開していた。DOJの声明によると、対象には複数国のファーストレディや王族も含まれていた。 ディープフェイクとは、既存の写真・動画・音声から本人が実際には行っていない行動や発言を「したかのように」見せるAI生成メディアの総称だ。近年は生成AIの精度向上に伴い、非同意ポルノ（NCII: Non-Consensual Intimate Imagery）の生成ツールとして悪用されるケースが急増している。 国際連携捜査の全容 今回の捜査はイタリア郵便・サイバーセキュリティ警察が米当局に情報提供したことで始まった。イタリアは2025年10月に被害申告を受理し、国内でのアクセス遮断命令を取得しながら捜査を継続。その後、証拠が米国経由でフランスに共有され、フランス検察が独自に捜査を展開。2026年6月10日にはフランス・ニースで容疑者が逮捕され、関連する暗号資産も押収された。 ドメイン差し押さえには米国土安全保障省捜査局（HSI）ニュージャージー支局、DOJコンピュータ犯罪・知的財産部門、フランス国家警察、パリ検察局、イタリア郵便・サイバーセキュリティ警察が参加した。まさに多国間連携の成果だ。 TAKE IT DOWN法とは 2025年5月にトランプ大統領が署名したTAKE IT DOWN法（47 U.S.C. § 223）は、本人の同意を得ない性的画像・ディープフェイクの公開を連邦犯罪として定めた法律だ。特に注目すべき条項が、48時間以内の削除義務だ。被害者からの申告を受けたオンラインプラットフォームは、48時間以内に当該コンテンツを削除しなければならない。 超党派で支持されたこの法律は、メラニア・トランプ大統領夫人が「Be Best」活動の一環として推進したことでも知られる。 違反者には罰金または禁固刑、もしくはその両方が科せられる。 実務への影響——日本のエンジニア・IT管理者にとっての意味 プラットフォーム事業者は対岸の火事ではない。日本でもユーザー投稿型コンテンツを扱うサービスは多い。TAKE IT DOWN法は米国法だが、サービスが米国ユーザーを対象とする場合、あるいは将来的に日本でも類似法制が整備された場合、同等の削除対応義務が生じうる。48時間以内の削除を確実に実現するインシデント対応フローと通報受付窓口の整備は、今から取り組んでおく価値がある。 AI生成コンテンツのリスク管理は技術的課題だ。生成AI機能をサービスに組み込む際は、悪意ある利用（NCII生成・なりすまし・フィッシング）を想定した入力バリデーションとコンテンツフィルタリングが不可欠になっている。「使えないようにする」禁止アプローチではなく、正規用途を便利にしながら悪用の検出・遮断を組み込む設計が求められる。 暗号資産の押収は収益化阻止の観点から重要。今回フランス当局が運営者の暗号資産を押収した点は見落とせない。違法コンテンツビジネスの収益モデルを断つアプローチが国際的に定着しつつある。 筆者の見解 セキュリティ系の話題は正直好みではないが、今回の摘発は純粋に技術・法制度・国際連携の三つが噛み合った好例として評価したい。 注目したいのは48時間削除義務という設計思想だ。「禁止する」のではなく「通報されたら48時間以内に対応しなければ違法」という仕組みにすることで、プラットフォームに構造的な責任を負わせている。これは「禁止より仕組みを作れ」という考え方に近く、実効性の高いアプローチだと思う。 一方で課題もある。有名人を対象にした大規模サイトは摘発しやすいが、一般人を標的にした小規模なケースや分散型プラットフォームへの対応はまだ十分ではない。法整備と技術的な検出手段が追いつくまでの間、被害は続く。 日本では現時点でTAKE IT DOWN法に直接相当する法律はないが、プロバイダ責任制限法の改正議論が続いており、類似の方向性が検討されている。日本のIT事業者も「法律が通ってから考える」ではなく、今のうちに対応フローを整えておくのが現実的な判断だろう。 国際連携捜査の精度が上がり、暗号資産追跡技術が成熟してきた今、「どこかのサーバーに置けば大丈夫」という時代は終わりつつある。それ自体は良い変化だ。 出典: この記事は DOJ seizes CFAKE, SOCFAKE deepfake nude sites under TAKE IT DOWN Act の内容をもとに、筆者の見解を加えて独自に執筆したものです。

Claude CodeやCodex、GitHub Copilot CLIなど主要AIコーディングエージェントに対応したプラグイン「Ponytail」が、「怠惰なシニア開発者の哲学」をエージェントに注入することで、生成コード量を最大94%削減・処理速度3〜6倍・APIコスト最大77%削減を達成したと報告している。 「過剰実装」はAIエージェントの本能的な罠 AIエージェントにコードを書かせると、しばしば過剰な実装が生まれる。日付ピッカーを頼んだだけなのに、flatpickrをインストールし、ラッパーコンポーネントを書き、スタイルシートを追加し、タイムゾーン対応の議論まで始める。ブラウザには最初から <input type="date"> があるのに、だ。 Ponytailはこの問題に正面から向き合うプラグインだ。コードを書く前に、以下の順序でチェックを強制する： そもそも必要か？ → 不要なら作らない（YAGNI） 標準ライブラリで解決できるか？ → 使う プラットフォームのネイティブ機能で解決できるか？ → 使う インストール済みの依存関係で解決できるか？ → 使う 1行で書けるか？ → 1行にする それでもダメなら：動く最小限を書く このルールセットをセッションごとに自動注入することで、「経験あるエンジニアなら一瞬で見抜く不要なコード」を事前に刈り取る設計だ。 計測結果：3モデル・5タスク・各10回の中央値 計測はHaiku・Sonnet・Opusの3モデルで実施。「メールバリデーター」「デバウンス」「CSV集計」「カウントダウンタイマー」「レートリミッター」の5タスク、各10回の中央値を報告している。 指標 削減効果 コード行数 80〜94%削減 レスポンス速度 3〜6倍高速化 APIコスト 47〜77%削減 重要な設計方針として「怠惰であって、杜撰ではない（Lazy, not negligent）」が掲げられている。信頼境界のバリデーション・データロス対応・セキュリティ・アクセシビリティはショートカットの対象外だ。また、各ショートカット箇所にはコード内に ponytail: コメントでアップグレードパスが明示されるため、後から本番対応へ拡張する際の道筋も残される。 ベンチマークは npx promptfoo eval -c benchmarks/promptfooconfig.yaml で自分でも再現できるよう公開されている。 対応AIエージェント・ツール Ponytailは以下に対応している： ツール インストール方法 Claude Code /plugin marketplace add DietrichGebert/ponytail OpenAI Codex codex plugin marketplace add DietrichGebert/ponytail GitHub Copilot CLI copilot plugin marketplace add DietrichGebert/ponytail Gemini CLI gemini extensions install https://github.com/DietrichGebert/ponytail Pi agent harness pi install git:github.com/DietrichGebert/ponytail Cursor / Windsurf / Cline / Aider / Kiro ルールファイルを手動コピー Claude CodeとCodexのプラグインはNode.jsのライフサイクルフックで動作するため、node がPATHに入っている必要がある（Nix/nvm環境では非対話シェルのPATHに注意）。 ...

MicrosoftがJune 2026 Patch Tuesdayとして2026年6月9日にリリースしたWindows 11累積更新プログラムKB5094126（Build 26200.8655）が、HP EliteBookをはじめとする複数機種で起動不能（Black Screen of Death / BitLocker回復ループ）を引き起こしていることが確認されている。とくに数百台規模でHP端末を管理している企業の担当者から「展開後ほぼ全台が起動不能になった」という深刻な報告が相次いでいる。 KB5094126の概要——200件超の脆弱性を修正する重要パッチ KB5094126は今年最大級のアップデートと位置付けられており、約200件のセキュリティ脆弱性（うち33件がCritical、5件がゼロデイ）を修正する。新機能としては待望の「Low Latency Profile」なども含まれ、重要度は極めて高い。 ただし、更新は延期設定をしていないPCにはバックグラウンドで自動インストールされる。企業環境でWUfBやWSUSの制御下に置いていない端末は自動適用されているケースがあるため、まず対象範囲の確認が必要だ。 何が起きているのか——BSoDとBitLocker回復ループ 影響を受けたPCでは以下のような症状が報告されている： 起動時にBlack Screen of Death（エラーコード：0xc0430001）が表示される BitLocker有効環境ではBitLocker回復画面に遷移し、回復キー入力後も再起動ループに陥る 起動できた場合でもイベントビューアにTPM-WMI エラーが大量記録される 代表的なメッセージ：The secure boot update failed to update Boot Manager (2023) due to the error: insufficient disk space. 技術的な根本原因：EFIパーティションの容量不足 KB5094126はSecure Boot関連のファイルや証明書、Boot ManagerおよびEFI領域に書き込みを行う。MicrosoftはこのアップデートでSecure Boot証明書の更新を多くのPCに対して有効化したと明言している。 問題が起きやすいのは、旧来の100MBサイズのEFIパーティションを持つ端末だ。現在の推奨は500MB〜1GBだが、数年前に展開されたPCイメージは100MBで作られているものが多く、そこにSecure Bootファイルを書き込む容量が足りなくなる。 とくにHPデバイスが多く影響を受けているのは、HPがEFIパーティション内にEFI\HP\DEVFWとしてBIOS/ファームウェア回復ファイルを格納しているため、パーティションがさらに圧迫されているからだ。 影響が確認されている機種（現時点）： メーカー 機種 HP EliteBook 840 G10 HP ProBook 460 G11 / HP 460 G11 HP Engage One Pro 15.6 G2 AiO POS ...

米テクノロジーメディア「Tom’s Guide」のAmanda Caswell氏が、Googleが静かに展開している新しいプライバシー設定「Search Services History」について詳細を報告した。この設定はデフォルトで有効化されており、AI機能を利用する際に送信した画像・音声・動画がアカウント履歴に保存される可能性があるとして、設定の確認を呼びかけている。 Search Services Historyとは何か Search Services HistoryはGoogleのActivity Controls内に新設された設定だ。AIを活用したGoogleの各種サービスを利用する際に送信したメディアを記録する目的で設計されており、主に以下のコンテンツが対象となる。 視覚的入力: Google Lensやビジュアルサーチツールにアップロードした写真 音声クリップ: リアルタイム音声インタラクションや音声検索に使用した録音 リッチメディア: マルチモーダルAI分析のために送信した動画 AIコンテキスト: 対応AIサービスで共有したその他の個人メディア Googleはこのデータをサービス改善に活用するとし、個人識別情報を削減するための保護措置も適用されると説明している。ただし、Tom’s GuideのCaswell氏が指摘するように、「こうしたやり取りをそもそも保存されたくない」ユーザーも少なくない。 Tom’s Guide推奨の「20秒の対処法」 Caswell氏の記事では、設定変更の具体的な手順が紹介されている。 Googleアカウントの設定ページを開く 「データとプライバシー」タブに移動し、「アクティビティ管理」を開く 「Search Services History」を探す 「メディアを保存」というサブオプションを見つける これをオフに切り替える Caswell氏は「この操作は1分以内に完了する」と述べており、AIサービスを日常的に使うユーザーには即座に確認することを勧めている。 「全部オフ」には注意が必要 プライバシー対策としてよく見かける「Web & App Activity（ウェブとアプリのアクティビティ）を完全無効化する」というアドバイスについて、Tom’s Guideは慎重なスタンスを取っている。完全無効化すると以下の機能に影響が出るためだ。 検索履歴やオートコンプリートの精度低下 Googleマップのパーソナライズされたルートショートカットの消失 スマートフォンのGoogle Discoverが個人に合わせた表示をしなくなる アカウント全体の継続的なパーソナライゼーションが止まる Caswell氏は「Search Services History内のメディア保存トグルだけをオフにするのが最も実用的な妥協点」と評価しており、日常的な利便性を損なわずにプライバシーを守れる手段として推薦している。 日本市場での注目点 Search Services Historyの設定変更はGoogleアカウントを持つ全ユーザーが対象であり、日本のユーザーも例外ではない。Googleのアクティビティ管理画面は日本語化されているため、上記の手順をそのまま日本語UIで実施できる。 Google LensやGemini、音声検索を日常的に使っている人は特に確認しておく価値がある。また企業のIT管理者にとっては、業務端末でのAI機能利用に関するプライバシーポリシー見直しのきっかけとなる事例でもある。 筆者の見解 今回の件で気になるのは、デフォルトが「オン」になっている点だ。AIの精度向上にデータが必要という理屈はわかるが、変更が必要だと気づかないまま使い続けるユーザーが大半を占めるとすれば、「知らないうちに同意させている」構造に近い。設定変更の窓口があること自体は評価できるが、デフォルト選択の設計思想には疑問を感じる。 実用的な観点では、Tom’s Guideの示す「全体をオフにするのではなく、メディア保存だけをオフにする」アプローチは非常に理にかなっている。全部禁止すると利便性が損なわれ、最終的にユーザーが設定を元に戻してしまう——禁止策が逆効果になるパターンそのものだ。必要最小限の設定変更で実用性とプライバシーを両立する、という発想は今後のAIサービス時代の基本リテラシーになっていくだろう。 AI機能が日常に深く浸透するほど、今回のような「静かな設定変更」は増えていく。プライバシー設定を定期的に見直す習慣そのものが、これからの時代に求められるリテラシーになってきている。 出典: この記事は Google just changed a major privacy setting — here’s the switch I turned off immediately の内容をもとに、筆者の見解を加えて独自に執筆したものです。 ...

Amazonが、スマートホーム向けディスプレイデバイス「Echo Hub」向けに無料のソフトウェアアップデートの配信を開始した。テック系メディアThe VergeのStevie Bonifield記者が2026年6月11日に報じた内容によると、2024年のリリース時から大きな変化がなかったホーム画面UIが全面的に刷新され、レイアウトの完全カスタマイズが可能になったという。 なぜこの製品が注目か——スマートホームの「操作盤」としての進化 Echo Hubは、スマートホームの中枢コントローラーとして設計されたタッチスクリーンデバイスだ。壁掛け設置を前提とし、照明・空調・セキュリティカメラなど複数のデバイスを一元管理する「操作盤」的な役割を担う。 今回のアップデートが注目される理由は、単なるUI改善にとどまらず、Ring AIのビデオ検索機能とAlexa Plusによるカメライベントの要約機能というAI活用が統合された点にある。スマートホームデバイスの操作性とAI機能が一体化したアップデートとして、業界内でも注目されている。 海外レビューのポイント——The Vergeが伝える5つの新機能 The VergeのBonifeld記者が伝えた新機能は以下の5点だ。 1. 部屋別・機能別のグループ整理 「ベッドルーム」「1階」「気候管理」など、部屋や用途ごとにダッシュボードを整理できるようになった。グループはボトムバーから操作でき、長押し編集でデバイスの追加・削除・並び替えが可能。グループ内の全デバイスをワンタップで一括制御できる。 2. 新規グループ作成 ボトムバーの「グループを追加」ボタンから自由に新しいグループを作成できる。作成したグループは音声コントロールとアプリからもアクセス可能だ。 3. セクションとタイルの自由配置・リサイズ ドラッグ＆ドロップでセクションを追加・削除・並び替えでき、よく使うデバイスのタイルを大きく表示するリサイズも可能になった。Bonifeld記者によると、これにより自分のスマートホームの使い方に合わせたレイアウトが実現できるという。 4. デバイスの詳細設定へのアクセス 各デバイスタイルの3点メニューから詳細なコントロールにアクセスできるようになった。対応する照明では0〜100%の精密な調光設定や、カラーホイールを使った色の選択が可能。 5. よく使うルーティンへのクイックアクセス ホーム画面のオートメーションセクションからよく使うルーティンにワンタップでアクセスできるようになった。定型的な操作の呼び出しが格段にスムーズになる。 さらにBonifeld記者は、Ring AIのVideo Search機能（自然言語でカメラ映像を検索できる機能）と、Alexa Plusによるカメライベント要約がEcho Hubでも利用可能になったことを報じている。「昨日の午後、玄関に誰か来た？」のような自然な言葉でカメラ映像を検索できるようになる、実用性の高い追加だ。 日本市場での注目点 Echo Hubは日本でも正規販売されているデバイスで、本体価格は約29,980円（執筆時点）。今回のソフトウェアアップデートは既存ユーザーにも無料で提供される点は魅力的だ。 ただし、Ring AIのVideo Search機能やAlexa Plus関連の機能については、日本での提供状況は現時点では未確認だ。Alexaの高度なAI機能は日本市場への展開が遅れるケースが多く、この点は注意が必要だ。日本ユーザーは公式の国内展開情報を確認してから期待値を設定したほうがよい。 日本のスマートホーム市場ではSwitchBotやGoogle Nest Hub、Apple HomePodとの競合がある。Echo Hubの強みはAmazonエコシステムとの統合の深さにあり、すでにEchoシリーズやRingカメラを導入しているユーザーにとっては、追加投資なしに恩恵を受けられる今回のアップデートは素直に歓迎できる。 筆者の見解 今回のアップデートで評価したいのは、AIをUIの表面に無理やり押し出すのではなく、「使いやすい操作盤」を地道に改善しているアプローチだ。ドラッグ＆ドロップで自分好みに並び替えられる、タイルをリサイズできる——これは地味に見えて、スマートホームが「使い続けられるか否か」を左右する根本的な改善である。 スマートホームデバイスが普及しない最大の障壁の一つは操作の複雑さにある。専用アプリを開かなければ設定できない、使い方を覚えるコストが高い、という課題に対して、壁に貼り付けた操作盤から直感的にコントロールできる仕組みを磨き続けているのは正しい方向性だと見る。 AI機能のRing Video Searchについては、「自然言語でできます」より「実際の家庭で毎日使われているか」という観点で評価されるべきだ。技術として実現できることと、日常のワークフローに溶け込むことは別の話である。Echo Hubという常時表示デバイスに統合されることで、カメラ映像の確認というタスクがどれだけ摩擦なく行えるかが、今後のスマートホームAI統合の一つの試金石になるだろう。 関連製品リンク Amazon Echo Hub 8インチスマートホームコントロールパネル Ring Video Doorbell Pro 2 上記はAmazon.co.jpへのリンクです。記事執筆時点の情報であり、価格・在庫は変動する場合があります。 出典: この記事は Amazon’s Echo Hub gets a customizable new look and Ring’s AI features の内容をもとに、筆者の見解を加えて独自に執筆したものです。 ...

米テクノロジーメディアのTom’s Guideは2026年6月11日、WWDC 2026で発表されたtvOS 27に関して、2つの旧型Apple TVデバイスがサポートから除外されることを報じた。サポート打ち切りの対象はApple TV HD（2015年発売）とApple TV 4K 第1世代（2017年発売）で、それぞれ約10年・約8年にわたるソフトウェアサポートに終止符が打たれる。 サポート対象デバイスと対象外デバイス tvOS 27のアップデートを受け取れるのは、以下の2モデルのみとなる： Apple TV 4K 第2世代（2021年） Apple TV 4K 第3世代（2022年） Apple TV HDはすでに4年前に販売終了しており、今回の打ち切り自体は驚きではない。しかし、Tom’s GuideのScott Younker氏が指摘する通り、tvOS世代がここ数年で初めてサポートを打ち切った点は注目に値する。 tvOS 27の新機能 Tom’s Guideの報道によると、tvOS 27で追加・改善される主な機能は以下の通りだ： コントロールセンターの応答性向上 AirPlay接続の高速化 アプリ起動・アニメーションの改善 スマートダウンロード機能 大型テキストアクセシビリティオプション 設定アプリへのAppleCare詳細表示 HomeKitビデオ録画機能の改善（Apple発表のスマートホームセキュリティカメラとの連携） 同氏は「他のOS 27アップデートと比べると機能追加は最小限で、公式プレビューページも存在しない」と評しており、tvOS 27の内容の薄さは際立っているとしている。 新型Apple TVハードウェア登場への期待 Tom’s Guideによると、2024年頃から新型Apple TVデバイスの発売が繰り返し噂されてきたが、いまだ実現していない。今回のサポート打ち切りは、新ハードウェアが近いことを示す間接的なシグナルである可能性がある。 海外メディアで語られている新型Apple TVの噂には次のようなものがある： スレッド（Thread）接続によるスマートホームハブ機能 カメラ搭載モデル（FaceTimeやジェスチャー操作対応） HomePodとの統合（2022年頃からの継続的な噂） iOS 27で強化された新Siriとの連携によるスマートホーム制御 Tom’s Guideは、iOS 27でついて登場するAI強化版Siriが、新型Apple TVのスマートホームハブとしての役割を担う可能性を指摘している。 日本市場での注目点 リリーススケジュール： tvOS 27の開発者ベータはすでに公開中。パブリックベータは2026年7月提供予定で、正式リリースは9月頃が見込まれる。 現行モデルの価格： 国内では現行のApple TV 4K 第3世代（Wi-Fiモデル21,800円、Wi-Fi + Ethernetモデル24,800円）が購入可能。 買い替えの判断： Apple TV HDや初代Apple TV 4Kを今も使っているユーザーは、tvOS 27以降のセキュリティアップデートを受けられなくなるため、早めの買い替え検討が現実的な課題となる。 ...

Microsoftは2026年6月のPatch Tuesdayにおいて、Windows Server 2025向け累積更新プログラムKB5094125をリリースし、4月の更新後に一部デバイスがBitLocker回復モードで起動するという既知問題を解消した。Windows 11 23H2向けにはKB5093998が対応する。 何が起きていたのか BitLockerはWindowsのストレージ暗号化機能で、ハードウェア変更やブートコンポーネントの更新が検出されると、不正アクセスを防ぐために自動的に回復モードへ移行する仕組みを持つ。今回の問題では、2026年4月のセキュリティ更新（Patch Tuesday）をインストールした後、一部のWindows Server 2025デバイスが初回再起動時にBitLocker回復キーの入力を要求するという現象が発生した。 Microsoftは当初「回復キーの入力は初回のみで、グループポリシー設定が変更されなければ以降の再起動では発生しない」と説明していたが、IT管理者にとって突然の回復画面は運用上の混乱を招く。 影響を受けた条件 この問題は非常に特定の条件が重なった場合のみ発生する。Microsoftが公開した情報によると、以下のすべての条件を満たすデバイスが対象となる。 OSドライブでBitLockerが有効になっている グループポリシー「ネイティブUEFIファームウェア構成のTPMプラットフォーム検証プロファイルを構成する」が設定されており、検証プロファイルにPCR7が含まれている（またはレジストリキーで手動設定されている） システム情報（msinfo32.exe）でSecure Boot StateのPCR7バインディングが「Not Possible」と表示されている Secure Boot署名データベース（DB）にWindows UEFI CA 2023証明書が存在し、2023署名済みWindows Boot Managerがデフォルトとして設定される条件を満たしている デバイスがまだ2023署名済みWindows Boot Managerで起動していない これらの条件はすべて企業の管理環境特有の構成であり、個人デバイスへの影響は極めて低いとMicrosoftは説明している。 技術的な根本原因 問題の核心はTPMのPCR7（Platform Configuration Register 7）の取り扱いにある。PCR7はSecure Bootの状態をTPMが記録するレジスタで、BitLockerはこの値を使ってブート環境の整合性を検証する。 今回の更新ではブートファイルの更新処理が行われ、不整合なPCR7設定を持つデバイスで意図しないBitLocker回復がトリガーされた。修正版では、互換性のないグループポリシー設定を持つデバイスに対して2023署名済みBoot Managerのインストールを抑止する仕組みが追加された。影響を受けたデバイスではシステムイベントログにイベントID 1032が記録される。 今すぐできないIT管理者向けの回避策 今月の更新をすぐに展開できない環境向けに、Microsoftは以下の暫定対応策を案内している。 KB5082063以降の更新インストール前に、問題のグループポリシー設定を削除する BitLockerのバインディングがPCR7プロファイルを使用するよう設定を見直す グループポリシーを削除する前に展開が必要な場合は、Known Issue Rollback（KIR）を適用して2023 Boot Managerへの自動切り替えを抑止する 実務への影響 日本のエンタープライズIT管理者にとって、今回の修正はいくつかの実務的な示唆を持つ。 まず、BitLockerグループポリシーの棚卸しを。今回影響を受けたのは「推奨されない設定」とMicrosoftが明示した構成だ。PCR7を含む検証プロファイルの設定が本当に必要かどうか、セキュリティポリシーを見直す好機だ。 次に、Patch Tuesday前の検証環境整備。本番環境へ適用する前に少数の検証機で動作確認するプロセスが重要性を増している。BitLockerが有効な環境では、回復キーの保管状況（Active Directory / Microsoft Entra IDへのバックアップ状態）も合わせて確認しておきたい。 また、イベントログの活用を。今回はイベントID 1032で影響を把握できる。MicrosoftがこのようなIDを公開している場合は、監視ルールに追加しておくと迅速な対応につながる。 なお、BitLocker関連の問題は今回が初めてではない。2024年8月には7月の更新後に全Windowsバージョンで同様の問題が発生し、2025年5月にはWindows 10向けの緊急更新がリリースされるケースがあった。繰り返すパターンとして認識しておく必要がある。 筆者の見解 セキュリティは正直なところ得意分野ではないが、BitLockerとTPMの仕組み自体は技術的に面白い。今回の問題を読み解くと「推奨されない設定」が原因とはいえ、その設定を企業ポリシーとして長年運用してきたIT部門を一方的に責めるのは酷だとも思う。 気になるのは、Microsoftが4月のPatch Tuesdayで問題を認識してから修正までに2ヶ月を要した点だ。エンタープライズ環境でBitLockerの回復が発生すると、深夜対応や拠点ごとのリモート支援など現場負荷は甚大になる。Microsoftほどの技術力があれば、もう少し早い対応ができたのではないかと感じる。もったいない。 とはいえ、根本原因の説明とKIRという暫定回避策の提供、そしてイベントIDによる診断情報の公開は評価できる。透明性の面ではしっかり仕事をしている。 繰り返しになるが、BitLockerとTPMの設定は「作り手の意図した使い方」に沿うのが一番安全だ。カスタムPCR検証プロファイルを独自に組んでいる環境は、この機会に設計意図を再確認しておいてほしい。セキュリティの細部は面倒くさいが、ここを怠ると今回のように突然の痛みを伴う。 出典: この記事は Microsoft fixes BitLocker recovery bug on Windows Server 2025 の内容をもとに、筆者の見解を加えて独自に執筆したものです。 ...

Linuxカーネルに、たった1文字の感嘆符（!）が原因で引き起こされる高深刻度の脆弱性が発見された。Ars TechnicaのシニアセキュリティエディターDan Goodin氏が2026年6月9日に報告したこの問題はCVE-2026-23111として追跡されており、未権限ユーザーがroot権限へ昇格できる。修正パッチは既に配布済みだが、PoC exploitも公開されており、未適用環境のリスクは現実的な脅威となっている。 1文字のバグが生んだuse-after-free 問題の舞台は nf_tables——Linuxカーネルのパケットフィルタリングサブシステムで、従来の iptables や ip6tables を置き換えるファイアウォール管理の中核コンポーネントだ。 Ars Technicaの報道によると、nf_tables を実装するコードの中に誤った感嘆符（!）が1つ混入。これがuse-after-free脆弱性の直接の原因となった。use-after-freeとは、既に解放されるべきメモリアドレスに悪意あるコードを配置するメモリ破損の一種で、権限昇格や任意コード実行につながる深刻なクラスの脆弱性だ。 攻撃の仕組み——verdict削除処理の悪用 攻撃は nf_tables フレームワーク内の「verdict（判定）」削除処理を妨害することで成立する。verdictとはパケットがルールに一致したかどうかを決定する処理で、他の要素に一致しなかった際のワイルドカードとして catchall 要素を使用する。 verdict mapがメモリから削除される際、catchall要素が非活性化され、チェーンの参照カウンタがデクリメントされる。エラー発生時は削除が取り消されカウンタが再インクリメントされるが、CVE-2026-23111はこのプロセスを悪用してカウンタを任意回数デクリメントし、他のオブジェクトがまだ参照している状態でチェーンを削除・解放させることができる。 セキュリティ研究者の評価 Ars Technicaの報道によれば、脆弱性を発見したセキュリティ企業Exodus Intelligenceが技術ブログとPoC（概念実証コード）を公開。同社は「誤った感嘆符1つがuse-after-free脆弱性を生み、未権限ユーザーがDebian・UbuntuでrootへのPrivilege Escalationが可能になる。カーネルベースアドレスのリーク、ヒープアドレスのリーク、制御フロー乗っ取りと複数回の脆弱性トリガーが必要だが、アイドル状態のシステムで99%超の安定性を記録した」と評価している。 またセキュリティ企業FuzzingLabsは2026年4月時点でPoC exploitを実証済みだ。Ars Technicaは、CVE-2026-23111が最近Linuxを直撃した権限昇格脆弱性の少なくとも3件のうちの1つであると指摘。単独でも深刻だが、別のエクスプロイトと連鎖させることでOSのサンドボックス防御を回避できる点を特に警告している。 修正状況: パッチは2026年2月にLinuxカーネルへマージ済み。その後、主要Linuxディストリビューションへのバックポートも完了している。 日本市場での注目点 日本国内でも多くの企業・組織がDebian系やRHEL系Linuxをサーバー・クラウド環境で運用している。本脆弱性の影響確認ポイントを整理する。 優先確認が必要な環境 Ubuntu（LTS含む）、Debian nf_tablesを有効化したその他のLinuxディストリビューション クラウド上のカスタムAMI・イメージ（AWS/Azure/GCP問わず） コンテナホスト（コンテナはホストカーネルを共有するため、ホスト側のパッチ適用が必須） 確認コマンド例 出典: この記事は High-severity vulnerability in Linux caused by a single faulty character の内容をもとに、筆者の見解を加えて独自に執筆したものです。

ServiceNow（NYSE: NOW）は2026年6月9日、APIエンドポイントの認証設定不備を悪用したセキュリティインシデントを公表した。攻撃者は認証なしでアクセス可能な状態になっていたREST APIを通じて、複数の顧客インスタンスからデータを取得したことが確認されている。 何が起きたのか 問題の核心は、APIエンドポイント /api/now/related_list_edit/create の設定にある。このエンドポイントが requires_authentication=false の状態で公開されており、認証なしで顧客インスタンスのデータを照会できる状態になっていた。 ServiceNowは「異常なアクティビティ」を検出後、2026年6月5日にホスト型顧客インスタンスへのセキュリティアップデートを適用。該当エンドポイントの設定を修正し、認証済みユーザーのみがアクセスできる状態にした。 本インシデントはServiceNowのカスタマーサポートポータル（ログイン必須）の掲示板と、直接のサポートケースを通じて該当顧客に通知された。サポートケースを受け取っていない顧客は影響を受けていないとみなされるとのことだ。 影響を受ける環境 ServiceNowによると、影響範囲は以下の通り： Australiaプラットフォームリリースを使用している顧客 Australia以前のリリースを使用しており、特定の構成変更を行った顧客 CVEの採番については現時点で検討中とのことで、技術的詳細の公開も限定的な状態が続いている。 侵害の痕跡（IoC） RedditのServiceNow管理者コミュニティでは、以下のIoCが共有されている： 不審なIPアドレス: 51.159.98.241 対象エンドポイント: /api/now/related_list_edit 今すぐ実施すべき対応 ServiceNow管理者は以下を速やかに確認・実施すること： ログの精査: /api/now/related_list_edit へのリクエスト履歴を確認。特にIPアドレス 51.159.98.241 からのアクセスを重点的に調査する 認証情報のローテーション: サポートチケット等のワークフロー経由で共有された資格情報やAPIトークンを刷新する 漏洩データの特定: 不正アクセスを受けた可能性のあるチケットやレコードの内容を確認する APIログの有効化: ログ収集が有効になっているかを確認・徹底する ServiceNowインスタンスにはITサポートチケット、従業員レコード、内部ドキュメント、資産インベントリ、セキュリティインシデントレポート、業務システムの構成情報など、機密性の高いエンタープライズ情報が集約されている。こうしたデータが外部に漏洩した場合の被害は甚大だ。 日本のIT管理者への影響 ServiceNowは日本のエンタープライズでも広く使われるITSMプラットフォームだ。特に大手企業では業務フロー全体が集約されているケースも少なくない。今回のような「認証設定の見落とし」は決して対岸の火事ではない。 日本においてはServiceNow導入後のカスタマイズ過程でAPI設定が変更されるケースが珍しくなく、自社環境がAustraliaリリース以前かどうかに関わらず、APIエンドポイントの認証設定を棚卸しする好機として捉えるべきだ。 筆者の見解 今回の件で注目すべきは、攻撃手法の巧妙さよりも、認証設定という基本中の基本が見落とされていた事実だ。 requires_authentication=false という設定がホストされた顧客インスタンスに適用可能な状態で放置されていたこと——これはゼロトラストの観点から見て、最も根本的な設計の穴に分類される。「認証がなければアクセスさせない」は前提条件であり、議論の余地がない。 筆者は常日頃からNHI（Non-Human Identities）の管理が業務自動化のボトルネック解消に直結すると主張しているが、今回の件はその裏返しでもある。APIによるシステム間連携を推進すればするほど、認証・認可の設計が甘い箇所がリスクの集積点になる。「今動いているから大丈夫」という発想で放置された設定が、静かに脅威の入口になるのだ。 自動化を進めるならば、APIレベルの認証設定の監査を定期的なプロセスとして組み込むことは不可欠だ。エンタープライズプラットフォームのベンダーには、デフォルト設定を安全側に振り切る責任もある。その点でServiceNowには、今回の素早いパッチ対応は評価しつつも、設定のデフォルト値の設計について今一度見直してほしい——そう率直に申し上げたい。 出典: この記事は ServiceNow discloses security incident exposing customer data の内容をもとに、筆者の見解を加えて独自に執筆したものです。

6月11日に開幕するFIFAワールドカップ2026まで、いよいよ残りわずかとなった。世界で約20億人が観戦するとされる今大会を自宅テレビで最高の画質で楽しみたいLGテレビユーザーに向けて、米メディア「Tom’s Guide」のDavid Crookes氏が、今すぐ変えるべき重要な設定を詳しく解説している。 TruMotionとは何か LGテレビには「TruMotion」と呼ばれるモーションスムージング機能が搭載されている。これはフレームとフレームの間に人工的なフレームを挿入することで実質的なフレームレートを引き上げ、高速で動く映像のブレを軽減する仕組みだ。 サッカーのように選手やボールが素早く動くスポーツ中継では、デフォルト設定のままでは映像がぼやけて見えることがある。TruMotionはまさにそういったシーンで真価を発揮する機能であり、Tom’s GuideはW杯開幕前に有効化することを強く勧めている。 設定手順（所要時間1分未満） Tom’s Guideによれば、手順は非常にシンプルだ。 Step 1: ピクチャーモードの確認 設定から「ピクチャーモード」を選択する。LGテレビにはスポーツモードも存在するが、Crookes氏はサッカー観戦には「スタンダードモード」を推奨している。バランスの取れた映像が得られるうえ、次のTruMotion設定の方が効果が大きいためだという。 Step 2: TruMotionへのアクセス 「映像設定」→「映像オプション」の順に進むと見つかる。機種によっては「映像設定」→「詳細設定」→「クリアリティ」の順に辿る必要がある場合もある。 Step 3: モードを選ぶ TruMotionには主に2つのモードが用意されている。 Smooth（スムース）: より積極的な補間でボールの動きを自然に見せる。Crookes氏が最もクリアな映像として推奨するモード Cinema Clear: Smoothより控えめな補間。人によってはこちらの方が好みに合う場合もある どちらが好みかは個人差があるため、Crookes氏は両方を試して比べることを勧めている。 日本市場での注目点 TruMotion機能は日本で販売されているLGテレビ全般に搭載されており、日本語メニューでも同様の手順で設定可能だ。機種によってメニューの名称や階層が若干異なる場合があるが、基本的な操作体系は共通している。 今大会の日本でのW杯中継は、各種動画配信サービスやスポーツ専門チャンネル経由での視聴が中心となる見込みだ。Amazon Prime VideoやDAZN、Abema TV経由での配信視聴においても、TruMotion設定は有効に機能する。 LGの4K液晶テレビやOLED TVシリーズはAmazon.co.jpや家電量販店で広く販売されており、価格帯は数万円台から数十万円台まで幅広い。本体購入後すぐに試せる設定であるため、すでにLGテレビを所有しているユーザーは今すぐ確認してみる価値がある。 筆者の見解 「設定1つ変えるだけで体感が変わる」という情報は地味に見えるが、実際には大変実用的な価値がある。テレビは購入後に細かく設定を追い込む人が少なく、工場出荷設定のまま使い続けているユーザーが大半だというのが現実だ。 モーションスムージングはかつて映画ファンの間で「ソープオペラ効果（映画が安っぽいドラマに見える現象）」として敬遠されてきた機能でもある。しかしスポーツ中継においては話が別で、高速に動くボールや選手を追う映像では、適切なフレーム補間がむしろ視聴体験を大きく高める。用途に合わせて設定を切り替えるという視点は覚えておくと長く役立つ。 W杯という世界的な大会に合わせてTom’s GuideがこのタイミングでLGテレビ向けのTipsを発信したのは的確なタイミングだ。所要時間1分以内の操作で体感が変わる可能性があるなら、開幕前に一度試してみる価値は十分にある。 関連製品リンク LG OLED evo C4 55V型 OLED55C4PJA LG 4K液晶テレビ UQNAシリーズ 上記はAmazon.co.jpへのリンクです。記事執筆時点の情報であり、価格・在庫は変動する場合があります。 出典: この記事は LG TV owner? Change this one setting before the World Cup kicks off の内容をもとに、筆者の見解を加えて独自に執筆したものです。

Microsoft が2026年6月4日にリリースした Microsoft Edge 149 において、長年提供してきた2つの主要機能「Collections（コレクション）」と「Sidebar（サイドバー）」が正式に廃止された。Copilot への機能集約を推進する Microsoft AI チームの方針によるもので、移行前にデータのバックアップを取っていなかったユーザーはコレクションのデータに一切アクセスできなくなっている。 Collectionsとは何だったのか Collections は、Microsoft Edge がChromiumベースに移行した初期から提供されていた、Web ブラウジング中に見つけた情報を整理・比較するためのワークスペース機能だ。 Microsoft は当初、ブックマーク（お気に入り）の代替として Collections を強力に推していた。単なる URL の保存にとどまらず、以下のような特徴があった： 視覚的な比較: 商品購入時に複数の候補を並べて比較 リッチコンテンツの保存: テキストだけでなく画像や価格情報なども保持 OneNote / Outlook へのエクスポート: 調査結果をそのまま Office アプリに持ち出せる メモ機能: 収集した項目に自分のコメントを追加 旅行計画やリサーチ業務での利用を想定していたこの機能は、Edge の「ただの Chromium クローンではない」という差別化の象徴でもあった。Microsoft 自身が「ブックマークフォルダは古いやり方。Collections が正しい情報整理だ」と強調して普及させてきた経緯がある。 Sidebar も同時に廃止 Collections と同様に、Sidebar（サイドバー） も Edge 149 をもって提供終了となった。 Sidebar は、Outlook・Bing などのミニアプリをブラウザ右側のパネルで利用できる機能で、メインのタブを切り替えずに別のWebサービスを操作できる点が評価されていた。フルスクリーンとの切り替えも容易で、マルチタスク環境では重宝されてきた。 なお、Sidebar の廃止によって Copilot が影響を受けるかどうかを懸念する声もあるが、Microsoft は「Copilot は引き続き利用可能。Sidebar の廃止によってむしろ Copilot の改善に集中できる」と説明している。Edge 149 では Copilot ボタンが「Chat」テキスト付きで拡張され、テキストチャットと音声チャットをボタンから直接選択できるようになっている。 アップデート前に必ずデータをバックアップ 既存の Collections データは、Edge 149 へのアップデート後は取り出せなくなる。 実際に、記事の情報源である Windows Latest がバックアップなしで Edge 149 へアップデートしたところ、Collections のアイテムに一切アクセスできなくなったことが確認されている。 ...

6月8日（現地時間）に開幕するAppleの開発者向け年次イベント「WWDC 2026」まで残りわずかとなった。米大手テックメディアTom’s Guideのトニー・ポランコ記者が、複数のリークや報道をもとにmacOS 27で期待される5つの主要発表を詳細にまとめている。 Intel時代、いよいよ幕引き Appleはすでに「macOS 26がIntel Macをサポートする最後のバージョン」と公式に発表済みだ。Tom’s Guideのレポートによれば、対象となる旧モデルはMacBook Pro 13インチ（2020年）・MacBook Pro 16インチ（2019年）・iMac 27インチ（2020年）・Mac Pro（2019年）など。これらはmacOS 26は引き続き動作するが、macOS 27へのアップグレードはできなくなる。 ただしAppleは、macOS 26に対して今後約3年間は重要なセキュリティアップデートを提供し続けることを確認している。急いで買い替える必要はないものの、新機能の恩恵は受けられなくなる点は押さえておきたい。 Gemini搭載でSiriが「本物のAIアシスタント」へ 今回の目玉のひとつがSiriの大幅刷新だ。同記事によると、Siriの新バージョンにはGoogle Geminiが採用され、文脈理解・会話継続・自然言語処理の精度が大幅に向上するという。さらにGeminiのマルチモーダル能力やエージェントAI機能も統合される見込みとされており、Tom’s GuideはSiriが「ChatGPTやClaudeに近い動作をするようになる」と表現している。 また、App StoreにAI向け「Extensions」マーケットプレイスが設けられ、ClaudeやChatGPTといったサードパーティモデルをSiriに組み込める仕組みも報じられている。利用するAIによって音声を切り替えられる機能も検討されているとのことで、ユーザーが自分のワークフローに合わせてAIを選べる方向性が見えてくる。 エージェント機能の面では、「メール内のPDFを探してNumbersの予算スプレッドシートに転記して」といった複数アプリにまたがるタスクを自律実行できる可能性があると伝えている。 Liquid Glassのデザイン改善 昨年導入された「Liquid Glass」デザインは、コントラスト不足・過度な透明感・サイドバーの視認性低下などで批判を受けた。Bloombergのマーク・ガーマン記者の報告として、macOS 27ではこれらの問題に対応したビジュアル調整が入る見通しとTom’s Guideは伝えている。iPhoneのDynamic IslandのMac版が実装される可能性も示唆されており、UIの統一感が増すことが期待される。 日本市場での注目点 Intel Mac移行タイミング: 国内でも2019〜2020年モデルのMacを業務利用している企業は多い。macOS 26のサポート期間（約3年＝2028〜2029年頃まで）を念頭に置き、そろそろ移行計画を検討する時期と言える Siriの日本語対応: GeminiベースのSiriが日本語でどこまで実用的になるかが焦点。現状のSiriは英語圏と日本語圏で機能差が大きいため、エージェント機能の日本語展開スケジュールは要注目 タッチスクリーンMacBook: WWDC 2026でのティーザー発表も噂されており、実機登場の際の価格帯・日本発売時期が国内ユーザーには最大の関心事になるだろう 筆者の見解 SiriにGeminiを採用する今回の判断は、Appleが「自社AI技術の限界を正直に認めた」ことを意味すると読める。Apple Intelligenceは2024年のリリース以来、競合と比較してインパクトが薄いと指摘され続けてきた。外部モデルを積極的に活用するオープンな姿勢へ転換したことは、エコシステム戦略として理にかなっている。 より注目すべきは「エージェントAI」の方向性だ。複数アプリにまたがるタスクを自律実行するという設計思想は、「副操縦士として指示を待つ」パラダイムではなく、目的を渡せば自律的に動くエージェントを目指すものだ。ここはOS統合の観点でAppleが強みを発揮できる領域であり、Siriがどこまで実用的なエージェントとして機能するかがmacOS 27の本当の評価軸になるだろう。 プラットフォーム全体の最適化という視点では、サードパーティAIをExtensionsで統合できる設計は興味深い。ユーザーが自分の用途に合ったAIを選べる「仕組み」を公式に提供することで、野良ツールへの流出を防ぎながら安全な活用環境を整えるアプローチは、企業のAI導入戦略を考える上でも参考になる視点だ。 出典: この記事は macOS 27: The 5 biggest WWDC 2026 announcements we expect の内容をもとに、筆者の見解を加えて独自に執筆したものです。

Google Pixel Watch 5について、海外スポーツ・テクノロジーメディア「the5krunner」が2026年6月4日、これまでに流出した最新リーク情報をまとめた記事を公開した。最大の注目点は、初代から続いてきたQualcomm製チップからの脱却が有力視されている点だ。 なぜPixel Watch 5が注目されるのか Pixel Watchシリーズ（第1世代〜第4世代）はQualcommの「Snapdragon W5」プラットフォームを採用してきた。しかしthe5krunnerが報じるリーク情報によれば、Pixel Watch 5ではGoogleが独自開発したウェアラブル向けTensorチップへの移行が見込まれており、実現すればPixelスマートフォン同様に「Google純正シリコン」を搭載した初のスマートウォッチとなる。 Appleが「Apple Watch」シリーズでS9/S10チップを独自開発し、ハードとソフトの垂直統合による最適化を実現してきたように、自社チップ採用はエコシステム全体の制御力に直結する。特にオンデバイスAI処理という観点では、クラウドへの依存を減らしつつリアルタイムに健康データを分析できるメリットが大きい。 リークのポイント チップ移行が最大の変化点 Snapdragon W5からGoogle独自のTensorウェアラブルチップへの移行がリーク情報の核心だ。自社シリコンにより、Google AIとの深い統合やバッテリー効率の改善が期待される。 発表は2026年8月の「Made by Googleイベント」 Googleの恒例秋季発表会での公開が有力視されており、Pixel 11スマートフォンとの同時発表が予想されている。 詳細スペックは未確認 the5krunnerの記事執筆時点では、ディスプレイサイズ・バッテリー容量・センサー構成などの詳細スペックは流出していない。正式発表を待つ段階だ。 日本市場での注目点 Pixel Watchシリーズは日本でも正式販売されており、Google ストアおよびAmazon.co.jpをはじめとする主要ECサイトで購入可能だ。Pixel Watch 4は4万円台からの価格帯で展開されており、Pixel Watch 5も同水準が予想されるが、独自チップ開発コストが上乗せされる可能性もある。 競合のApple Watch Series 10（5万円台〜）、Samsung Galaxy Watch 7（4万円台〜）と比較すると価格競争力はある。Suicaなどのおサイフケータイ機能はPixel Watch 3以降の日本版で対応済みであり、Pixel Watch 5でも継続対応が見込まれる点は国内ユーザーにとって実用的だ。 筆者の見解 Googleが自社ウェアラブルチップに踏み切るとすれば、単なるスペックアップではなく戦略的な転換点となる。ハードとソフトを一気通貫で制御することで実現できるユーザー体験の向上は、Appleが証明済みだ。 一方で、スマートフォン向けTensorチップは「AI処理は得意だがCPU・GPU性能面ではQualcommに及ばない」という評価が定着している。ウェアラブル向けに新設計するとなれば、そのバランスがどう取られるかが実力の試金石となる。 健康・フィットネストラッキングにAIを組み込む方向性自体は正しい。オンデバイス処理が増えれば、通信なしでリアルタイム分析が動き、バッテリーも長持ちする。Pixel Watch 5が「自社チップ元年」として実力を示せるか、8月の正式発表が注目される。 関連製品リンク Google Pixel Watch 4 (41 mm) Matte Black Aluminum Case/Obsidian Active Band Wi-Fi GA09958-US ...

MicrosoftがBuild 2026開発者会議において、Windows 11向けネイティブUIフレームワーク「WinUI」への完全移行を正式に宣言した。ElectronやReact Nativeで作られたウェブラップアプリへの依存から脱却し、真のネイティブアプリ回帰を明確に打ち出した格好だ。 「もう新しいフレームワークは作らない」——4年越しの疑問に正面から回答 Build 2026において、Microsoft Windows UI & AI担当VPのChris Andersonは、開発者コミュニティが長年抱えてきた疑問に正面から答えた。「WinUI 3は4年目を迎えているが、また新しいフレームワークに切り替わるのでは？」という根強い懸念に対し、Andersonは明確に否定した。 「私たちは新しいフレームワークを作る意図は一切ない。番号も廃止して、単に『WinUI』と呼ぶことにした。大きな破壊的変更を加えるつもりもない」 「WinUI 3」から「WinUI」へのブランド変更は一見些細に見えるが、これは意図的なシグナルだ。バージョン番号をつけ続けることで「次のバージョンでまたリセットされる」という開発者の不安を助長してきた——その構造的な問題を断ち切ろうとしている。 ElectronとReact Nativeへの「静かな宣戦布告」 今回のBuild 2026が異例だったのは、MicrosoftがWinUI以外の選択肢——ElectronやReact Nativeを使ったウェブラップアプリ——を明示的に退けたことだ。 興味深いことに、Microsoft自身もこの問題の当事者だった。Windowsのスタートメニュー（Recommended feedとAll Appsリスト）はReact Nativeで実装されていたが、現在WinUIによる書き直しが進行中だ。さらに、ネイティブアプリ構築のための専任チームも新設されている。 Electronアプリの問題点は広く知られている——メモリ消費が大きく、起動が遅く、OSとの統合が浅い。Windows 11のUX改善を本気で進めるなら、アプリ層のネイティブ化は避けて通れない道だ。 「基本から直す」——長年放置されてきた課題への本気の取り組み WinUIには長年指摘されてきた技術的負債がある。最もわかりやすいのがウィンドウリサイズ時の「ティアリング（黒枠のちらつき）」だ。現行のWinUIアプリを手元でリサイズしてみると、ほぼ確実に確認できる挙動だ。 Andersonはこれを公式に認め、次のように述べた。「パフォーマンス、基本品質、バグ修正に重点投資している。メモリ使用量の改善とシステムコンポジターへの切り替えも進めている」 今後の機能追加で特に注目すべきがDataGridとCharting（グラフ）のサポートだ。これはエンタープライズ向け業務アプリ開発に直結する機能であり、WinUIを社内システムや業務ダッシュボードの構築に使う選択肢が現実的になってくる。Microsoftがエンタープライズ開発者を本気でWinUIに引き込もうとしている意図がここに表れている。 実務への影響——日本の開発者・ITアーキテクトが今見ておくべきこと Windowsアプリ開発者向け Electronベースのアプリを新規開発する場合、WinUIへの移行コストと長期的な技術負債を比較検討するタイミングに来ている 「WinUIはまだ不安定だから様子見」という姿勢は、今回の宣言を受けて見直す価値がある DataGrid/Charting対応が加わることで、社内ツールや業務ダッシュボードのWinUI化が現実路線になる エンタープライズITアーキテクト向け Windows 11のUI基盤がWinUIに統一されていく流れは、アプリの互換性・パフォーマンス・セキュリティに直接影響する Electronアプリが多い環境では、段階的なネイティブ化計画を立て始めるべき時期かもしれない スタートメニューのWinUI書き直しのように、Microsoft自身が「自分のコードを直している」ことは、フレームワークの実戦投入度を測る指標として重要だ 筆者の見解 WinUIへの全面コミットは、Windowsプラットフォームにとって正しい方向性だと思う。Electronアプリが増殖した結果、Windows 11は本来の実力より低く評価されてきた面がある。OSが優れていても、その上で動くアプリがウェブアプリの皮をかぶっているなら、ネイティブOSとしての強みは半減する。 「基本から直す」「DataGridを追加する」というメッセージは地味に見えるが、むしろ堅実で信頼できる。派手な新機能発表よりも、今のWindowsに必要なのはこういう積み上げだ。 Windowsアプリ開発の現場では長年、「Microsoft製フレームワークはすぐ廃止される」という不信感がElectron選択の言い訳になってきた。WPF、UWP、WinUI 2、WinUI 3——と名前が変わり続けた歴史を考えれば、開発者が疑心暗鬼になるのは当然だった。この悪循環を断ち切るには、Microsoftが「逃げない」姿勢を数年単位で示し続けるしかない。今回の宣言はそのスタートラインだと受け取りたい。 エンタープライズ向けDataGrid/Chartingのロードマップが絵に描いた餅に終わらないか——そこが、今後WinUIの本気度を測る真の試金石になるだろう。 出典: この記事は Microsoft is killing Windows 11’s web app slop, encourages devs to build native apps using WinUI の内容をもとに、筆者の見解を加えて独自に執筆したものです。

セキュリティ企業McAfeeは2026年6月、Minecraftプレイヤーを標的にしたマルウェアキャンペーン「WeedHack」が今年1月以降116,000台以上のシステムへの感染を確認したと報告した。偽Modや不正クライアントをYouTubeとSEO操作で拡散するMaaS（Malware-as-a-Service）型の手口は、ゲームコミュニティを狙った攻撃の巧妙さを改めて浮き彫りにしている。 感染経路：YouTube動画とSEO汚染の二本立て WeedHackの感染経路は主に2つある。ひとつはYouTube上でのMod紹介動画だ。説明欄やコメント欄に悪意あるダウンロードリンクを埋め込み、プロのナレーション付きの本格的な動画で信頼感を演出する。なかには再生回数が7,500回を超える動画も確認されている。 もうひとつはSEO汚染だ。「Meteor Client」「LiquidBounce」「Wurst Client」「LiquidBounce」「Impact Client」といった実在する人気Minecraftクライアントのキーワードを悪用し、偽サイトを検索上位に表示させる。さらに巧妙なのは、本物のGitHubリポジトリやDiscordサーバーへのリンクを偽サイトに貼り付け、「公式サイトからのみダウンロードせよ」という警告文を表示することで、偽の信頼性を作り上げているケースだ。 McAfeeによれば、240以上の配布URLと3,820件のユニークな悪意あるJARファイルが確認されており、1日あたり2,000〜3,000件のペースで感染が継続している。被害は米国・ドイツ・インド・英国に集中している。 「サービス型マルウェア」として誰でも購入可能 WeedHackが特に注目を集めるのは、そのビジネスモデルだ。ダッシュボードがクリアネット上で無料公開されており、技術的な知識がほぼなくても攻撃を実行できる。 無料プランの機能 Minecraft セッションIDの窃取 36種類のブラウザから保存パスワード・Cookieを取得 56種類の暗号資産ブラウザ拡張、12種類のデスクトップウォレットアプリへの対応 Discord・Steam・Telegram認証情報の窃取 スクリーンショット取得 有料プラン（月額$5 / 買い切り$24.99） マウス・キーボードによる遠隔操作（RAT機能） Webカメラアクセス キーロガー リモートシェル ファイル管理 月額$5という驚異的な低価格で遠隔操作ツール一式が揃うことが、感染規模拡大の大きな要因だ。McAfeeはTelegramチャンネルの800人超のメンバーの多くをティーンエイジャーや若年成人と分析しており、被害者へのハラスメントにも悪用されているとしている。 日本のIT管理者・保護者が今すぐすべきこと Minecraftは国内でも学校・家庭を問わず幅広い年齢層に普及している。以下を早急に確認してほしい。 エンドユーザー・保護者向け MinecraftのModやクライアントは公式Marketplace・GitHubの公式ページ以外からは絶対にダウンロードしない JARファイルはVirusTotalなどでスキャンしてから実行する YouTubeの説明欄リンクは盲目的に信頼しない。チャンネルの開設日や登録者数も確認する Discordリンクに見せかけた偽装が横行しているため、URLのドメインを必ず目視確認する IT管理者・企業セキュリティ担当向け 社内端末でMinecraftが稼働している場合、JARファイルの実行ポリシーを見直す EDR（エンドポイント検出・応答）でJARファイルのダウンロード・実行を検知・ブロックするルールを設定する ブラウザ保存パスワードを狙う攻撃が増加しているため、パスワードマネージャーへの移行を推奨する 筆者の見解 WeedHackで最も注目すべきは、攻撃の「参入障壁」がここまで下がった事実だ。月額$5で遠隔操作ツール一式が手に入り、技術知識がなくてもそれなりの攻撃が実行できる。かつて高度なスキルが必要だったインフォスティーラー運用が、今では中高生でも試みられる水準に達してしまった。 JARファイルはJavaベースのため、Windowsだけでなくmacへの波及も理論上あり得る。しかし日本では「ゲームのModは子供の遊び」と軽視され、保護者世代にこのリスクがほとんど届いていない。 「禁止ではなく安全に使える仕組みを」が筆者の基本スタンスだ。Minecraftをプレイするなではなく、公式Marketplaceを使えばこのリスクはほぼゼロになる。ユーザーにとって「正規の方法が一番便利」と感じさせる環境を整えることが、こうした攻撃を未然に防ぐ最も現実的な対策だ。MinecraftのMarketplaceというエコシステムに投資してきたMicrosoftの判断が、こうした事案で正しかったと改めて証明される形になっている。 セキュリティとゲームは相反するように見えて、「ユーザーが安心して楽しめる公式エコシステムを育てる」という点では同じ方向を向いている。今回の件が、保護者やIT担当者がMinecraftのセキュリティリスクを真剣に考えるきっかけになってほしい。 出典: この記事は Over 116,000 Mincraft systems infected in WeedHack malware campaign の内容をもとに、筆者の見解を加えて独自に執筆したものです。

Tom’s GuideのスコットYounker記者が6月2日に報じたところによると、YouTubeが2026年FIFAワールドカップの全試合を視聴できる事実上唯一のプラットフォームとなった。6月1日より「FOX One」がYouTube Primetime Channelsに追加され、大会開幕日の6月11日から全104試合をYouTube上でストリーミング視聴できるようになる。 なぜこのニュースが注目されるのか YouTubeはここ数年、単なる動画投稿プラットフォームを超え、サブスクリプションサービスの統合ハブとしての存在感を強めてきた。AmazonのPrime Videoチャンネルと同様のモデルをYouTubeが本格展開するという流れだが、FIFAワールドカップという世界最大のスポーツイベントの放映権を持つFOX系サービスを取り込んだことで、その戦略が一段と加速した形だ。 すでにHBO Max、Paramount Plus、NFL Sunday Ticketなどを取り込んでいたPrimetime Channelsに、今回のFOX Oneが加わったことで「YouTubeひとつで主要エンタメ・スポーツをカバーできる」体制が整いつつある。 料金と視聴できるコンテンツ FOX One（6月1日より提供開始） 月額$19.99 FIFAワールドカップ全104試合（6月11日の開幕戦から対応） Fox Sports、Fox News、地方FOXチャンネル ドラマ「MasterChef」「Memory of a Killer」など Peacock Premium Plus（近日追加予定） 月額$16.99 NBCコンテンツ、Universal映画作品 MLB、NBA、NFL、オリンピックなどNBCスポーツ ワールドカップのみを楽しむ場合は月額$19.99（約2,900円相当）、FOX OneとPeacockを両方契約すると月額$36.98（約5,400円相当）となる。Tom’s Guideの報道によれば、さらに多くのPrimetime Channelsが追加準備中とのことだ。 日本市場での注目点 今回発表されたFOX OneおよびPeacockは米国向けサービスであり、日本在住のユーザーが直接契約して視聴することは現状できない。2026年FIFAワールドカップの国内放映については、ABEMAや地上波民放各局が対応を進めているとみられ、視聴環境は別途確認が必要だ。 ただし、この動きが持つプラットフォーム戦略としての意味は日本市場とも無関係ではない。「どのプラットフォームがサブスクのハブになるか」という競争は日本でも今後激化する可能性が高く、この米国での展開は国内サービスの行方を占う上で参考になる事例といえる。 筆者の見解 YouTubeが「ワールドカップの視聴拠点」として機能するようになったことは、プラットフォーム競争の観点から見て示唆に富む。アプリを渡り歩く手間が減るというユーザー体験の改善は明確なメリットだ。 一方で気になるのはコスト構造の複雑化だ。FOX One単体で月額$19.99、Peacockを加えれば約$37——コンテンツが充実するほど月額の累積コストは上がっていく。「統合プラットフォームで便利になった」はずが、気づけば以前より多くを払っているという状況は、日本のユーザーにも馴染みのある構造的な問題だろう。 ストリーミング競争の真の勝者は「いかに多くのサービスを束ねるか」ではなく、「ユーザーが継続して払い続けたいと感じるコストパフォーマンス」を実現できるプラットフォームになるはずだ。日本市場の各プレイヤーも、この米国の実験結果から学べることは少なくない。 出典: この記事は YouTube is now the home of every World Cup broadcast — here’s how much it will cost の内容をもとに、筆者の見解を加えて独自に執筆したものです。