Ｒｙｏ

事業会社の Corporate IT ┊ 個人事業主
Windows と自動化が好き。
いまはフリーランスで、AI を業務やプロダクトに組み込む実装をしています。
過去はアニメ撮影。

[Ｒｙｏ @aiukao]

日本で名だたる会社が不正アクセスの被害にあっているがこれは準備不足なのか、相手が手練れなのか知りたい

[Ｒｙｏ @aiukao]

e-Gov電子申請クライアントを起動したら「You must install .NET Desktop Runtime」が出た。Architecture x64 / App host version 8.0.31。Download は https://t.co/kA56wjSp4l 系だった。

2026-09-25前後の切替で、実行環境は .NET Framework 4.7.2 系から .NET 8 Desktop Runtime 側に移っていた。Framework 4.8 が入っていてもこの画面は出た。

「administratorで入れたら別ユーザではない」は、ほぼ「別のユーザーとして実行」（Shift+右クリック）と「管理者として実行」の取り違えに見えたが、実測で足りなかったのは x86 の Desktop Runtime だった。最初のダイアログは x64 表示なので、32bit本体（Program Files (x86)\eGovClient）と別モジュールの混在、または入れ直し過程で x64 も見えた、のどちらかが残った。

本人ログオンのままローカルへコピーしてから「管理者として実行」した。「別のユーザーとして実行」は使わなかった。確認は本人の cmd で `dotnet --list-runtimes`。閉じる条件は x86 と x64 の両方に `https://t.co/smbmbukFct 8.0.31`。`https://t.co/tBy2JuNcDc` だけ、片方のアーキだけ、では足りなかった。DOTNET_ROOT がユーザープロファイルの `.dotnet` を指していたら外した。

[Ｒｙｏ @aiukao]

個人情報が外に出ないようにするマスキングサーバなんて需要がありそう

[Ｒｙｏ @aiukao]

WinCsFlags で F33E0C8E002 を /apply し、`\Microsoft\Windows\PI\Secure-Boot-Update` を動かしたのに、確認すると Stage1_PendingFirmware のままだった。UEFICA2023Status は Updated なのに FirmwareSideComplete は False、BootMgr2023Signed は False、BootMgrIssuer はまだ Windows Production PCA 2011。AvailableUpdates は 0x5800。

タスクを走らせただけでは終わらなかった。再起動が2回必要だった。AvailableUpdates の前段（例: Option ROM の 0x0800）が残ると、後ろの Boot Manager 差替（0x0100）に進まなかった。WinCS がすでに Enabled / Pending Action None だと、同じキーの再 /apply では 0x0100 が戻らないこともあった。

25H2 完了後に /apply した。タスク前に Confirm-SecureBootUEFI が True であることを見た。/apply 直後に AvailableUpdates を見て 0x0100 が無ければ `reg add HKLM\SYSTEM\CurrentControlSet\Control\SecureBoot /v AvailableUpdates /t REG_DWORD /d 0x5944 /f` のあとタスクを再実行し、再起動を2回した。完了の目安は AvailableUpdates 0x4000・イベント 1808・bootmgfw.efi の発行者が Windows UEFI CA 2023。BitLocker 回復キーは先に用意した。Secure Boot キーの工場出荷復元はしなかった。1台の結果で全台へ 0x5944 を配らなかった。AvailableUpdatesPolicy と WinCS は同時に使わなかった。

[Ｒｙｏ @aiukao]

Tかわとちいかわ　紛らわしくない？

[Ｒｙｏ @aiukao]

ググれかすが変わって、AIに聞けば？
が次の煽り？

[ふくちゃん @cby04810]

けっこうよくわかってなかったから個人的メモにしときたい

最新のWindowsでアプリのインストール先はどこにすべき？ Windowsのフォルダー構成を正しく理解しよう【特集・集中企画】 - 窓の杜 https://t.co/c5r3fNRSMq

[Ｒｙｏ @aiukao]

Cursor Desktop では MCP（公式プラグイン／mcp.json）が生きているのに、Automation の run だけ「MCP server does not exist」になった。

