tomo|インフラエンジニア (@MyTechBlogJP) header
tomo|インフラエンジニア (@MyTechBlogJP) profile picture

関西のインフラエンジニア(経験20年超)|NW・クラウド・セキュリティの設計構築・PM|CCIE Lifetime Emeritus / VCAP-DCA / Azure Solutions Architect Expert|セキュリティや AI の話題を、現場の目線で発信

Joined August 2012
Photo by tomo|インフラエンジニア (@MyTechBlogJP)Photo by tomo|インフラエンジニア (@MyTechBlogJP)Photo by tomo|インフラエンジニア (@MyTechBlogJP)Photo by tomo|インフラエンジニア (@MyTechBlogJP)Photo by tomo|インフラエンジニア (@MyTechBlogJP)Photo by tomo|インフラエンジニア (@MyTechBlogJP)
これからインフラエンジニアを目指す人に、伝えたいこと。 「インフラエンジニアになる」より、「何をやってみたいか」から始めるのもありだと思う。 AI を使えば、開発や創作を一人で形にできる時代。 でも、作ったものを公開しようとすると、すぐにサーバーやネットワーク、セキュリティの壁にぶつかる。 必要に迫られて学ぶインフラは強い。 自分も初めて AI で Web アプリを作って公開したとき、最初に決めたのは「秘密情報をどこに置くか」だった。 生成 AI の API キーは、漏れると第三者に使われ、課金や利用枠の消費につながる。 だからコードには書かず Secret Manager に置き、Cloud Run から参照してブラウザ側には出さないようにした。 認証まわりは Firebase に任せて、自分では作り込まなかった。 地味だけど、インフラを触ってきた人間が最初に気にするのはこういうところ。 肩書きはインフラエンジニア。でも、それは名刺がわり。 インフラ以外のことに挑戦するときも、その土台が支えになっている。 就職や転職で、インフラをやってみたいなと悩んでいる方の参考になればうれしいです。 個人的には、セキュリティを軸に経験を積めるところは特におすすめです。
1
10
1,492
認証局 eMudhra の弱い鍵の件。Kuman さんの要約が分かりやすいです。 Cloudflare の観測では、最新ブラウザはおおむね対応済みだが、Android WebView は30〜40%が、まだ問題の証明書を受け入れているとのこと。 なお、Cloudflare の通信が傍受された証拠は、今のところ見つかっていないそうです。
認証局のeMudhraが、インターネットを守る錠前に115桁の数を選ぶべき場面で「4」( 4桁ですらなく、ただの4) を選んでいた件。Cloudflareが1週間追いかけた記録。 ▼何が起きたか ・影響した中間認証局の秘密鍵は、公開されている証明書から誰でもほぼ即座に復元できた ・弱かった鍵は8つ。4、56、66、115、155、156、230、237 ・「同じ署名鍵を誰でも独立に復元でき、任意のドメインの証明書を作れる」 ▼Cloudflareの初動 ・10/19 影響の大きいシステムを即日パッチ。脆弱なeMudhra鍵を拒否するように ・着手から4時間で全体の分析を完了し、その日のうちにチームに確認を依頼 ・10/21 ログ収集の展開が完了 ▼1週間の観測 ・弱いeMudhra鍵を使った接続の試みが約22,000件 ・そのうち3分の2はテストサイトへの取得 ・160件ほどが、それとは別の挙動として目立った ・偽造証明書の1つは10/20 18:19 UTC付。Mozillaのバグ報告が公開されてから1時間以内 ▼パッチが届いていない側 ・最新のブラウザはおおむね対応済み。ただしボットと古いブラウザは別 ・5,000万件の調査で、Android WebViewは30〜40%がまだ受け入れる ・大規模なネットワークでは、半数以上が依然として侵害された証明書チェーンを受け入れる blog.cloudflare.com/emudhra-…
2
3
507
①は、クラウドの「責任共有モデル」と同じ考え方。 サーバー会社が守るのは基盤まで。どの PHP バージョンで動かすかは、利用者側の判断になることが多いです。
PHPのセキュリティ相談、最近本当に増えています。多い勘違いを4つ。 ①「サーバー会社が更新してくれる」→アプリ側のPHPのバージョンは自分の責任です。 ②「動いてるから大丈夫」→サポートが切れても普通に動きます。動く≠安全。特に先日のPHPの件だとこれがアウト。 ③「全部作り直すしかない」→使っていない機能を消すのが一番安い対策。サイトを閉じるのも選択肢の一つ。 ④「WordPressは最新です」→WordPressはPHPという言語でできています。だから最新だからといって、安全な訳では無い。
1
90
フランス下院で、配信事業者に「1GB あたり 0.055 ユーロ」を課す修正案が可決。 ただし僅差の可決で、まだ上院の審議前とのこと。 計測は ISP が事業者・CDN ごとに行う仕組みのようですが、ISP 内のキャッシュや CDN 経由の通信をどう振り分けるのか、ネットワーク屋としては気になります。
wtf this is absurd: France’s lower house backed a €0.055-per-GB tax on data sent to French users by providers like Netflix and Google. I seriously wonder if they don't understand that the higher costs will be passed directly on to the end customers.
74
S3 のプレフィックス末尾の「/」、権限設計でも要注意です。 「logs」と「logs/」では、対象になるキーが変わります。 IAM ポリシーやライフサイクルルールで「logs」と書くと、logs-archive/ まで対象に入ります。 Reoさんの記事、図と CLI の例で分かりやすいです。
1
1
224
Linux を学びたい方に、こすけさんのコマンド学習道場がおすすめです。 基礎から LPIC 相当まで、無料でまとまっています。 ターミナルモードで自由にコマンドを打てるのも良いです。
1
1
142
個人情報流出が心配なときは、まず「188」(消費者ホットライン)へ。 内容別の窓口も、官邸がまとめています。 ・クレカ情報:日本クレジット協会 ・不正アクセス、ウイルス:IPA ・犯罪被害の心配:#9110 詳しくは引用元の画像を保存しておくと安心です。
【個人情報流出】 我が国の企業などに対する相次ぐサイバー攻撃によって、大規模な「個人情報流出被害」などが多数生じており、漏えいした情報を悪用した二次被害への不安が高まるなど深刻な事態となっています。個人情報流出の被害に遭われた方、ご心配のある方は、ご相談ください。 ▼個人の皆様のご相談窓口はこちら
85
コミックシーモアが、10月15日の停止から一部再開されました。 利用にはパスワードの再発行が必要です。 同じメアドとパスワードを他サービスでも使っている方は、そちらも変更を。 対応を続けている現場の皆さん、本当にお疲れさまです。 nttsolmare.com/press/2026/10…
161
AWS DevOps Agent で Azure のログをどこまで分析できるかの検証まとめが、とても分かりやすかったです。 そして「学んだら、試して、発信する」 業務と違う領域でも自分で検証して登壇されている姿勢に、その大切さをあらためて感じました。 私も知識だけで止まっていた Azure SRE Agent を、実際に触って発信したいと思います。
昨日の登壇資料です! Azureについての話がメインとなってしまいましたが、AWS DevOps AgentでAzure環境を調査できるようになった話で登壇いたしました。 ご清聴いただきありがとうございました!🐧 speakerdeck.com/siromi/aws-d… #jawsug_bgnr #jawsug
2
181
自分も普段 AI に発想のよい点を聞くんですが、褒められると素直に嬉しくて次に進める派です。 AI の迎合は欠点として語られがちですが、問題は「正しい評価」と思い込むこと。 作り始めは褒めてもらい、磨く段階では厳しく見てもらう。そんな使い分けがいいかもですね。
ドパガキって、褒められるために何か作ってる人のことだと思ってた。 昨日、友達が自作のAIを見せてくれた。 画面が鏡みたいになっていて、作ったものを見せてから、 「鏡よ鏡、今日も私の作品が世界で一番?」 と聞くと、 「もちろん、あなたの作品です」 と答えてくれるらしい。 さすがに笑って、 「毎回そう言うように設定してるんでしょ?」 と聞いたら、 「そうだよ」 と普通に返された。 「もっとすごい人がいても?」 「前の設定だと教えてくれた。『あなたも素晴らしいですが、最近はもっと若い方がこんなものを作っています』って」 「そっちの方が参考になるんじゃない?」 「参考にはなったよ。それで他の人の作品ばかり調べて、二週間、自分では何も作らなかった」 今は、比較せずに褒めてくれる設定にしているらしい。 「評価は公開したら嫌でもされるから。この鏡くらいは、私が一番って言ってくれてもよくない?」 友達はその日作ったものを鏡に見せて、返事を待っていた。
1
138
「特定のサービスに移れば安全」とは限らない、そのとおりだと思います。 ただ、今回の研究は Cloudflare の画像変換機能に関する条件付きの XSS なので、WordPress からの移行の是非とはちょっと別の話かなと思いました。 移行によって減るリスクもあれば、構成次第で残るリスクもある。 そこは分けて考えたいですね。
🚨 今度はCloudflareにもXSS脆弱性の報告! 10月28日、セキュリティ研究者がCloudflareの画像配信機能に関する問題を公開しました。 今回報告されたのは、複数の欠陥を組み合わせることで、CSPというJavaScriptの不正実行を防ぐ仕組みを回避し、悪意あるコードを実行できるというもの。 これ、以前から私が言っていたことなんですよね。 「WordPressは危険だからCloudflareに移行すれば安全」 そんな単純な話じゃないんですよ(笑) もちろん、Cloudflareのセキュリティ基盤が優れていることは理解しています。 ただ、どんなサービスにも脆弱性が見つかる可能性はあります。 重要なのは、どの技術を使うかだけではなく、認証・認可、インフラ設計、脆弱性への対応、そして継続的な保守運用です。 今回の件も、Cloudflareを利用しているすべてのサイトが危険という話ではありませんし、修正状況や影響範囲は引き続き確認が必要です。 ただ、今回改めて思うのが、特定のサービスを使えばセキュリティ問題が解決するという考え方の危うさ。 ツールを変えれば安全になるなら、セキュリティエンジニアなんて苦労しませんよ(笑) AI時代だからこそ、技術の好き嫌いではなく、システム全体の安全性を考えるべきだと思っています。 参考記事👇 cybersecuritynews.com/cloudf…
104
Google が新モデル Gemini 4 Carbon を発表。 脆弱性の発見から修正まで、同社のベンチマークで最高水準とのこと。 まずはサイバー防御の担当者向けに提供し、一般向けの時期は未定だそうです。
Introducing Gemini 4 Carbon, it's a big jump over Argon which we released just 2 weeks ago. Gemini 4 Carbon is SOTA on cyber, long horizon tasks, ranks #1 on Artificial Analysis V5, significantly improves on usability in domains like coding, and is more aligned.
1
93
補足です。コミュニティノートによると、この写真は2023年の創設100周年の頃に撮影されたもので、今回の件とは無関係とのことです。撮影時期について訂正します。 ただ、この状況で投稿する写真としては配慮に欠けるという考えは変わりません。
49
「FortiBleed 2.0」なるものが出てきました。 ただし、新たな脆弱性や新規侵害が確認されたという話ではなく、過去のデータの追加調査です。 FortiGate の設定情報から、平文の秘密情報を含む 40,573 件のレコードが確認され、AD 接続用の LDAP パスワードも含まれていたとのこと。 infostealers.com/article/for…
1
124
「AI はスキルを置き換えず、拡大する」 基礎がないまま自動化すると、間違いまで拡大してしまう。インフラでも同じことが言えそうです。
Bug bounty has definitely changed. I used to spend hours analyzing HTTP requests, switching back and forth between Firefox and Burp Suite. Now, I open my terminal, point my AI skills at a target, intercept and analyze HTTP traffic using Burp Suite MCP, and offload heavy tasks to my HackBot running on a VPS. But here’s the thing: AI doesn’t replace your hacking skills. It scales them. The goal is to get really good at manual hacking first, then use AI to automate and scale what you already know. Not the other way around. You don’t start by building a HackBot and expecting it to hack for you when you don’t even understand what it’s doing. Learn to hack first. Automate second. Scale third. Keep hacking! ✌️
1
3
219
Teams の外部チャットで「IT サポート」を名乗る攻撃が、400件以上観測されたとのこと。 迷惑メールが大量に届いた直後に「解決します」と連絡が来たら要注意です。 infosecurity-magazine.com/ne…
105