障害とセキュリティ情報は「見に行く」をやめて、RSSで流れてくるようにした

2026年11月7日 00:02

先に要点だけ書いておく。

・Claude、OpenAI、AWS、Google Cloud、GitHubなど、主なステータスページはほぼRSSかAtomを出している。調子が悪いと感じてから見に行くより、流れてきた行を見るほうが早い
・セキュリティは、JPCERT/CC・IPA・JVNの公的な情報に、Security NEXTやpiyologの速報を足せば国内の動きはだいたい追える。海外はBleepingComputerとThe Hacker Newsを入口にする
・全部入れると数日で溢れる。JVN iPediaやMSRCのように件数が桁違いのフィードは、入れるなら別フォルダに隔離する
・載せたURLは、2026年11月6日の夜にすべて実際に取得して中身が返ってくるのを確かめた。取れなかったものはその旨を書いた

この記事は次の順で進む。URLだけ欲しい人は、記事の最後のリンク一覧からそのまま飛べる。

なぜRSSなのか
AI・クラウドの障害情報
国内のセキュリティ情報
海外のセキュリティ情報
ベンダーのリリースノート
溢れさせない運用のコツ

なぜRSSなのか

Claude Codeが急にエラーを返し始めたとき、まず疑うのは自分の環境だ。APIキー、プロキシ、ネットワーク。そこを一通り見てからステータスページを開いたら、向こうで障害が出ていた。よくある話だと思う。

障害情報がリーダーに流れてくるようにしておくと、順番が逆になる。開いた瞬間に「Elevated errors for Claude ……」のような行が目に入れば、自分を疑う前に向こうを疑える。切り分けの最初の数分が浮くのは大きい。

ステータスページの多くはメール通知も用意している。ただ、サービスごとに登録するとメールボックスが散らかるし、セキュリティ情報と混ざる。RSSなら1か所に集まって既読も管理できる。Xのタイムラインで拾うより取りこぼしも少ない。

今の購読リストはこんな感じだ。

AI・クラウドの障害情報

先に1つだけ覚えておくと楽なことがある。Atlassian Statuspageで作られたステータスページは、URLの形が決まっている。ドメインの後ろに /history.rss(Atomなら /history.atom)を付ければフィードになる。今回はClaude、GitHub、Cloudflareでこの形を確かめた。知らないサービスでも、まずこれを試すといい。

Claude

https://status.claude.com/history.rss
https://status.claude.com/history.atom

モデルごとのエラー増加や、GmailやGoogle Calendarなどのコネクタの不具合が流れてくる。取得した11月6日の夜も、Google Calendarコネクタのエラーが最新の項目だった。Claude Codeやコネクタの挙動がおかしいときは、最初にここを見る。

OpenAI

https://status.openai.com/feed.rss
https://status.openai.com/feed.atom

incident.ioで作られたページで、/history.rss でも同じ中身が返ってきた。ChatGPTとAPIの障害が一緒に流れてくるので、APIしか使っていないなら件名で見分ける。

xAI(Grok)

https://status.x.ai/feed.xml

フィード名は「SpaceXAI System Status」になっている。Statuspageの形(/history.rss)は403で弾かれたので、こちらを使う。Grokのボットまわりの不調が細かく流れてくる。

AWS

https://status.aws.amazon.com/rss/all.rss

全リージョン・全サービスの公開イベントが入っていて、取得時点で38件あった。使っていないサービスの話がほとんどになる。

実用的なのは、サービスとリージョンごとのフィードだ。東京のEC2なら https://status.aws.amazon.com/rss/ec2-ap-northeast-1.rss で、「Amazon Elastic Compute Cloud (Tokyo) Service Status」というフィードが返ってくる。普段使うサービスとリージョンの分だけ足すと、ノイズがかなり減る。

もう1つ、フィード自体の説明文に大事なことが書いてある。自分のアカウントに固有のイベントを受けたいなら、EventBridgeの aws.health ソースかHealth APIを使え、という案内だ。公開のステータスに出ない影響もあるので、本番環境を持っているならRSSとは別にそちらも設定しておきたい。

