「そのバックアップ、本当に戻せますか？」セキュリティ展示会の資料43本をAIと読んで考えたこと

10月14日、大阪のセキュリティの展示会に行ってきました。
Security Days Fall 2026 Osakaです。

受け取った配布資料は、43本。
（さすがに全部は読めない。。。）

なので、とりあえずAIに読ませてみました。
この資料を元に、AIの意見を聞いてみたかったんです。

会場は、行列ができるほどだった

今回のこのセキュリティのイベント会場には、結構人がいました。
これまで行ったセキュリティ関連のイベントの中でも、多かったように感じます。
どのセッションも行列ができていました。

最近は、不正アクセスのニュースが続いています。
みなさんの温度感は、やはり高かったです。

行く前の私の見立て

プロダクトを作ったり、データを扱ったり、AIを使ったりする以上、セキュリティは無視できません。

最近、脆弱性を狙った不正アクセスが増えています。
でも、脆弱性そのものは、前からそこにあったものです。

変わったのは、AIが誰にでも使えるようになったことです。
AIは、犯罪組織にとっても便利な道具になりました。

手口は変わらなくても、スピードと規模が段違いです。
しかも向こうは、24時間365日、休まずに動いています。

AI関連のセキュリティ事故は、まだ少ないと思っています。
でも、近い将来出てくる。

それより前に、今ある脆弱性がAIを使って狙われ、情報漏えいのニュースが続くと思います。

これが、行く前の私の見立てでした。

資料43本で、自分の見立てを確かめた

AIに読ませてみると、少なくとも7本の資料が、はっきり同じことを書いていました。
手口は新しくなく、変わったのは速さと量だ、と。

総務省の講演資料は、国内で相次ぐ漏えいに、AIがどれだけ関わっているかはまだ分からない、と断っていました。
そのうえで、脆弱性が公表されてから攻撃されるまでの時間は縮んでいる、という見方です。

配布資料とは別に、IPAの講演も面白かったです。

IPAが毎年出している「情報セキュリティ10大脅威」の2026年版。

組織向けの3位に、「AIの利用をめぐるサイバーリスク」が初めて入りました。

すぐ下の4位は、システムの脆弱性を悪用した攻撃です。
休まない相手の話も、数字で出てきました。

信州大学医学部附属病院の講演資料に、こんな数字があります。
ある日のわずか数時間に、脆弱性を探しているとみられるアクセスが約110万件来ていたそうです。

食い違った数字：穴の数は増えている

一方で、私の見立てと食い違う数字もありました。

見つかって番号が付く脆弱性（CVE）は、ほぼ倍になっています。
2022年の約2万5千件が、2025年には約4万8千件です（Qualysの講演資料）。

考えてみると、AIが出てきてから、サイトやアプリを作ってリリースする数そのものも増えているはず。
GitHubでは、2025年の1年で新しいリポジトリが1億2,100万個作られました。
（今はもっと多いな。。。）

AIにコードを書かせた調査もあります（Veracode、2025年）。
テストした課題の45%で、脆弱性が入ったそうです。

穴の種類は前と同じでも、世の中にある穴の数は増えている。
そういう見方もできそうです。

個人的に一番面白かったのは、Cloudflareの話

Cloudflareの「Agentic Internet」の講演です。
AIエージェントが、インターネットとセキュリティをどう変えるのか、という話でした。

ほかの講演は、自社サービスの紹介が中心のものが多くありました。
その中でCloudflareは、独自のデータで、今の状況やAIエージェントまわりの話をしてくれました。

そのうえで「それに合う仕組みは、うちに結構ありますよ」というトーンです。
紹介された仕組みも、面白いものが多くありました。

セキュリティだけじゃない観点があったのも、惹かれた理由かもしれません。

Cloudflare Workersの仕組みの話も、印象に残りました。
コンテナではなく、「V8アイソレート」という仕組みで動いています。
（プログラムごとに箱を用意せず、すでに動いている場所の中で小分けにして動かすので、起動がとても速い仕組み）

最新の技術で、AIとの相性もいいと感じました。

AIエージェントによる攻撃をどう防ぐか、という話もいろいろありました。

ただ、この講演の資料は配られませんでした。
（一番読みたかったやつに限って、ないんかーい）

計画を立てることと、実行することは別

講演の中で、確かにな、と思った話があります。

セキュリティ対策のプランは、みんなしっかり立てている。
でも、プランを立てることと、実行することは別の話だ、と。

例えば、データを改ざんされたときのために、バックアップを取っている。
そこで問われるのは、バックアップまで改ざんされないようになっているかです。

そして、そのバックアップをすぐ戻せるか。
実際、バックアップは取っていたのに、戻せなかったという事例が結構ありました。

信州大学医学部附属病院の講演資料では、すぐには戻せなかった別の病院の例も紹介されていました。
データのフルバックアップを取っていたのに、完全に戻るまで約2ヶ月半かかったそうです。

攻撃は見つけるのが難しく、見えないこと自体が脅威だ、という話にも納得しました。

持たないものを決めて、持つものは戻せるように

帰ってきてから、データの持ち方を考え直した方がいいと感じています。
何を持って、何を持たないのか。

攻撃は速く、見えにくくなりました。

だから、持たなくていいデータは、持たないと決める。
それが一番確実です。

でも、サービスによっては、持たないわけにはいかないデータもあります。
持つと決めたデータは、改ざんされず、すぐ戻せるところまで確かめておく。

そのデータ、本当に持っている必要がありますか？
そのバックアップ、本当に戻せるか試したことはありますか？

ほな、また。