原因は設定場所が別だったこと。Desktop の mcp.json は Desktop と、Desktop から起きた Cloud run には通る。Automation が見るのは https://t.co/Eb8AMdNZpk の MCP だけだった。同じ URL をローカルに書いても、Automation には載らなかった。

対応は三つ。https://t.co/Eb8AMdNZpk で Enable か確認した。その Automation のツールに MCP が入っているか確認した。Desktop で動く＝Automation で動く、とは読まないことにした。芯は Desktop の mcp.json と Automations の MCP 画面が別物、ということだった。

[Ｒｙｏ @aiukao]

Starlinkをご紹介：Miniキットが¥0（旧価格¥34,800）

https://t.co/6nHXY8sM5g

[Ｒｙｏ @aiukao]

「MCPってAPIでしょ？」と聞かれた。半分正しい、とその場で答えた。

MCPはAPIそのものではなかった。モデルと外部ツールをつなぐ共通の話し方（コネクタ規格）で、中では Slack / Notion / GitHub 等の各社APIを叩いていた。取り違えは、MCPがある＝全部できる、と思い込むこと。サーバが公開したツールだけが対象で、認証・権限・レート制限は裏側のAPIのままだった。バッチや厳密なエラー処理は、素のAPI／SDKの方が強いことが多かった。

「MCPでできない」はだいたい (a) ツール未公開 (b) 権限不足 (c) プロトコルの限界で、APIが無いからではなかった。日常利用なら「モデルが呼べる型付きのリモート関数」で足りた。設計・障害切り分けでは MCP＝アダプタ、本物の契約は各社API、と分けて見ることにした。

[Ｒｙｏ @aiukao]

軽い静的ページなのに重い、と思った。CSSを削っても初回が遅かった。

原因は、GAS Web アプリが静的配信ではなかったこと。毎回 https://t.co/fzM1lLWWMn → https://t.co/Jmuj3cxB1d のリダイレクト、ランタイム起動、HtmlService の iframe 化が入る。アイドル後のコールドスタートは数秒が普通で、CDN／エッジキャッシュは使えなかった。

本当に静的だけなら GitHub Pages / Cloudflare Pages / Firebase Hosting / GCS+CDN に移した。スプレッドシート連携や社内 Google ログインだけが理由なら、静的側と API（https://t.co/Cg88W9ixCx 等）に分けた。

GASに残すときは、まず doGet で重いことをやめた。SpreadsheetApp / DriveApp / UrlFetchApp / ライブラリを doGet に置かず、初回HTMLはファイル返却だけにして、データは描画後に https://t.co/Cg88W9ixCx にした。createTemplateFromFile().evaluate() と include を減らし、不要なら createHtmlOutputFromFile だけにした。https://t.co/Cg88W9ixCx はまとめた。1往復が数百ms〜で、onload で複数本は遅かった。同じ集計は CacheService（最大6時間）。HTML自体のキャッシュはほとんど通らなかった。GASライブラリや巨大HTMLの分割しすぎはやめた。

タイムトリガーでURLを叩くウォームアップ、setXFrameOptionsMode やメタタグ、フロント微最適化だけではほとんど変わらなかった。

切り分けは Network で見た。最初のHTML取得が遅い→コールド／doGet が重い。HTMLは速いがデータ待ち→https://t.co/rHoVeHMf30 過多かシート。CSS/画像が遅い→GAS配信が原因なので外部ホストへ移した。

[Ｒｙｏ @aiukao]

TeamViewer QuickSupport / Host の古い exe で、遠隔が繋がらなくなった。最初は exe が壊れたと思った。

違った。ローカル破損より、TeamViewer 側の中継が古いクライアントを拒否していることが多かった。QuickSupport やカスタムモジュールのポータブル exe は自己更新しない。USB や共有に残した古いファイルを起動する運用は、公式側で切られた。11 / 12 は公式に 2025-12-31 でインフラ終了、猶予は 2026-01-07。Internet 経由は切れ、LAN 直結だけ残った。買い切りでも Internet は死んだ。15.x でも古いビルドの QS はサーバが outdated 判定して、新しい公式 QS を配り直すまで通らなかった。無料 15.x の古いマイナーは段階遮断（最新3マイナー以外）で、有料は対象外と公式。13 / 14 の phase-out 開始は 2026-10-31。今日切れたなら、公式日落としより古い QS や商用判定を先に疑った。