Google Cloud

https://status.cloud.google.com/en/feed.atom

タイトルの頭に「RESOLVED:」のような状態が付くので、一覧を眺めるだけで片付いたかどうかが分かる。

Azure

https://azure.status.microsoft/en-us/status/feed/

取得した時点では項目がゼロだった。空でもフィードが壊れているわけではないので、エラー扱いしているリーダーがあっても気にしなくていい。

GitHub

https://www.githubstatus.com/history.rss

ActionsやPull Requestsの遅延がここに出る。11月6日も「Degraded performance for multiple GitHub services」が流れていた。CIが急に詰まったときに、自分のワークフローを疑う前に見る場所だ。

Cloudflare

https://www.cloudflarestatus.com/history.rss
https://blog.cloudflare.com/rss/

ステータスの方は、各地のデータセンターの定期メンテナンス予告がかなり混ざる。取得時の最新も、ニューアークの11月18日のメンテナンス予告だった。障害だけ見たいなら、リーダーのフィルタでメンテナンスを落とすといい。

ブログの方は、大きな障害のあとに詳しい振り返りが載ることが多い。ステータスで「何が起きたか」を知り、ブログで「なぜ起きたか」を読む、という組み合わせになる。

Slack

https://slack-status.com/feed/rss

社内の連絡手段が止まったときに、ほかの連絡手段で「Slackが落ちてる」と言えるかどうかで、混乱の大きさが変わる。

Anthropic Newsについて

Anthropicのニュースページには、公式のRSSが見当たらなかった。/news/rss.xml も /rss.xml も404で、ページ内にもフィードへのリンクはない。追いたいなら、Webページをフィード化できるリーダーの機能や、変換サービスを使うことになる。

国内のセキュリティ情報

JPCERT/CC

https://www.jpcert.or.jp/rss/jpcert.rdf
https://www.jpcert.or.jp/rss/jpcert-all.rdf

上が注意喚起などを中心にしたフィードで、下が「統合版」。お知らせまで含めたいなら統合版にする。どちらか1本なら、まずはこれを入れる。

注意喚起が出るのは、影響の大きいものが中心だ。流れてきたら、自分の環境に該当製品があるかだけはその日のうちに確かめる。

IPA

https://www.ipa.go.jp/security/alert-rss.rdf

フィード名は「緊急対策情報・注意喚起(重要なセキュリティ情報)」。JPCERT/CCと同じ脆弱性を扱うことも多いが、一般の利用者向けの書き方になっている。社内に回すときは、こちらのリンクの方が通りやすい。

JVN

https://jvn.jp/rss/jvn.rdf

国内製品の脆弱性情報が中心で、CISAの制御システム(ICS)アドバイザリをまとめた項目も流れてくる。

