サクラエディタ、約3年8カ月ぶりの更新でダークモードと脆弱性修正へ - 日刊：おれさまラボ（2026/08/13）
みなさん、こんにちは、こんばんは、おはようございます。
おれさまラボです。「自分で実際にやってみて理解を深めよう！」をモットーに活動しています。
日々、さまざまな情報を収集していますが、自分たちだけの中で完結してしまうのももったいないので、筆者が気になったサイバーセキュリティやAI関連の記事を中心にこの場で紹介・昇華したいと思います。時間は無いけど、最新の情報をキャッチアップしたい方は、ぜひフォローしておいてください。
今日の小咄
わたしはサクラエディタより秀丸エディタ派です。
今日の注目記事
「サクラエディタ」に約3年8カ月ぶりの更新、ダークモード/EditorConfig/IVSなどに対応／複数の脆弱性に対処したセキュリティアップデート
URL: https://forest.watch.impress.co.jp/docs/news/2131791.html
サクラエディタ v2.4.3 の公開内容が、セキュリティ修正と機能追加の両面から説明されています。今回の更新は約3年8カ月ぶりで、「PowerShellを開く」機能のOSコマンドインジェクション、WSHマクロ経由のスタックバッファオーバーフロー、キーワードヘルプ辞書のインポート機能に関する問題など、複数の脆弱性へ対応しています。新機能ではダークモードを手動で有効化できるようになり、EditorConfigの簡易対応、IVS対応、Pythonマクロ利用、PowerShell 5.1向け定義ファイル追加なども含まれます。設定ファイル読み込みやファイルを開く処理の高速化にも触れ、対応OSがWindows 10以降である点も補足されています。
📰 ニュース
ランサムウェア集団、今や中間管理職を狙い撃ち──その対策とは — BigGo ファイナンス
URL: https://finance.biggo.jp/news/6c1b9a7a-951f-4898-b55a-3931fe92b7b7
ZscalerのThreatLabzによる調査結果をもとに、ランサムウェア攻撃の標的がCEOやシステム管理者から中間管理職へ移っている状況が説明されています。1カ月間のキャンペーンでは334組織351人の被害者が追跡され、標的の62%が管理職以上、平均年齢は46歳でした。攻撃者は技術的な特権よりも、支払い承認、予算、契約、顧客情報、ベンダー記録といった「ビジネス特権」を重視しており、営業、買掛金、プロジェクト、不動産管理などの職務が例示されています。対策として、外部通信の制限、IT担当者を装う詐欺への教育、AI活用の保護、侵害兆候の監視、最小権限、ゼロトラストが挙げられています。
📘 ナレッジ
Agent Browserを使って動作確認しよう｜noteエンジニアチームの技術記事
URL: https://engineerteam.note.jp/n/n25f4fb782c81
note社の社内LTをもとに、検証環境へ反映した後の画面動作確認をAIとAgent Browserで自動化した取り組みが紹介されています。動作確認を、コード変更から確認項目を洗い出す3-aと、実際にブラウザを操作して満たしているか確かめる3-bに分解した点が中心です。uat-checklistはPRの変更ファイルや影響範囲を読み、確認項目をP0からP3まで優先度付きで作成します。uat-explore-replayはAgent Browserを使って画面操作を行い、pass、fail、blocked、skippedで結果を扱います。AIに許可する操作範囲も、閲覧、変更、禁止に分けられています。再実行用の台本と判定結果をコードと一緒に残すことで、動作確認をレビュー可能な資産にする考え方が説明されています。
Web アプリケーションの動作確認を Cloudflare Kitesurf に任せられるか試してみた | DevelopersIO
URL: https://dev.classmethod.jp/articles/cloudflare-kitesurf-dynamic-page-validation
CloudflareのAIエージェント向けブラウザーであるKitesurfを、Webアプリケーションの動作確認へ使えるか検証した内容です。検証用にNext.jsとReactで、フォーム、非同期API、画面遷移、別オリジンiframe、多段階操作を含むページを用意し、CodexとChrome DevTools MCPを通じて操作しています。結果として、未入力エラーの確認、表示名の入力と反映、API読み込み中表示や成功・503エラー表示、多段階入力と一部スクリーンショット撮影は実行できました。一方で、ブラウザーの戻る操作では期待した一覧画面ではなく別ページへ戻り、別オリジンiframeは読み込めませんでした。確認画面でスクリーンショット撮影が複数回失敗した試行もあり、人の最終確認を置き換えるより、定型的な確認を先に任せる用途が現実的だと整理されています。
Google Fontsをやめて自前ホストにしたら、思ったより落とし穴があった
URL: https://zenn.dev/mediiiiium/articles/google-fonts-to-selfhost-pitfalls
Google Fonts の外部読み込みをやめ、フォントファイルを自前ホストへ移した際に発生した注意点がまとめられています。外部フォントを使うと訪問者のブラウザがGoogle側へ接続し、IPアドレスやUser-Agent、Refererが渡るため、サイト方針として第三者接続を避ける判断が説明されています。技術面では、ブラウザのHTTPキャッシュがサイトごとに分離されているため、他サイトで取得済みなら速いという前提が崩れている点を指摘しています。実装ではGoogle FontsのCSSからunicode-range付きの@font-faceを移植し、ライセンス同梱も確認しています。さらにpreconnectの削除、日本語ウェブフォントの容量、document.fonts.checkやloadでは読み込み検査にならないこと、幅比較と破壊テストの必要性が述べられています。
RSS情報を自宅サーバーで取得・閲覧する #RSS - Qiita
URL: https://qiita.com/nab/items/83d9a7e1524b9d62a76c
RSS情報を自宅サーバーで収集し、人が読みやすい形で閲覧するための構成が説明されています。RSSはWebサイトの更新情報を配信するXML形式の規格であり、自動取得するサーバーとリーダーが必要だと整理したうえで、self-hostedなサーバー兼リーダーであるFreshRSSを取り上げています。導入手順ではdocker-compose.ymlとexample.envを取得し、.envでADMIN_EMAILやBASE_URLを設定してDockerを起動する流れが示されています。ログイン後は対象サイトのURLやRSS提供URLを登録し、記事一覧やプレビューを確認します。さらに「Mark Previous as Read」やローカルLLMを使う「AI Summary」拡張、FreshRSS対応スマホアプリ、外出先から使う場合のCloudflareトンネルやTailscale利用にも触れています。
【メインフレームの正体】"でかいサーバー"と何が違うのか【ゆっくり解説】 - YouTube
URL: https://www.youtube.com/watch?v=lsQcztD_IYo
メインフレームの正体を、IBM System/360の登場から現代のIBM Zまでたどりながら説明しています。1960年代以前は機種ごとに互換性がなく、買い替え時にプログラムを書き直す必要がありましたが、System/360は統一ファミリーとして互換性を実現しました。一方でOS/360の開発は大規模な遅延を招き、フレデリック・ブルックスの「人月の神話」やブルックスの法則につながる事例として語られています。技術面では、CPUとは独立してI/Oを処理するチャネル、CICSなどによる大量トランザクション処理、部品故障時にも止めないRAS設計が説明されています。さらに、CP-40、CP-67、VM/370に始まる仮想化や、LPARによる論理区画も紹介され、クラウド的な発想が早くから含まれていたことが示されています。
おわりに
メインフレームがクラウド的な発想を取り入れていたという話はよく聞きますが、個人的にはたまたまにた仕組みになっただけで、なんか違う気がしてます。どうなんでしょうか？
