インフラエンジニアからセキュリティエンジニアへの転職。強みと不足の埋め方

「ネットワーク構築なら10年やってきました。ただセキュリティ職の求人票を見ると『インシデント対応経験』『脆弱性診断の実務』と書いてあって、今の経験のままで応募していいのか分からないんです」

先日、あるインフラエンジニアの方からこんな相談を受けました。結論から言うと、インフラ経験はセキュリティ職の土台として確実に評価されます。ただし「そのまま通用する」わけではなく、埋めるべき経験の差が3つほどあると僕は考えています。今日はその中身と、現実的な埋め方、そして実際によく見かける失敗パターンまで整理してみます。

0. インフラエンジニアの経験は、どこまでそのまま評価されるか

ネットワーク機器のACL設計、ファイアウォールのルール管理、Active Directoryの権限設計、サーバーのログ運用。こうした経験は、SOCアナリストやクラウドセキュリティエンジニアの仕事の土台とかなり重なっています。実際、僕がこれまで一緒に仕事をしたSOCのメンバーには、前職がデータセンターの運用監視やネットワーク保守だった方が複数います。あるメンバーは前職で深夜の監視業務中に、普段は動いていないはずのバッチサーバーから外部への通信を見つけ、社内SEに確認したところ設定ミスだったという経験を語ってくれました。攻撃ではなく単なる設定ミスだったとしても、「普段の通信の姿を知っているからこそ違和感に気づけた」という点は、セキュリティ監視の本質と同じです。

セキュリティのアラートは、正常な通信パターンとの差分でしか判断できません。そこの土地勘があるかどうかは、座学だけで身につけたセキュリティ知識より実は重いと僕は感じています。一方で、この土地勘だけでは通らない求人があるのも事実です。次の章で、実際にどこで詰まるかを見ていきます。

1. 書類・面接で実際に詰まるポイント

インフラ出身の方の職務経歴書でよく見かけるのは、「運用・保守を行った」という事実の羅列で終わっている書き方です。セキュリティ職の採用担当者が知りたいのは、異常な通信やイベントに気づいた経験があるか、そのときにどう考え、どう動いたかという判断のプロセスです。

僕が実際に見た2人のケースを比べてみます。Aさん（ネットワーク保守歴8年）は、職務経歴書に「ファイアウォールの運用・保守」「サーバーの死活監視」とだけ書いて応募を続け、書類選考で5社連続して不通過でした。一方、同じくらいの経験年数のBさんは、「深夜監視中に通常とは異なる宛先への通信増加に気づき、上長に報告してルールを見直した経験がある」という一文を職務経歴書に加えただけで、書類通過率が明らかに上がったと話していました。技術内容自体はAさんとほぼ同じでしたが、書き方の違いが選考結果を分けたと僕は見ています。

面接でも同様の傾向があります。技術的な質問より先に「気づいた経験はあるか」「なければどう補うつもりか」を聞かれることが多いというのが、僕がこれまで見てきた選考の傾向です。ここでつまずく方の多くは、経験がないのではなく、経験を「判断のプロセス」として言語化できていないだけだと僕は感じています。

2. 埋めるべき経験の差、3つ

僕が転職支援の中で感じている、インフラ経験だけでは足りない部分は次の3つです。

• インシデント対応の「型」。異常検知から報告、封じ込め、再発防止までの一連の流れを知っているかどうか。IPAが公開しているインシデント対応関連のガイド類に一度目を通しておくだけでも、面接での受け答えの解像度は変わります。運用経験があっても、「検知した後に誰にどう報告し、証跡をどう残すか」という手順を体系立てて説明できる人は多くありません。
• 攻撃手法の知識。ネットワークの正常・異常は分かっても、その異常が具体的にどんな攻撃技術に紐づくのかという知識は、インフラ運用の実務だけでは身につきにくい領域です。例えば不審な通信を見つけたとき、それがC2通信の兆候なのか、単なる設定ミスなのかを切り分ける視点は、攻撃側の手口を知っていて初めて持てるものだと感じています。
• ログを「読む」経験。SIEMやEDRのログを実際に触って、ノイズと本物の兆候を切り分けた経験は、座学では代替が効きにくいと感じています。インフラ運用で扱うログと、SOCで扱うSIEMのログは形式も量も違うため、「ログを見た経験がある」だけでは面接で説得力を持ちにくいのが実情です。

3. 現実的な埋め方、3つのルート