同じJVNでも、JVN iPediaの新着(https://jvndb.jvn.jp/ja/rss/jvndb_new.rdf)は別物だと思っておいた方がいい。取得時点で501件、約1MBあった。普段のリーダーに入れると、ほかのフィードが全部埋もれる。入れるなら製品名でフィルタをかけるか、隔離用のフォルダに置く。

フィッシング対策協議会

https://www.antiphishing.jp/atom.xml

新しいフィッシングの文面や偽アプリの情報が流れてくる。仕事というより、家族に「このSMSは開かないで」と言うための材料として役に立つ。

Security NEXT

https://www.security-next.com/feed

国内のインシデントと脆弱性の速報。1日に何本も出るので、見出しだけ流し読みして気になるものを開く使い方になる。

piyolog

https://piyolog.hatenadiary.jp/rss

インシデントを時系列で整理してくれるブログ。速報よりは少し遅れるが、あとから経緯をつかむならここが一番まとまっている。11月6日も、OpenSSHの認証回避の脆弱性の記事が流れていた。

ScanNetSecurity

https://scan.netsecurity.ne.jp/rss/index.rdf

不正アクセスの公表や業界の動きが中心。Security NEXTと重なる話題もあるので、どちらか片方でもいい。

国家サイバー統括室(旧NISC)

旧NISCのRSS(www.nisc.go.jp/rss/news.rdf)は、今は403で取れなかった。組織が国家サイバー統括室(NCO)になり、サイトも cyber.go.jp に移っているが、新しいサイトではRSSを見つけられなかった。古いURLを入れたままの人は、一度リーダーのエラー表示を見てほしい。

海外のセキュリティ情報

BleepingComputer

https://www.bleepingcomputer.com/feed/

ランサムウェアや侵害事件の第一報が早い。英語だが、タイトルだけ流し読みしてもその日に何が起きたかはつかめる。

The Hacker News

https://feeds.feedburner.com/TheHackersNews

脆弱性とパッチの話題が多い。BleepingComputerと合わせて2本あれば、海外の主な話題はだいたい拾える。

Krebs on Security

https://krebsonsecurity.com/feed/

更新は多くないが、調査報道寄りの深い記事が出る。件数が少ないので、入れておいても邪魔にならない。

SANS Internet Storm Center

https://isc.sans.edu/rssfeed.xml

現場のアナリストによる日々の観測メモが流れてくる。フィードにInfoCON(全体の警戒レベル)の表示も入っていて、普段は green だ。

Google Project Zero

https://googleprojectzero.blogspot.com/feeds/posts/default

脆弱性の技術的な解説。読むのに時間はかかるが、なぜその脆弱性が危ないのかが分かる。

Chrome Releases

https://chromereleases.googleblog.com/feeds/posts/default

Chromeの更新告知。ゼロデイの修正もここで告知されるので、ブラウザの更新を急ぐべきかの判断に使える。

Ubuntu Security Notices

https://ubuntu.com/security/notices/rss.xml

サーバーを持っているなら、自分のディストリビューションのセキュリティ告知を1本入れておく。Ubuntu以外なら、それぞれの公式の告知フィードを探す。

Microsoft(MSRC)

https://api.msrc.microsoft.com/update-guide/rss

Security Update Guideのフィード。取得時点で5,420件、約3MBあった。これは普段のリーダーに入れるものではない。月例パッチの時期にだけ見るか、隔離用フォルダに置く。

CISA KEV(悪用が確認された脆弱性のカタログ)

https://www.cisa.gov/sites/default/files/feeds/known_exploited_vulnerabilities.json

実際に悪用が確認された脆弱性のカタログで、パッチの優先度を決めるときに一番頼りになる。ただしRSSではなくJSONなので、RSSリーダーには入らない。前回との差分を取る小さなスクリプトを書いて、新しく載ったものだけ通知するのが現実的だ。

CISAはサイト上で各種のRSSを案内しているが、今回の検証では403で弾かれて中身を確認できなかった。使うときは、CISAの購読案内のページでURLを確かめてほしい。NVDの昔のRSS(nvd-rss.xml)は404になっていた。

ベンダーのリリースノート

障害とセキュリティから少し外れるが、仕様変更が原因で「障害っぽく見える」ことはよくある。同じリーダーで追っておくと切り分けが早い。

AWS

https://aws.amazon.com/about-aws/whats-new/recent/feed/
https://aws.amazon.com/blogs/security/feed/

What's Newは取得時点で96件あり、かなり多い。全部読むのは無理なので、タイトルにサービス名が入っているものだけ拾う。セキュリティブログの方は件数が少なく、新機能の使い方まで書いてある。

Google Cloud

https://cloud.google.com/feeds/gcp-release-notes.xml

日付ごとに1項目にまとまっていて、タイトルは「November 05, 2026」のような日付だけになる。1項目の中身が長いので、開いてからページ内検索で自分の使うサービスを探す。

Azure

https://www.microsoft.com/releasecommunications/api/v2/azure/rss

タイトルの頭に「[Launched]」のような状態が付く。プレビューか一般提供かが一覧で分かる。

GitHub

https://github.blog/changelog/feed/

ActionsやCopilotの仕様変更がここに出る。

Claude Code

https://github.com/anthropics/claude-code/releases.atom

GitHubのリリースは、どのリポジトリでも /releases.atom を付ければフィードになる。Claude Codeは更新が速く、取得時点の最新は11月4日のv2.1.318だった。挙動が変わったと感じたら、ここで直近の変更を見る。普段使っているOSSも同じ形で足せる。

OpenAI

https://openai.com/news/rss.xml

新モデルや料金の発表が流れてくる。

溢れさせない運用のコツ

フィードは増やすのは簡単で、減らすのが難しい。続けるために気をつけていることを書いておく。

フォルダを3つに分ける

「障害」「セキュリティ」「更新情報」に分ける。障害のフォルダだけは未読を溜めない。ほかの2つは、週末にまとめて既読にしてもいい、くらいの気持ちでいる。

重いフィードは隔離する

JVN iPediaやMSRCのような数百〜数千件のフィードは、普段見るフォルダに入れない。入れるなら「重い」フォルダを作って、必要なときだけ開く。

タイトルでフィルタする

Cloudflareのメンテナンス予告、AWSのWhat's Newのように、件名だけで要らないと分かるものは多い。リーダーにキーワードのフィルタがあれば、使っていないサービス名やメンテナンスを落とす。

通知は障害だけにする

SlackやDiscordに流すなら、障害フォルダだけにしておく。SlackにはRSSを流せるアプリがあるし、DiscordならWebhookに投げる中継サービスやbotを使えばいい。セキュリティニュースまで通知にすると、すぐに誰も見なくなる。

フィードは死ぬ

旧NISCのように組織やURLが変わると、フィードは黙って止まる。リーダーの取得エラーを、半年に一度くらいは見直す。今回調べただけでも、403や404になっていたものがいくつかあった。

載せたURLを1枚にまとめておく。クリックで開けるリンクは、記事の最後に置いた。

ほかに「これは入れておけ」というフィードがあれば、コメントで教えてほしい。特に、国内のクラウドやSaaSのステータスで、RSSを出しているところはまだ探しきれていない。

購読URLリンク一覧

リーダーの購読画面に、そのままコピーして使える。すべて2026年11月6日に取得を確認した。

障害とセキュリティ情報は「見に行く」をやめて、RSSで流れてくるようにした

なぜRSSなのか

AI・クラウドの障害情報

Claude

OpenAI

xAI(Grok)

AWS

Google Cloud

Azure

GitHub

Cloudflare

Slack

Anthropic Newsについて

国内のセキュリティ情報

JPCERT/CC

IPA

JVN

フィッシング対策協議会

Security NEXT

piyolog

ScanNetSecurity

国家サイバー統括室(旧NISC)

海外のセキュリティ情報

BleepingComputer

The Hacker News

Krebs on Security

SANS Internet Storm Center

Google Project Zero

Chrome Releases

Ubuntu Security Notices

Microsoft(MSRC)

CISA KEV(悪用が確認された脆弱性のカタログ)

ベンダーのリリースノート

AWS

Google Cloud

Azure

GitHub

Claude Code

OpenAI

溢れさせない運用のコツ

フォルダを3つに分ける

重いフィードは隔離する

タイトルでフィルタする

通知は障害だけにする

フィードは死ぬ

購読URLリンク一覧

障害

セキュリティ(国内)

セキュリティ(海外)

更新情報

隔離用・RSS以外

ピックアップされています

AI/ローカルLLM セキュリティ最前線

AI時代と日常の時事アーカイブ

AIと日常の雑感

AI News 紹介： 2026_11_02

あなたへのおすすめ

ピックアップされています

AI/ローカルLLM セキュリティ最前線

AI時代と日常の時事アーカイブ

AIと日常の雑感

AI News 紹介： 2026_11_02