Skip to main content

無制限のSnykプロジェクトで、すべてのアプリを継続的に保護

2017年4月5日

0 分で読めます

セキュリティをしっかり確保するには、継続的に取り組む必要があります。脆弱なライブラリを一度見つけて修正するのは素晴らしいことですが、依存関係を監視し、コード変更をテストしなければ、すぐにまた安全でない状態に戻ってしまいます。

Snykの使命は、製品を使ってもらうことではなく、真に、そして継続的に安全な状態を実現することです。そのため、Snykプロジェクトと、それによって実現する継続的な保護を無料でご利用いただけるよう、料金体系を一新することをお知らせします。

CTFを始めよう

オンデマンドのバーチャル入門ワークショップで、CTFチャレンジの解き方を学びましょう。

新しい料金モデルでは、プロジェクト数ではなく、アプリケーションに脆弱性があるかどうかを調べるテストの実行頻度を基準とします。テストはGitHubのワークフローの一部として、またはCLIから実行したとき(たとえばCI内)に実施され、新たに脆弱な依存関係が入り込むのを防ぎます。また、プロジェクトを毎日または毎週テストして新たな脆弱性を検出し、依存関係に影響するセキュリティ上の欠陥が新たに公開された際にお知らせします。

無料プランでは、毎月このようなテストを100回まで、ご希望に応じてご利用いただけます。上限を超えた場合は、テストを一時停止したことをお知らせします。その後、テストの頻度を下げるか、プレミアムプランにアップグレードするかをお選びいただけます。利用枠は毎月リセットされるため、少なくともその頻度でセキュリティテストを実施できます。これまでどおり、Snykはオープンソースプロジェクトに無料で提供され、今後も変わりません。

今回の変更により、すべてのアプリケーションを継続的に保護しない理由は本当にないと考えています。セットアップもさらに簡素化しました。数回クリックするだけで、Node.js、フロントエンドJavaScript、Rubyのすべてのアプリを保護できます(Javaにも近日対応予定です)。

料金モデルの変更に加え、UIとオンボーディングのワークフローもアップグレードし、より多くのリポジトリを簡単に保護できるようにしました。何千ものリポジトリを抱えるユーザーにも対応しやすくなり、サイト内や各画面の操作性も向上しています。

さあ、始めてみませんか?Snykプロジェクトを追加しましょう! 😊

続きを読む

feature insights context
Blog

自律型攻撃はすでに始まっている。防御もそのスピードに追いつかなければならない。

自律型攻撃者によって、防御に使える時間は短くなっています。継続的な検出、修復、検証、予防で、セキュリティチームが攻撃に歩調を合わせる方法をご紹介します。

feature insights context
Blog

予防は、本質的に解決済みの問題なのでしょうか?

エージェントが生成するコードの予防策はアーキテクチャ上解決されていますが、開発を遅らせることなくセキュリティを守る制御を選ぶことが、依然として課題です。

Live Stream

修正エージェントをわかりやすく解説:見つけるより直すことが重要な理由

SnykのRemediation Agentが、セキュリティインテリジェンス、破壊可能性分析、検証を活用して、脆弱性をマージ可能なプルリクエストに変える仕組みをご覧ください。