0

私が働いている会社では、アーティファクトのようなリポジトリ管理ツールを使い始めており、このツールのユーザーガイドを読んでいます。仮想リポジトリ、いくつかのローカルおよびリモートリポジトリを作成する構成から始めました。使用ガイドで、次のことがわかりました。

リモート リポジトリ自体の所有者など、クエリを傍受できる人に、アーティファクト クエリから派生した機密性の高いビジネス情報が開示されないようにします。

これは次の方法で回避できることがわかりました

パターンを除外

仮想リポジトリの機能。これについて何か提案をいただけますか？どのような要求を避けるべきですか?

4

1 に答える 1

1

リモート リポジトリに (直接または仮想経由で) 送信される内部アーティファクトの要求を避ける必要があります。これは、プロジェクトが内部ライブラリに依存している場合、またはモジュールが相互に依存しているマルチモジュール プロジェクト内にある場合に発生する可能性があります。仮想リポジトリを操作する場合、Artifactory は常に最初にローカル リポジトリでそのようなアーティファクトを検索します。ただし、誰かが間違ったバージョンを要求したり、アーティファクト名にタイプミスがあった場合、アーティファクトはローカル リポジトリで見つからず、Artifactory はこの仮想で構成されたリモート リポジトリでそれを検索しようとします。

上記のような機密性の高いビジネス情報の公開を避けるために、次のベスト プラクティスを強くお勧めします。

  • 組織で使用されるリモート リポジトリのリストは、すべての要求が送信される単一の仮想リポジトリで管理する必要があります。
  • すべての内部アーティファクトは、ワイルドカード文字を使用して仮想リポジトリ (または各リモート リポジトリ) の Excludes Pattern フィールドで指定し、内部アーティファクトの可能な限り幅広い仕様をカプセル化する必要があります。

すべてのプロジェクト/モジュールがある種の名前空間 (たとえばcom.mycompany、 ) を使用していると仮定すると、この名前空間でアーティファクトの除外パターンを構成できます: com/mycompany/**。

詳細については、除外パターンを使用したセキュリティ リスクの回避を ご覧ください。

于 2014-03-29T17:48:08.483 に答える