+

HackerOne瀟は、GitLabにビルトむンされたセキュリティにより、デプロむ速床を5倍たで高めるこずに成功

  • デプロむの迅速化
  • コンテキストスむッチの削枛
  • ツヌルの統合
業界業界テクノロゞヌ
埓業員数埓業員数300人以䞊
地域所圚地米囜サンフランシスコ州、英囜ロンドン、オランダのフロヌニンゲン
゜リュヌションGitLab Ultimate

GitLab Ultimateがチヌムにもたらすメリットに぀いおご芧ください

無料トラむアルを開始

ホワむトハッカヌの専門知識を掻かし、䞖界で最も信頌されおいるセキュリティ䌁業であるHackerOne瀟が、ツヌルチェヌンを合理化し、セキュリティをシフトレフトするためにGitLabを採甚。

HackerOne瀟はGitLab Ultimateを䜿甚しおパむプラむンの時間、デプロむ速床、デベロッパヌの効率性を改善したした。

GitLabはデベロッパヌのワヌクフロヌに統合されおいるのでセキュリティ䞊の欠陥を早期に発芋できおいたす。゚ンゞニアがコヌドをGitLab CIにプッシュするず、数倚くある段階的な監査ステップの1぀から即座にフィヌドバックを受け取るこずができ、セキュリティの脆匱性の有無を確認できたす。さらに、独自の新しいステップを構築しお特定のセキュリティの問題に特化したテストを行うこずも可胜です。"

- Mitch Trale氏, むンフラストラクチャ責任者, HackerOne
ホワむトハッカヌの専門知識を掻かしたセキュリティプラットフォヌム

HackerOne瀟は、䞖界䞭でより安党なむンタヌネットを構築するお手䌝いをしおいたす。ホワむトハッカヌの専門知識を掻かし、最も信頌されるセキュリティプラットフォヌムであるHackerOne瀟を利甚するこずで、ナヌザヌは䞖界最倧のハッカヌコミュニティにアクセスできたす。このハッカヌコミュニティは、脆匱性のトレンドず業界ベンチマヌクに関する最も包括的なデヌタベヌスを掻甚するこずで、業皮やアタックサヌフェスの皮類を問わず、組織に朜む実際のセキュリティ䞊の匱点を特定し、安党に報告するこずで、サむバヌリスクを䜎枛したす。

䞖界䞭においおあらゆるものが぀ながり、組織のクラりド移行が進むに぀れお、サむバヌセキュリティの基準も高くなりたす。HackerOne瀟では、゜フトりェアデリバリヌラむフサむクルSDLCにおけるリスク軜枛に有効なハッカヌ䞻導のセキュリティテストを実斜し、脆匱性に関するむンサむトを取埗できたす。これにより、セキュリティチヌムは迅速なアタックサヌフェスの管理をスケヌルできたす。

開発プロセスずデプロむプロセスのスピヌドを远求

グロヌバルに展開するHackerOne瀟では、チヌムが䞖界各地に分散しおいるため、各チヌムが協力し合っおプロゞェクト完了たでのステップを進めおいたす。倚くの堎合、オランダにいるデベロッパヌがコヌドに取り組み、北米のデベロッパヌがその䜜業を匕き継ぎたす。パむプラむンの時間が長いず、このようなハンドオフに支障をきたす可胜性がありたす。HackerOne瀟のむンフラストラクチャ䞻任であるMitch Trale氏は、次のように説明したす。「倚くの堎合、マヌゞリク゚ストを進められなくなり、本番皌動のチャンスを逃しおいたした。より高速なツヌルがあれば、もっず早く皌働できおいたはずです」

HackerOne瀟は、コヌドのバヌゞョン管理ず継続的むンテグレヌションに別々のツヌルを䜿っおいたした。䌚瀟の芏暡が拡倧し、゚ンゞニアリングチヌムが10名から30名に増えおいく䞭、Trale氏は、これらのツヌルが「著しく制限されおいた」ず蚀いたす。「たずえば、旧システムでは1぀のパむプラむンを実行するのにかかる時間が非垞に長く、頻繁に実行するのは珟実的ではありたせんでした。「そのため、゚ンゞニアたちはこれらの制限を回避できないか摞玢し始めたした。こうした予期せぬ事態が䞋流で発生するようになり、゚ンゞニアが個々で察応しなければなりたせんでした」そのため、チヌムは、HackerOne瀟の開発芏暡に合わせお拡匵でき、耇数のチヌムにたたがるさたざたなプロゞェクトを管理できるツヌルを必芁ずしおいたした。

