CVE-2026-50522が積極悪用、SharePointの暗号キー窃取でパッチ後も侵害が継続

2026年7月27日

登場人物紹介

チップス
どんぐり大学卒、一般企業の情報システム部で働く若手エンジニア。
入社1〜3年目らしい悩みを抱えつつ、日々の運用やセキュリティ対応に奮闘中。慌てんぼうだが素直で吸収力が高く、ボスに鍛えられながら着実に成長している。

ボス
セキュリティ、インフラ、運用の修羅場をくぐってきた歴戦のエンジニア。サイバーセキュリティラボの所長でボスと呼ばれている。
現場視点と経営視点の両方から、本当に使えるセキュリティとキャリア戦略を叩き込む。口は悪いが面倒見はよく、若手育成と実践的な情報発信に力を注いでいる。
@boss_sec_labo

「SharePointに緊急パッチを当てたのに、まだ侵害される可能性があるって本当？」
「暗号キーが盗まれるとどうなるの？パッチだけじゃ不十分なの？」

チップス

ボス！SharePointにまた新しい脆弱性が出て、しかも「パッチを当てても安心できない」って聞いたでしゅ！

ボス

CVE-2026-50522だな。PoCが公開されてから数時間で実際の攻撃が始まった。しかも暗号キーを盗まれると、パッチを当てた後でも認証トークンを偽造されて侵害が続くという、厄介な構造になっている。

PoC（概念実証コード）が公開されてから数時間で攻撃が始まった。
しかも、パッチを当てるだけでは不十分で、暗号キーのローテーションが必須という状況です。
この記事では、CVE-2026-50522の仕組みから、なぜパッチ後も対応が必要なのかまで詳しく解説します。

CVSS 9.8の未認証RCE。悪意あるペイロードをSharePointに送るだけでSYSTEM権限で任意コードを実行
暗号キーを窃取されると認証トークンを偽造可能。パッチ後もSharePointサイト・文書への不正アクセスが継続
7月Patch Tuesdayのパッチ適用後、IISの暗号キーを必ずローテーションすること

この記事を読めば、なぜ「パッチだけ当てて終わり」ではいけないのか、鍵のローテーション手順を含む完全な対応策が理解できます。

オススメ案件

新着案件をもっと見る

7月のSharePointを狙った攻撃の波

2026年7月20日、CVE-2026-50522のPoC（概念実証コード）が公開されました。
BleepingComputerやHelp Net Securityによると、公開から数時間以内に実際の攻撃が観測されています。
SecurityWeekはこれを「過去1か月でSharePointを狙った攻撃のうち4件目」と報じており、SharePointが集中的に狙われている状況が続いています。

なぜSharePointが狙われ続けるのか

日本企業や公共機関でSharePointは文書共有・イントラネットの基盤として広く使われています。
また、SharePoint OnlineではなくオンプレミスのSharePoint Serverは、Microsoft 365クラウドの自動更新が届かず、パッチ管理が組織任せになりがちです。
以下は今回の脆弱性の基本情報です。

項目	内容
CVE	CVE-2026-50522
CVSS	9.8（Critical）
分類	信頼されていないデータのデシリアライゼーション
認証	不要（未認証で攻撃可能）
修正	2026年7月Patch Tuesday

チップス

認証なしで攻撃できるんでしゅか！インターネット公開していなければ安全でしゅよね？

ボス

内部ネットワークに限定していれば外部からの攻撃は難しいが、内部の侵害や内部犯行には意味がない。それに暗号キーを一度盗まれると話が変わってくる。

暗号キーの窃取とパッチ後も続く侵害のリスク

この脆弱性の最も深刻な点は「パッチを当てるだけでは不十分」なことです。
攻撃者はSharePointのIISが使用する暗号キーをたった1リクエストで窃取できます。
暗号キーを持つ攻撃者は、有効な認証トークンを任意に偽造し、SharePointにユーザーとしてアクセスし続けられます。

攻撃の仕組みと完全な対応手順

技術的には、悪意ある.NET「BinaryFormatter」ペイロードをWS-Federationサインインレスポンスの「SecurityContextToken」クッキーとして送信し、SharePointの「/_trust/default.aspx」エンドポイントに投げることで、脆弱なデシリアライゼーションパスを経由してSYSTEM権限でのコード実行が成立します。
完全な対応には以下の手順が必要です。

2026年7月Patch TuesdayのSharePoint向けセキュリティ更新プログラムを適用
SharePointのIIS暗号キーを新しい値に更新（鍵ローテーション）
侵害の可能性がある場合は、PoC公開日（7月20日）前後のSharePointアクセスログを確認

鍵のローテーションを怠ると、パッチ後も攻撃者が偽造した認証トークンでSharePointに侵入し続けるリスクが残ります。
「パッチを当てた＝対応完了」ではないことを意識してください。

チップス

暗号キーのローテーション、どうやってやるんでしゅ？

ボス

IISマネージャーからmachineKeyを新規生成するか、web.configで直接書き換える。Microsoft公式ドキュメントに手順がある。必ず変更後にSharePointの「iisreset」を実行することだ。

まとめ：パッチ＋暗号キーローテーションで完全対応を

CVE-2026-50522はCVSS 9.8の未認証RCEで、PoC公開後数時間で実際の攻撃が始まりました。
特筆すべきは、暗号キーを盗まれると認証トークンを偽造できるため、パッチを当てるだけでは侵害が終わらない点です。
2026年7月Patch TuesdayのSharePoint向けパッチを適用し、あわせてIIS暗号キーのローテーションを必ず実施してください。

日本企業・公共機関でオンプレミスのSharePoint Serverを運用している場合は、パッチ適用状況とアクセスログの確認を最優先で行うことをお勧めします。