切り分けはバージョン確認 → エラー文言（Version out-of-date 等）→ 同一 LAN 直結が通るか、の順で見た。対応は新しい公式 QS / Host。11 / 12 買い切りの持ち越しは期待しなかった。

[Ｒｙｏ @aiukao]

メールでファイルを渡すとき、パスワードを別メールにしてた。意味があるのか、その場で考え直した。

同じ宛先で同じメール経路なら、ほぼ無意味だった。メールボックスや途中経路を見られれば、添付とパスワードが同じ場所に揃う。時間差は分〜時間しかなかった。別メールが摩擦になったのは、誤送信や覗き見、転送忘れみたいなうっかり程度。意図的な窃取には弱かった。

パスワードは電話／SMS／Teams・Slack／対面に切り替えた。社内の日常は OneDrive / SharePoint の期限付きリンク＋権限にした。ZIP（ZipCrypto）頼みはやめた。誰でも開けるリンクに別メールのパスワードを足すのは、見栄えだけだった。社外が古い運用を求めてきても、パスワードをメール2通に分けないことにした。「別メール＝安全」は監査チェック用の慣習になりがち、という判断だった。

[Ｒｙｏ @aiukao]

Cursor の Projects を「フォルダを開く」だと思って触ろうとしてた。違った。

名前が似てるものが3つあるのが原因だった。エディタの project（File → Open Folder / `.code-workspace`）、Project Rules（`.cursor/rules`）、本機能の Projects（Agents Window → New Project）。最後のを最初のと混同してた。

Agents Window の左ナビから New Project で入って見て、ようやく分かった。大きな仕事をコーディネーター経由で複数エージェントに任せる箱で、クラウド上の専用マシン。自分はコーディネーターと話すだけで、コーディネーターはコードを書かない。計画して実装エージェントへ委任して、結果が返ってくる。PC を閉じても止まらなかった。複数PRにまたがる機能や移行、離席中に進めたい仕事、PR監視みたいな終わらない作業には向いた。「この関数を直して」の単発や、手元の未コミットだけ、クラウドにコードを置けないときは向かなかった。Subscriptions（Slack監視・スケジュール・PR追跡など）は Automations とは別で、Listening 表示だった。beta で、Enterprise では使えず、Privacy Mode (Legacy) でも使えなかった。基盤は Cloud Agents。

[Ｒｙｏ @aiukao]

特定の相手だけテキストっぽく見えたり、winmail.dat が付いたりした。ヘッダーは `application/ms-tnef`。クラシック Outlook のリッチテキスト（TNEF）で、プレーンテキストではない状態で届いていた。

原因は連絡先が「Outlook リッチ テキスト形式で送信する」になっていて、`AuthAs: Internal` みたいな自端末で RTF 化しているサインも出まくっていたことだった。

連絡先プロパティから「Outlook が最適な送信形式を決定する」に変えて、オートコンプリートを消して再入力した。オプションの「インターネットの受信者にリッチ テキスト形式でメッセージを送信する場合」は「HTML 形式に変換する」にした。テキストへは変換しない。返信だと RTF が残りやすかったから、切り分けは新規の `Content-Type` で見た。Exchange は `Get-RemoteDomain` して `TNEFEnabled=$true` / `MimeText` だけ。`*` は触らなかった。`FW:` で直って見えても TNEF が残ることがあるのも分かった。

[Ｒｙｏ @aiukao]

「コメントした側から他者にメールを飛ばさない」スイッチは無い。受信者が各自で切る設計。テナント一括でコメント通知だけ止める公式設定も無い。

送信経路はだいたい2つ。自分の送信済みに残るのは、コメント内の `@メンション`／タスク割り当て。止め方は `@` を使わない以外ほぼ無い。Word は名前入力で候補が出て、知らないうちにメンションになりやすい。

`[email protected]` は、文書の作成者、または既存スレッド参加者へのコメント通知。投稿者では止められない。受信者側設定。

既存コメントへの返信もスレッド参加者に飛ぶ。新規だけにする。