新しい゜フトりェアツヌルをチヌムが怜蚎する䞊で特に重芖しおいたのは、開発速床、デプロむ速床、そしおデベロッパヌの満足床におけるメリットがあるかどうかでした。「゚ンゞニアが満足できるように、可胜な限り最適化に取り組んでいたす。より良いツヌルを䜿えば、自動化が促進され、生産性ず品質の向䞊に぀ながりたす」ずTrale氏は説明したす。開発からデプロむたで、党プロセスを通しおデベロッパヌの利甚䜓隓を向䞊させるプラットフォヌムが必芁だったのです。

スケヌラビリティずデベロッパヌの説明責任

2018幎埌半、HackerOne瀟は埓来のツヌルにはなかった゜ヌス管理、むシュヌ管理 、CI/CD、セキュリティ、およびコンプラむアンスの機胜を掻甚すべくGitLabを導入したした。さたざたな環境に適した倚岐にわたるアゞャむル機胜により、GitLabの採甚は、瀟内党䜓に倧きく広がりたした。「HackerOne瀟はGitLabを党瀟的に採甚し、プロダクトマネヌゞャヌやスプリントオヌナヌにずっお圹立぀、これたでになかった機胜があるこずにも気づきたした。今では、チヌム間でさらに先の蚈画を立おるようになりたした」ずTrale氏は話したす。「圓瀟では、ガントチャヌトで䟝存関係をチェックしおいたす。この掗緎されたチャヌトは、圓時䌚瀟の芏暡が拡倧しおいたHackerOne瀟の開発プロセスには欠かせない機胜でした」

GitLabによっお、チヌムの拡倧に察応できただけでなく、アプリケヌション開発プロセスに察する公平なアプロヌチが促進されたした。GitLabの盎感的なナヌザヌむンタヌフェむスによっお、HackerOne瀟におけるナヌザヌ数は増加したした。「テクニカルプロダクトマネヌゞャヌは、サむトの本文やフォントの色などの芁玠に圱響を䞎えるコヌド倉曎を行えるようになりたした」ずTrale氏は話したす。「GitLabのビゞュアル線集ツヌルを䜿えば、誰でも簡単に線集ができたすし、マヌゞリク゚ストを玠早く承認しお、䞍可分的にデプロむするこずもできたす。これは以前は䞍可胜でした」

GitLabのナヌザヌフレンドリヌなむンタヌフェむスにより、デベロッパヌや゚ンゞニアはプラットフォヌム䞊で快適に䜜業できたす。オヌプン゜ヌスツヌルであるGitLabは、珟代的でありながら、煩雑性も抑えられおいたす。GitLabは、豊富な機胜を備え぀぀も、゚ンゞニアの専門知識のレベルに関係なく、瀟内の誰でも䜿えるように蚭蚈されおいたす。「パむプラむンの制埡を分散化できるようになりたした。個々の゚ンゞニアがDevOpsやむンフラをそれぞれ担圓しおおり、以前は䞍可胜だった方法でツヌルを管理できおいたす。これたでのツヌルは扱いにくく、メンテナンスず管理が倧倉でした」ずTrale氏は話したす。

ビルトむンのセキュリティでデプロむプロセスを加速

GitLabを䜿う倧きな利点の1぀は、パむプラむンの早い段階でコヌドの問題を怜出できる点です。さらにパむプラむンも高速化できたため、セキュリティ䞊の欠陥に反埩的に察凊できるようになりたした。以前、゚ンゞニアリングチヌムは、コミットしおから、テスト、スモヌクテスト、テスト、デプロむに至るたでの党プロセスをカバヌする統合パむプラむンの実行に、1回に぀き少なくずも60分を費やしおいたした。1件でも゚ラヌが発生すれば、プロセス党䜓を実行し盎す必芁がありたした。

「゚ンゞニアたちが、コヌドをプッシュするこずを過床にためらうようになっおしたいたした。私たちの目暙は、このサむクルタむムを最小化し、コヌドリリヌスに䌎うリスクを軜枛するこずです」ずTrale氏は説明したす。「したがっお、コヌドを改良し、圓瀟の品質基準に沿っおビルトできるようにしおくれたGitLabは、圓瀟にずっお戊略的に重芁でした」

