未経験からサイバーセキュリティアナリストへ：エントリーレベル職務経歴書の書き方

サイバーセキュリティの求人は増えているが、「経験者優遇」という壁に阻まれる未経験者は多い。CompTIA Security+を取得した、あるいはブートキャンプを修了したばかりの段階でも、職務経歴書の構成を工夫すれば採用担当者の目に留まるレジュメは作れる。このガイドでは、SOCアナリストや初級セキュリティアナリスト職に応募する際の具体的な書き方を説明する。

資格の記載順と書き方

サイバーセキュリティ分野では資格が実務経験の代替として機能しやすい。資格セクションは職務経歴書の上部、職務要約のすぐ下か、スキルセクションの直前に置くのが効果的だ。

記載する際の優先順位の目安：

1. CompTIA Security+ — DoD 8570準拠の基本資格として採用担当者の認知度が高い
2. CompTIA CySA+ — SOCアナリスト職に直結する脅威分析の資格
3. Google Cybersecurity Certificate — ブートキャンプ系の中では採用市場での認知が広がっている
4. TryHackMe / Hack The Box の修了バッジ — 実践スキルの証明として補足的に記載
5. AWS / Azure のクラウドセキュリティ基礎資格 — クラウド環境のSOC求人に有効

取得予定の資格は「(取得予定: 2025年9月)」のように明記する。嘘の記載は絶対に避けること。

ホームラボとCTFを「経験」として書く方法

職務経歴がない場合、ホームラボやCTF（Capture The Flag）参加歴は経験セクションに堂々と記載できる。採用担当者はこれを「実務に近い自己学習」として評価する企業が増えている。

書き方のポイントは、何をしたかではなく何を達成したかを書くことだ。

悪い例：「VirtualBoxでKali Linuxを使って練習した」

良い例：「VirtualBox上にKali Linux / Splunk / Snortを構築したホームラボ環境で、模擬ネットワークへのポートスキャン・ログ分析・インシデント対応フローを実践。Splunkダッシュボードで異常トラフィックを検知するアラートルールを5件作成」

CTFについては、TryHackMeのランク（例：Top 5%）やHack The Boxで解いたマシン数など、定量的な情報を加えると説得力が増す。

経験セクションの見出しは「個人プロジェクト」「ホームラボ」「自主研究」など、実態に合った表現を使う。

インターンシップ・ボランティア経験の活かし方

IT部門でのインターン、非営利団体のネットワーク管理ボランティア、大学のセキュリティクラブ活動なども経験として記載できる。セキュリティ業務に直結していなくても、ネットワーク設定・ログ確認・アクセス管理といった要素があれば、それを前面に出して書く。

例：「地域NPOのIT支援ボランティアとして、Windowsサーバーのパッチ適用スケジュール管理とユーザーアカウントのアクセス権レビューを担当」

未経験・経験なしの状態から職務経歴書を組み立てる考え方は /blog/data-analyst-resume-no-experience の記事も参考になる。

テクニカルスキルセクションの構造

スキルセクションは採用担当者とATSの両方が参照する。カテゴリ分けして記載するのが最も読みやすい。

SIEM / ログ分析: Splunk, Microsoft Sentinel, Elastic SIEM
ネットワーク: Wireshark, Nmap, Snort, tcpdump
脅威インテリジェンス: MITRE ATT&CK, VirusTotal, OSINT技法
OS / 環境: Windows Server, Linux (Ubuntu / Kali), Active Directory
スクリプト: Python (基礎), Bash
フレームワーク: NIST CSF, CIS Controls

「基礎」「業務レベル」など習熟度を正直に添えること。誇張は面接で即座に露見する。

ATSキーワード戦略

SOCアナリストや初級セキュリティアナリストの求人票には共通して登場するキーワードがある。以下は頻出語句の例だ。

• SIEM, log analysis, threat detection
• incident response, triage, escalation
• vulnerability assessment, patch management
• phishing analysis, malware analysis
• endpoint detection and response (EDR)
• network traffic analysis, firewall, IDS/IPS

職務経歴書内でこれらのキーワードを自然な文脈で使う。スキルセクションに羅列するだけでなく、プロジェクト・経験の説明文にも組み込むことでATSのスコアが上がりやすい。ATSの仕組みについては /blog/what-is-ats で詳しく解説している。

求人票ごとにキーワードを調整する作業は手間がかかるが、TailorMyJob のようなツールを使うと求人票と職務経歴書の一致度を自動で分析できる。

「経験がないと応募できない」問題を回避する

求人票に「1〜2年の実務経験必須」と書いてあっても、応募をやめる必要はない。エントリーレベルの求人票は採用担当者が理想を書いている場合が多く、実際には資格・ホームラボ・学習意欲で補える企業は少なくない。

対策として有効なのは：

• 求人票の必須要件と歓迎要件を区別し、必須要件の7割以上を満たせば応募する
• 職務要約（サマリー）で「SOCアナリストとして即戦力になれる技術的基盤を持つ」と具体的に主張する
• カバーレターでホームラボやCTFの取り組みを補足する

職務経歴書を求人票に合わせて調整する方法は /blog/tailor-resume-to-job-description を参照。

推奨レジュメ構成

1. ヘッダー — 氏名、電話番号、メール、LinkedInプロフィールURL、GitHubリンク
2. 職務要約（3〜4文） — 資格・スキル・目標ポジションを明記
3. テクニカルスキル — カテゴリ別に整理
4. 資格・認定 — 取得日付付きで記載
5. プロジェクト / ホームラボ — 箇条書きで成果ベースに記述
6. 職務経歴（インターン・ボランティア含む） — 逆時系列
7. 学歴 — 専攻・卒業年度・GPA（3.5以上なら記載）

レジュメ全体のフォーマットはATSが正しく読み取れる形式にすること。段組みや表の使い方については /blog/how-ats-parses-resume-columns-tables で確認できる。

長さとデザインの注意点

エントリーレベルは1ページに収める。フォントはCalibri・Arial・Garamondなど標準的なものを使い、アイコンや装飾的グラフィックはATSに誤読されるリスクがあるため避ける。ファイル形式はPDFが基本だが、求人票でWord指定がある場合はそちらに従う。

職務経歴書の適切な長さについては /blog/how-long-should-a-resume-be も参考にしてほしい。