前回の記事で、眠っていたログを読んで、2台のADサーバの同期が約2年間止まっていたことを見つけた話を書きました。今回はその続き、実際に直した記録です。

1. 何が起きたのか

前回、AIと2日で作った5,000円の株価ボードの記事に、たくさんのスキをいただきました。ありがとうございます。あれから1週間、「こんなこともできる？」とAIに相談し続けた結果、株価ボードは40銘柄以上を見張り、部屋の温度を記録し、ラズパイの入荷をスマホに知らせ、最後は音の出るミニテレビにまで育ちました。前回「次の記事で公開します」とお約束した配線図も、今回載せています。

画面の中央にあるのは、旗のように波打ち、裂け、燃えているフォームです。それなのに、入力欄には名前を打てますし、ボタンも押せます。文字をドラッグして選択することもできます。

1. 深夜2時台のチャット「こんなのあり得る？」

私の職場では、以前からこう言われていました。毎回起きるわけではなく、再起動すると直ることもある。だから原因が分からないまま、何となく放置されていました。

この記事には、自殺や自傷に関わる話題が含まれます。つらい気持ちを抱えている方は、無理に読まずに、記事の最後にある相談窓口をご覧ください。

ハンダ付けを終えて、電源を入れる直前。念のためAIに横から撮った写真を見せたら、こう返ってきました。ピンヘッダーを逆向きに付けていたのです。

気づけたこと自体は良かったのですが、ツールの判定は強すぎました。この記事では、何が起きたのか、どこが落とし穴だったのか、どう直したのかを、判定コードと一緒に紹介します。

米国時間の2026年10月26日、OpenAIが「指数時間仮説（ETH）は誤りだった」とする論文を公開しました。社内のAIモデルが見つけた証明だといいます。

該当する時間帯に、CursorでClaude Code拡張をインストールした方や、自動更新された方は、確認が必要です。確認は、コマンド1つで1分もかかりません。

PHPの「PHP2Shell」（CVE-2026-109618、CVE-2026-109619）は、10月21日の修正版公開から9日がたち、続報が出ています。10月26日には、米国のCISAが「悪用が確認された脆弱性」のカタログに追加しました。10月29日には、JPCERT/CCが「侵害の成功を示唆する痕跡の報告があった」と注意喚起を更新しています。WordPressは10月28日に、22件の脆弱性修正を含む7.1.4が出ました。

正直に言うと、私は最初この「請求書ソフトへの登録」に抵抗がありました。同じ内容を二度入力するのは時間の無駄だと思ったからです。

情報漏洩が騒がれている世の中で、セキュリティ更新ができない事象は非常に危険な状況です。

本日、社内の社員から、こんな相談を受けました。

この記事では、その中で実際にやったこと、つまずいたこと、やってよかったことを、WordPressサイトを運用している方の参考になるようにまとめます。
実際の作業をもとに、特定されないよう細部は変えています。確認した情報は10月25日時点のものです。

10月21日にPHPの重大な脆弱性が公表されたあと、私の会社に、ふだん保守をお引き受けしていない会社から、こんな問い合わせがありました。
サーバの中は見られません。管理者でもありません。それでも、何も分からないまま放っておくのは不安だ、というお気持ちはよく分かります。

先に、断っておきます。

この記事では、ChatworkからSlackへ過去の会話と添付ファイルを移せるかを、実データで試した記録をまとめます。途中、Slackの取り込みが「インポートが停止しました」とだけ表示されて止まりました。原因を切り分けた過程も書きます。

10月に入り、国内企業の情報漏洩の公表が続いています。ニュースでは「何百万件」という数字ばかりが目立ちますが、ヘルプデスクや情シスが知りたいのは「どこから入られたのか」ではないでしょうか。

先日、社内のヘルプデスクでこのエラーに対応しました。再参加しようとしたら「このコンピューターはこのドメインに既に存在します」と出て、そこから少し手間取りました。結論から言うと、原因はADに登録されたPCのアカウントが無効になっていたことでした。

前回の記事では、JPCERT/CCが示した攻撃パターンのうち「モバイルアプリのAPIを悪用する動き」と、マクニカが説明した「スマホアプリを解析してAPIキーを取り出し、正規のアクセスに見える形でAPIを呼び出す」手口を紹介しました。

ここ数日、普通の記事サイトを開いたあとに、スマホの画面に次のような警告が出ることがありました。