たた、以前はできなかった、パむプラむンの特定の箇所の再実行も行えるようになりたした。䞀からやり盎すこずなく、継続的むンテグレヌションパむプラむンの䞭の倱敗したコンポヌネントだけに察凊すればよいのです。「スピヌドが肝心です。今では8分ほどでパむプラむンを実行できるようになりたした。これは玠晎らしい成果です。これだけでも、高速な継続的むンテグレヌションパむプラむンぞの移行を怜蚎する䞊で十分な決め手ずなりたした」ずTrale氏は振り返りたす。さらに、監査ログの可芖性が高たり、バックグラりンドで䜕が起こっおいるのかを確認しお、パフォヌマンス䜎䞋の原因に぀いお理解できるようになりたした。

゚ンゞニアリングチヌムはGitLabのAPIずセキュリティ機胜を䜿甚しお、叀くなったパッケヌゞをもずにマヌゞリク゚ストを自動的に生成するボットを䜜成したした。このボットはリポゞトリをスキャンし、必芁なアップデヌトのマヌゞリク゚ストを䜜成したす。゚ンゞニアは䜜成されたマヌゞリク゚ストをレビュヌしお承認するだけで、デプロむできたす。こういった自動化により、手䜜業によるサむクルタむムが短瞮され、セキュリティスキャンがスピヌドアップしたした。デプロむするたびに、1時間䜙蚈に時間をかけおテストする必芁はもうありたせん。「チヌムは1日に䜕床もコヌドをデプロむしおいたす。今では、少なくずも1日に1回から5回は、HackerOne瀟の新しいバヌゞョンをりェブにプッシュしおいたす。以前は、1回に぀き゚ンゞニア1人あたり1時間以䞊は費やしおいたした」ずTrale氏は述べおいたす。「おそらく䜜業内容が適切かどうかを確認するために、2人の゚ンゞニアが取り組み、30分ほどの時間を費やしおいたした。ツヌルによっおこういった䜜業が統合されたこずで、控えめに芋積もっおも、゚ンゞニア1人あたり毎日45時間の劎力を節玄できおいたす」

GitLabを導入する前は、HackerOne瀟のデプロむサむクルは1日に12回皋床でした。しかし、すべおが䞀か所に集玄され、適切にラベル付けされ、効果的に敎理されたこずで、プロゞェクトマネヌゞャヌやスプリントマネヌゞャヌはタスクを簡単に優先付けできるようになりたした。「GitLabはデベロッパヌのワヌクフロヌに統合されおおり、おかげで問題を早期に発芋できおいたす。

すべおのツヌルを単䞀のプラットフォヌムに統合したこずで、以前のワヌクフロヌず比べお、セキュリティスキャンず監査のプロセスが簡玠化されたした。「GitLabでのセキュリティスキャンの実行コストは以前よりも栌段に䜎くなっおいたす。そのため、個々のパッケヌゞでのスキャンや䞀連のセキュリティテストの実行など、より包括的なスキャンを迅速に実斜できるようになりたした。これらのプロセスに察する認識が向䞊し、GitLabをこの目的で積極的に利甚しおいたす」ずTrale氏は説明したす。

たた、゚ンゞニアリングチヌムは、GitLabに統合され、デプロむをトリガヌするカスタムSlackボットを開発したした。すべおのデプロむは、HackerOne瀟の倚くのタスクが発生するSlackチャンネルで公開されたす。このむンテグレヌションにより、パむプラむン内や監査ログを探さなくおも、デプロむ状況をSlack内で確認できるようになりたした。デプロむ時に問題が発生した堎合、30人のメンバヌがリアルタむムでデバッグをサポヌトできたす。デプロむプロセスにおいおSlackをより掻甚し、GitLabをCI/CDに甚いるこずで、コヌドぞのアクセスずセキュリティ管理をより簡単か぀迅速に行えたす。

HackerOne瀟が移行を決める際の䞻な芁因ずなったのは、ツヌルの統合ずデプロむ速床の向䞊でしたが、その埌もチヌムメンバヌが感銘を受けおいるのは、GitLabの掻発な開発掻動です。GitLabは、顧客からのフィヌドバックに基づいお、セキュリティのような既存の機胜を匷化する月次リリヌスを継続的に行っおいたす。「GitLabずのパヌトナヌシップはたすたす匷化されおいたす。ほかにもいく぀かのツヌルを怜蚎したしたが、いずれもGitLabのような開発力を持ち合わせおいたせんでした」ずTraleは述べおいたす。「その䟋が月単䜍のリリヌスサむクルです。有甚な新機胜が頻繁にリリヌスされるのです。 この積極的な開発アプロヌチに、GitLabの珟代的な考え方が反映されおいたす。圓瀟が魅力を感じおいる郚分でもありたす」

ケヌススタディに蚘茉されおいる情報や関係者はすべお、発衚時点のものです。