セキュリティ

Verkadaの担当者は、VerkadaのIDプロバイダからSAMLシングルサインオンでの認証によってのみ、Verkadaの製品インフラストラクチャまたはコードにアクセスできます。

製品インフラストラクチャ用のVerkadaのIDプロバイダは、VerkadaのコーポレートIDプロバイダとは別であり、ハードウェアキーなど多要素認証が必要です。

Verkadaのサポートツールを通じてお客様データにアクセスするVerkadaサポート担当者は、サポート許可システムを通じて権限を持つお客様から期限付きの同意を事前に取得しておく必要があります。

Verkadaは、すべての製品インフラストラクチャ、お客様データ、Verkadaデバイスへのアクセスに対して、最小権限の役割ベースのアクセスコントロールを適用します。つまり、必要なアクセスレベルをユーザーの役割に基づき決定し、可能な限り最低レベルのアクセスを提供します。上位のアクセス権限を必要とする役割は、必要に応じてオンデマンドで高度な監視のもと、限られた期間のみ付与されます。

公開ネットワークのVerkadaの製品とシステムでのすべての通信では、最新の暗号スイート構成を備えたTLS 1.2以降が使用されます。

当社では、シングルサインオン認証用の独立したIDプロバイダに至るまで、製品インフラストラクチャを会社の他の部分から分離しています。

潜在的な攻撃ポイントを最小限に抑えるために、最小化されたオペレーティングシステムと可能な限り少ないコンポーネントでデバイスファームウェアを構築しています。

すべての管理コマンドは、デバイス上の安全なチャネルのみを使用します。このチャネルは、Verkada Commandプラットフォームの安全なAPIゲートウェイへのアウトバウンドネットワーク呼び出しによって確立されます。

当社は「Configuration as Code」というアプローチを採用しています。構成内容をコード化するこの手法により、業界標準に沿った構成パターンを確実に適用し、セキュリティを強化できます。

当社の「Policy as Code」アプローチは、Verkadaのポリシーをソフトウェアが従うべきルールとして定義し、Verkadaのポリシー遵守を強化します。

既知の脆弱性に対するパッチは、少なくとも2週間ごとにインフラストラクチャサービスに自動的に適用されます。

当社のコンプライアンス自動化プラットフォームは、セキュリティとプライバシーの基準へのコンプライアンスを継続的に監視します。

当社は継続的にセキュリティログを監視し、潜在的なセキュリティインシデントを自動検出します。

当社のソフトウェアエンジニアリングチームは、Verkadaのセキュリティチームのメンバーと連携して、製品と機能の構想から完成までセキュリティのベストプラクティスが確実に守られるようにします。

安全な構成とデフォルト設定により、整備された道筋を進めるVerkadaのソフトウェアを実装し、あらかじめ正しい決定を下すことができます。

セキュリティ設定を変更できないよう固定することで、設計段階と実装段階で安全な設定から逸脱できないようにしています。

また、当社は継続してバグバウンティプログラムも実施しており、潜在的なセキュリティ問題を発見して報告した外部のセキュリティ専門家や研究者に金銭的な報酬を提供しています。