埋め方は大きく3パターンに分かれると僕は見ています。

1つ目は資格を軸にする方法です。CompTIA Security+や情報処理安全確保支援士は、体系的な知識を持っている証明として一定の効果があります。学習時間の目安は、Security+であれば実務経験がある方でも1〜2ヶ月、情報処理安全確保支援士は3〜6ヶ月ほどを見ておくと現実的です。ただし資格だけで採用が決まることはほとんどなく、あくまで書類選考を通過するための最低限のラインだと捉えておくのが現実的です。

2つ目は手を動かして実績を作る方法です。TryHackMeやHack The Boxのような学習環境で攻撃側の視点に触れたり、自宅環境にSIEM（無料版のSplunkやELK Stackなど）を立てて自分の家のルーターやPCのログを実際に取り込んでみたりすると、面接で語れる具体的な経験が生まれます。僕の体感では、週5〜10時間のペースで2〜3ヶ月続けると、面接で一つは具体的なエピソードを語れる状態になる方が多い印象です。

3つ目は社内異動や兼務です。今の会社にセキュリティ部門やCSIRT機能があるなら、まずそこへの異動を打診してみる方が、外部への転職より近道になるケースは実際に多いと感じています。社内異動であれば、インフラの知識をそのまま持ち込みながら実務でギャップを埋められるからです。僕の体感では、この3つを1つだけ選ぶより、資格で最低限の書類通過力を作りつつ、実践で語れる経験を積むという組み合わせのほうが動きやすいと思っています。

4. よくある失敗と対処

ここまでのルートを踏んでも、うまくいかない方には共通点があります。僕が見てきた失敗パターンを2つ挙げます。

1つ目は、資格取得だけで満足してしまうパターンです。情報処理安全確保支援士を取得した後、「資格があるのだから通るはず」と考えて応募を続けたものの、面接で「実際にログを見て判断した経験は？」と聞かれ、答えに詰まってしまうケースを何度か見てきました。対処法としては、資格の学習と並行して、自宅環境での実践を最初から組み込んでおくことです。資格取得後に実践を始めるのではなく、同時並行で進めたほうが、面接で語れる経験が資格取得と同じタイミングで揃います。

2つ目は、社内異動を打診するタイミングを逃すパターンです。「もう少し実力をつけてから異動を申し出よう」と先延ばしにしているうちに、社内のセキュリティ部門の増員枠が埋まってしまったという相談も受けたことがあります。社内異動は外部の求人と違って募集期間が明確でないことが多く、実力が完成してから動くのではなく、学習を始めた段階で早めに上長や人事に意思表示をしておくほうが、結果的にチャンスを掴みやすいと僕は感じています。

5. 移行先による違いと、年収の目安

インフラ出身者がどのセキュリティ職に移りやすいかは、これまで担当してきた領域によって差があります。僕が転職相談の中で見てきた傾向を整理すると、次のようになります。

年収については、僕が見ている求人票と転職相談のケースをもとにした体感値で言うと、インフラエンジニアとしての年収レンジがおおむね450万〜600万円だった方が、SOCアナリストやクラウドセキュリティエンジニアに移行した直後は470万〜650万円程度に着地することが多い印象です。これは「未経験からのセキュリティ職」という括りでの相場観であり、前職の年収や企業規模、そして先ほど挙げた3つの経験の差をどれだけ埋められているかによって上下します。数年かけてインシデント対応やクラウド基盤のセキュリティ設計まで担えるようになると、600万円台後半から700万円台に届くケースも見てきました。こうした年収の全体感は、セキュリティエンジニアの年収相場を整理した別記事でも触れているので、あわせて確認してみてください。

（結論）

インフラエンジニアの経験は、セキュリティ職への転職において決して不利な経歴ではありません。むしろ通信やシステムの「正常な状態」を知っているという土地勘は、セキュリティの仕事の土台そのものです。ただしそれだけで選考を通過できるわけではなく、インシデント対応の型、攻撃手法の知識、ログを読む経験という3つの差を、資格・実践・社内異動のいずれかで、できれば組み合わせて埋めていく必要があります。資格取得だけで満足してしまったり、社内異動のタイミングを逃したりする失敗パターンも実際に見てきましたので、早めに動き出すことをおすすめします。皆さんいかがでしたでしょうか。今のインフラの経験は、決して無駄になりません。埋めるべき差を一つずつ埋めながら、では今日もがんばりましょう。