共有ドキュメントの所有者には、メンションなしでも飛ぶ。所有者に OneDrive（ブラウザ）→歯車→OneDriveの設定→通知 で「他のユーザーが自分のコメントに返信したときにメールで通知する」「他のユーザーが自分のドキュメントにコメントしたときにメールで通知する」を切ってもらう。

通知メール末尾「このファイルの通知をオフ」はそのファイルだけ。受信者操作。

止まらないもの。`Set-SPOTenant -AllowCommentsTextOnEmailEnabled $false` はメール本文の引用を消すだけ。送信自体は止まらない。自分の OneDrive 通知を切るのは自分の受信が減るだけ。`NotificationsInOneDriveForBusinessEnabled $false` は共有通知まで巻き添え。コメント専用ではない。

コメントは残したいがメールは出したくないなら、クラウド共同編集コメントである以上メールなしは保証できない。確実なのはローカルにコメントして共有ファイルには入れないこと。クラシックコメント（Word: ファイル→オプション→全般→モダンコメントをオフ）はメンションメールを減らせることがあるが、OneDrive上だと残る。半々以下。

[Ｒｙｏ @aiukao]

イーロン・マスクが除かれているのおもろい

[Ｒｙｏ @aiukao]

電動キックボード/シェアサイクル「LUUP」
登録から14日間は30分間のライドが20回まで無料！🛴💨
----------
招待コード【RFL1VEEAN】
----------
👇アプリをダウンロードしてはじめよう👇
https://t.co/23s1ohGMic

[Ｒｙｏ @aiukao]

`netsh interface ipv4 set dnsservers name="Wi-Fi" source=dhcp` を管理者なしでやりたい、が出る。できない。成功率ほぼ0%。ユーザー権限で同じ変更をする別コマンドも無い。

`netsh interface ipv4 set dnsservers` はアダプタ IPv4（HKLM）を書く。`Set-DnsClientServerAddress -InterfaceAlias "Wi-Fi" -ResetServerAddresses` も管理者必須。失敗は `The requested operation requires elevation`。UACオフ／別構文／PowerShell置換では同じ壁。

ユーザー権限でできるが別物。ブラウザ DoH（Chrome／Edge）はそのブラウザの名前解決だけ。`ipconfig /flushdns` はキャッシュだけ。DHCPには戻らない。

正当な運用は管理者が許可した経路。権限なしで同じ変更を探す話ではない。SYSTEM のスケジュールタスクを管理者が一度作る（ユーザーは実行だけ）。GPO／Intune で DNS を DHCP に寄せる（ユーザーに netsh を叩かせない）。

インターフェース名 `"Wi-Fi"` は最近の日本語版でも多いが別名あり。確認は `netsh interface ipv4 show interfaces`。参照は管理者不要。

[Ｒｙｏ @aiukao]

Win11。タスクバーのバー自体は残る。中のアイコンが消えて真っ黒。時間が経つと戻る。今回はまだ戻ってない、もあり。

原因は確定寄り。ShellExperienceHost.exe が応答停止（ハング）。イベント名 MoAppHang。クラッシュではない。Windows がタイムアウト後にプロセスを強制終了 → 再起動でアイコンが戻る。「時間が経つと戻る」＝復旧ではなく、殺して起き直してるだけ。ディスク故障でも GPU 死でもない。

ログは Win11 24H2（ビルド 26100 系）。パッケージ版と exe 版の数字ズレ（例: パッケージ 7462／exe 7920）はよくある。ここは問題ではない。WER 一時ファイルは今は送らなくてよい。

混ぜない。KB5072911 系（XAML 未登録でスタート／タスクバーが最初から起きない）は別。今回は「タスクバーが出たあと詰まっている」。Add-AppxPackage 再登録や sfc は先にやらない。

早い操作はタスクマネージャ → 詳細 → ShellExperienceHost.exe を終了。勝手に起き直す。explorer.exe 再起動でも同じ系統を巻き込める。

次に見るもの。黒画面の日時と MoAppHang の日時が同じか。同じ分に explorer.exe／StartMenuExperienceHost／dwm.exe のハングがあるか。winver のビルド。.7920 のままなら 2026-06-23 の KB5095093 以降が入っているか。発生がスリープ復帰か、外付け接続直後か、ログイン直後か。