• ホーム
• アプリの統合
• シングルサインオン統合
• Atlassian Bitbucket シングルサインオン

Atlassian Bitbucket Cloud シングルサインオン(SSO)

miniOrange SSOソリューションを使用すると、単一のログイン認証情報を使用して、Atlassian Bitbucket Cloudアプリケーションへのアクセスを完全に制御し、企業向けのAtlassian Accessを利用できます。既存のIDプロバイダー（IDP）またはAD認証情報を使用して、Atlassian Bitbucket Cloudアカウントにシングルサインオン（SSO）することで、セキュリティを強化できます。

miniOrange の Atlassian Bitbucket Cloud SSO ソリューションは、単一のログイン認証情報を使用して、複数の Atlassian アプリケーション (Jira、Confluence、Bitbucket、Bamboo、Fish eye) やその他のオンプレミスおよびクラウド アプリへの安全なシングル サインオン アクセスを提供します。 miniorange のアイデンティティ プロバイダー (IdP) サービスを使用すると、単一の Bitbucket クラウド ユーザー名とパスワードを使用して、複数のアプリケーションにシングル サインオン (SSO) ログインできます。 別の見方をすると、ユーザーがいずれかのサードパーティ アイデンティティ プロバイダー (Active Directory、Okta、Auth0) にいて、既存の IDP 認証情報を使用してユーザーに Atlassian Bitbucket Cloud/Atlassian Access やその他の特定のアプリケーションにログインさせたい場合、安全かつセキュアな方法で簡単に SSO ログインできます。 指定されたセットアップ ガイドに従って、Atlassian Bitbucket Cloud に SAML SSO を統合してください。

Bitbucket シングル サインオン (SSO) については、以下のステップ バイ ステップ ガイドに従ってください。

1. miniOrangeでBitbucketを設定する

• miniOrangeにログイン 管理コンソール.
• に行く アプリ をクリックします。入力したコードが正しければ、MFAの設定は正常に完了します アプリケーションを追加



• In アプリケーションの種類を選択してください選択 SAML/WS-FED 全てのアプリ ドロップダウン。



• 検索する Bitbucket リストにBitbucketが見つからない場合は、 カスタム アプリケーションをセットアップするには カスタムSAMLアプリ.

• 入力する SPエンティティID or 発行者.
• 入力する ACSのURL.
• 入力する シングル ログアウト URL.



• 詳しくはこちら 次へ、現在 属性マッピング 選択に応じて属性を構成します。



• 保存ボタンをクリックしてください。
• アプリケーションは正常に保存されました。 ここをクリックしてください 選択 新しく作成したアプリケーションに対してボタンをクリックします。 に行く メタデータ。



• メタデータページでは、
  
  1. 使用したい場合 ユーザーストアとしての miniOrange つまり、ユーザーIDはminiOrangeに保存され、その後「MINIORANGE を IDP として設定するために必要な情報'.
  
  2. ユーザーを何らかの方法で認証したい場合 外部アイデンティティプロバイダ Active Directory、Okta、OneLogin、Google、Apple IDなどのメタデータファイルをダウンロードし、「外部 IDPS 経由の認証に必要な情報.



• キープ SAML ログイン URL , SAML ログアウト URL とをクリックしてください 証明書をダウンロードする 必要な証明書をダウンロードするためのボタン ステップ 3.

2. BitbucketでSSOを設定する

• 今すぐログインしてください アトラシアン クラウド 管理コンソール.
• 組織を選択し、 セキュリティ.



• 選択 SAMLシングルサインオン [OK]をクリックします SAML設定を追加する.



• Enter アイデンティティ プロバイダー エンティティ ID、アイデンティティ プロバイダー SSO URL (NAIST) と 公開 x509 証明書 ステップ 1 から構成を保存ボタンをクリックします。

• 次に、認証ポリシーを設定します。 認証ポリシーの表示.



• ソフトウェアの制限をクリック ポリシーを追加.



• ポリシー名を入力してポリシーを追加します。
• シングルサインオンの下にある シングルサインオンを有効にする.



• 次に、 設定タブ をクリックします。入力したコードが正しければ、MFAの設定は正常に完了します メンバーを追加.



• 詳細を入力してクリック メンバーを追加ユーザーは両方に存在する必要があります アトラシアン アクセス (NAIST) と ミニオレンジシングルサインオン(SSO)は、 追加されたメンバー.

3. SSO構成をテストする

miniOrange IdP を使用して Bitbucket アカウントへの SSO ログインをテストします。

SP 開始ログインの使用

• Bitbucket URL にアクセスすると、ユーザー名を入力するか、SSO リンクをクリックして miniOrange IdP サインオン ページにリダイレクトするように求められます。



• miniOrange のログイン資格情報を入力し、「ログイン」をクリックします。Bitbucket アカウントに自動的にログインします。

IDP 開始ログインの使用

• 資格情報を使用して miniOrange IdP にログインします。



• ダッシュボードで、 Bitbucket 追加したアプリケーションを使用して、SSO 構成を確認します。





SSO を構成またはテストできませんか?


お問い合わせいただくか、 idpsupport@xecurify.comまでメールをお送りください。すぐに設定のお手伝いをいたします。

Atlassian Cloudアプリケーションは、SSOプロトコルをサポートするあらゆるIDPと連携して設定できます。Atlassian Cloud SSOの設定手順については、クラウドSSO設定ガイドをご覧ください。

4. ユーザーディレクトリを構成する（オプション）

miniOrangeは、ディレクトリ（ADFS、Microsoft Active Directory、Microsoft Entra ID、OpenLDAP、Google、AWS Cognitoなど）、IDプロバイダー（Okta、Shibboleth、Ping、OneLogin、KeyCloakなど）、データベース（MySQL、MariaDB、PostgreSQLなど）といった様々な外部ソースからのユーザー認証を提供します。既存のディレクトリ/ユーザー ストアを設定したり、miniOrangeにユーザーを追加したりできます。

5. Bitbucket による適応型認証

Bitbucket のアダプティブ認証を使用すると、管理者は、IP アドレス、デバイス、場所、ログイン時間などのユーザーログイン条件を評価することで、状況に応じたアクセス ポリシーを適用できます。設定されたポリシーに基づいて、ユーザーはアクセスを許可されたり、追加の検証を求められたり、アクセスを拒否されたりします。管理者は、メール アラートの設定、ユーザー向けのエラー メッセージのカスタマイズ、展開前のポリシー設定の確認、およびアダプティブ認証ポリシーをアプリケーションのログイン ポリシーに割り当てて、セキュリティを強化し、不正アクセスを防止することもできます。

[注：アダプティブ認証セクションは左側のナビゲーションメニューから移動されました。アダプティブ認証ポリシーへのアクセスと管理は、[ポリシー] >> [アダプティブアクセスポリシー] に移動することで行えます。]

A. IPアドレスに基づくアクセス制限によるBitbucketへのアクセス制限

IPアドレスに基づくアクセス制限機能を使用すると、管理者はログイン要求の送信元IPアドレスに基づいてユーザーアクセスを制御できます。管理者は、信頼できるIPアドレスまたは制限付きIPアドレス、およびIPアドレス範囲を設定し、ユーザーのIPアドレスが設定された条件に一致した場合に実行されるアクションを定義できます。認証時には、ユーザーのIPアドレスが設定されたポリシーと照合され、選択された設定に基づいてアクセスが許可、拒否、またはチャレンジされます。

IPアドレスに基づく制限を使用したアダプティブ認証は、以下の方法で設定できます。

• にログインします セルフサービスコンソール >> ポリシー >> 適応型アクセス ポリシー 左側のメニューから該当セクションを選択してください。



• 以下を行うには、 ポリシーの作成 右上のボタン。適切なポリシー名を追加してクリックします。 ポリシーの作成.



• 拡大する IPアドレスに基づくアクセス制限 ドロップダウンアイコンをクリックして、IPベースのアクセスルールを設定します。



• 詳しくはこちら IPアドレス範囲を追加 ポリシーのIPアドレスまたはIP範囲を設定する。



• ホワイトリストに登録するIPアドレスを指定します。ホワイトリストに登録されていないIP範囲についても、上記の設定を反映させることができます。
• いずれかを選択する 許可する or 否定する ドロップダウンメニューから該当するオプションを選択してください。ユーザーがホワイトリストに登録されたIPアドレスでログインしようとすると、常にアクセスが許可されます。
• IPアドレス範囲は3つの形式でサポートされています。 IPv4、IPv4 CIDR、IPv6 CIDRドロップダウンメニューから適切なものを選択できます。
• 複数のIPまたはIP範囲を追加するには、 + IPアドレス範囲を追加



• 変更が完了したら、 をクリックします 次へ.
• 選択 行動変容のための行動適切なものを選択してください 行動 (NAIST) と チャレンジタイプ そのセクションのユーザー向けです。





属性（オプション）	詳細説明
許可する	アダプティブ認証条件が true の場合、ユーザーが認証してサービスを使用できるようにします。
否定する	アダプティブ認証条件が true の場合、ユーザー認証とサービスへのアクセスを拒否します。
課題	ユーザーの信頼性を確認するには、以下の 3 つの方法のいずれかを使用してユーザーにチャレンジします。



• チャレンジタイプのオプション: 動作のアクションがチャレンジとして構成されている場合は、チャレンジ タイプを設定します。



属性	詳細説明
ユーザー第2要素	ユーザーは、選択または割り当てた2番目の要素を使用して認証する必要があります。 SMS 経由の OTP プッシュ通知 メール経由のOTPと さらに多くの.
KBA（知識ベース認証）	システムは、ユーザーがセルフサービスコンソールで設定した2つの質問のうち3つに回答するよう求めます。両方の質問に正しく回答した場合のみ、ユーザーは次のステップに進むことができます。
代替メール経由の OTP	ユーザーは、セルフサービスコンソールで設定した代替メールアドレスにOTPを受け取ります。正しいOTPを入力すると、次のステップに進むことができます。



• ソフトウェアの制限をクリック 次へ 続行します。

B. デバイスベースのアクセス制限によるBitbucketへのアクセス制限

デバイスベースのアクセス制限により、管理者は信頼できる登録済みデバイスに基づいてユーザーアクセスを制御できます。デバイスの識別および検証メカニズムを活用することで、管理者は認証時に使用されるデバイスを評価するポリシーを定義できます。ユーザーがログインしようとすると、デバイスは設定されたポリシーに基づいて評価され、設定された条件に基づいて適切なアクション（許可、チャレンジ、または拒否）が適用されます。

デバイスベースの制限によるアダプティブ認証は、以下の方法で設定できます。

• にログインします セルフサービスコンソール >> ポリシー >> 適応型アクセス ポリシー 左側のメニューから該当セクションを選択してください。



• 以下を行うには、 ポリシーの作成 右上のボタン。適切なポリシー名を追加してクリックします。 ポリシーの作成.



• 以下を行うには、 落ちます 拡張オプション デバイスベースのアクセス制限 デバイスベースのアクセス制御を設定するためのセクション。



• 掃除機のスイッチを入れます。 デバイス構成を有効にする トグル。



• どちらかを設定する エージェントレスデバイス制限 or エージェントベースのデバイス制限 貴組織の要件に基づきます。
• エージェントレスデバイス制限: エンドポイントにソフトウェアやエージェントをインストールする必要なく、信頼できるデバイスを検証および管理します。ブラウザとデバイスベースの識別方法を使用してデバイスの信頼性を評価し、認証時にアクセス ポリシーを適用します。
• エージェントベースのデバイス制限: 管理対象デバイスにインストールされた軽量エージェントを使用することで、デバイスの信頼性検証を強化します。これにより、高度なデバイス検証とリスクベースのアクセス制御が可能になり、信頼できるデバイスのみが保護されたリソースにアクセスできるようになります。



• こちらをクリックしてください デバイスベースの制限に関する詳細情報については、こちらをご覧ください。
• 変更が完了したら、 をクリックします 次へ.
• 行動変容のための行動ポリシーに対して適切なアクションとチャレンジの種類を選択してください。



• ソフトウェアの制限をクリック 次へ 続行します。

C. 位置情報に基づくアクセス制限によるBitbucketへのアクセス制限

位置情報制限では、管理者はエンドユーザーのログインを許可する場所のリストを設定し、管理者が設定した条件に基づいてログインを拒否します。アダプティブ認証が有効になっている状態でユーザーがログインしようとすると、緯度、経度、国コードなどの位置情報属性が、管理者が設定した位置情報リストと照合されます。この照合結果に基づいて、ユーザーはログインを許可されるか、認証を求められるか、または拒否されます。

位置情報に基づく制限付きアダプティブ認証は、以下の方法で設定できます。

• にログインします セルフサービスコンソール >> ポリシー >> 適応型アクセス ポリシー 左側のメニューから該当セクションを選択してください。



• 以下を行うには、 ポリシーの作成 右上のボタン。適切なポリシー名を追加してクリックします。 ポリシーの作成.



• 以下を行うには、 落ちます を拡張するには 位置情報に基づくアクセス制限 位置情報に基づくアクセスルールを設定するためのセクション。



• 選択 ユーザーがチャレンジを完了した場合、登録場所を登録します。 認証に成功した後、ユーザーの位置情報を自動的に登録する。
• ソフトウェアの制限をクリック 場所を追加.



• 検索場所 フィールドに場所の名前を入力し、検索結果から適切な場所を選択してください。
• 選択した場所の周囲の半径を指定し、距離の単位を選択します（キロメートルまたはマイルこれは、緯度と経度を使用して設定した場所とその周辺の総面積になります。
• 設定された場所ごとに、アクセスを許可するかどうかを選択します。 許可 or 拒否されました.



• あなたはをクリックすることができます 場所を追加 ボタンをクリックして複数の場所を追加し、上記の手順 2 ～ 4 に従います。
• 変更が完了したら、 をクリックします 次へ.
• あなたの選択します。 行動の変化のための行動 (NAIST) と チャレンジタイプ ユーザー向け 行動の変化のための行動 セクション。



• ソフトウェアの制限をクリック 次へ 続行します。

D. 時間ベースのアクセス制限によるBitbucketへのアクセス制限

時間制限では、管理者はタイムゾーンの開始時刻と終了時刻を設定し、ポリシーの条件に基づいてユーザーのアクセスを許可、拒否、または認証を求めます。エンドユーザーがアダプティブ認証を有効にしてログインしようとすると、タイムゾーンや現在のシステム時刻などのタイムゾーン関連属性が管理者が設定したリストと照合され、設定に基づいてユーザーのアクセスが許可されるか、拒否されるか、認証を求められます。

時間制限付きアダプティブ認証は、以下の方法で設定できます。

• にログインします セルフサービスコンソール >> ポリシー >> 適応型アクセス ポリシー 左側のメニューから該当セクションを選択してください。



• 以下を行うには、 ポリシーの作成 右上のボタン。適切なポリシー名を追加してクリックします。 ポリシーの作成.



• 拡大する 時間ベースのアクセス制限 ドロップダウンアイコンをクリックして、「時間ベースのアクセス制限ルール」セクションを開きます。



• 入力する ログインウィンドウのバッファ時間（分） 設定されたログインウィンドウの開始時刻の前後に猶予期間を設けるための設定です。値が指定されていない場合は、デフォルトのバッファ時間である0分が適用されます。
• 詳しくはこちら 時間の追加 時間ベースのアクセスルールを作成する。



• 必要なものを選択してください タイムゾーンを設定し、 始まる時間 (NAIST) と 終了時間 そして、該当する日を選択してください。
• 時間ベースのルールごとに、アクセスを許可するかどうかを選択します。 許可 or 拒否されました.



• 以下を行うには、 時間の追加 複数のタイムゾーンを追加する。
• 変更が完了したら、 をクリックします 次へ.
• あなたの選択します。 行動の変化のための行動 (NAIST) と チャレンジタイプ ユーザー向け 行動の変化のための行動 セクション。



• ソフトウェアの制限をクリック 次へ 続行します。

E. メールアラートとカスタムメールメッセージ

このセクションでは、アダプティブアクセスポリシーに関連する通知とアラートを処理します。以下のオプションが提供されます。

• メールアラートを送信する： 適応型認証イベントが発生した際にメール通知を受け取る受信者を設定します。監視およびセキュリティ要件に応じて、管理者、エンドユーザー、またはその両方にアラートを送信できます。
• 管理者にメールアラートを送信する： このオプションを有効にすると、設定済みの適応型認証イベントがトリガーされたときに管理者に通知されます。必要に応じて、以下の欄にメールアドレスを指定できます。 管理者のアラート受信用メールアドレス アラートを受信するには、この設定が必要です。設定しない場合、アラートはデフォルトの管理者アカウントに送信されます。



• エンドユーザーにメールアラートを送信する： このオプションを有効にすると、適応型認証イベントがエンドユーザーのログイン試行やデバイス登録に影響を与える場合に、エンドユーザーに通知されます。
• デバイス登録数が許容数を超えました。 有効にすると、エンドユーザーは、設定されたデバイス制限ポリシーで許可されている最大数を超えるデバイスを登録しようとした場合に、電子メール通知を受け取ります。エンドユーザーへの通知のみに利用可能です。)



• ユーザーが不明なデバイスまたは場所からログインした場合に、メールアラートを受け取る。 管理者は、さまざまなアラートオプションのアラートを受信できるようにするために、このオプションを有効にする必要があります。



オプション	詳細説明
ユーザーは不明なIPアドレス、デバイス、または場所からログインします	このオプションを有効にすると、不明な IP アドレスやデバイス、さらには場所からでもログインできるようになります。
チャレンジが完了し、デバイスが登録されました	このオプションを有効にすると、エンドユーザーがチャレンジを完了してデバイスを登録したときに電子メールアラートを送信できるようになります。
チャレンジは完了しましたが、デバイスが登録されていません	このオプションを有効にすると、エンドユーザーがチャレンジを完了したがデバイスを登録しなかった場合に電子メールアラートを送信できます。
チャレンジ失敗	このオプションを有効にすると、エンドユーザーがチャレンジを完了できなかった場合に電子メールアラートを送信できます。





• 複数の管理者アカウントにアラートを受信させたい場合は、管理者のオプションを有効にしてから、管理者のメールアドレスをカンマで区切って入力フィールドに入力してください。 管理者のメールアドレス（アラートを受信する場合） ラベル。エンドユーザーへのアラートを有効にするには、 エンドユーザー チェックボックスをオンにします。
• 適応型ポリシーによって認証が拒否された場合にエンドユーザーが受け取る拒否メッセージをカスタマイズしたい場合は、以下のメッセージを入力します。 拒否メッセージ テキストボックス。

F. レビュー

適応型認証ポリシーを作成する前に、設定済みのポリシー条件、動作変更アクション、メールアラート設定、およびカスタムエラーメッセージを確認してください。この手順では、設定済みのすべての項目を一覧表示できるため、ポリシー構成を確認し、保存する前に必要な変更を行うことができます。




• すべての設定を確認したら、クリックしてください。 ポリシーの作成 ポリシーを保存して有効化する。
• ポリシーが正常に追加されると、リストに表示されます。

G. Bitbucketにアダプティブ認証ポリシーを追加する

• にログインします セルフサービスコンソール >> ポリシー >> アプリログインポリシー.
• ソフトウェアの制限をクリック 編集 定義済みアプリ ポリシーのアイコン オプション。



• ポリシーを設定する ポリシー名 パスワードとして 最初の要素.



• 有効にする 適応認証 ログインポリシーの編集ページで、必要な制限方法をオプションとして選択します。
• ログインポリシーを選択 ドロップダウンメニューから、前の手順で作成したポリシーを選択してください。
• 制限を適用するには、以下を使用してください。 ユーザーログイン時に、複数の適応型認証制限をどのように評価するかを設定します。
  • AND： ログイン試行が許可されるためには、有効になっているすべての制限事項が正常に満たされている必要があります。
  • OR： ログイン試行が許可されるためには、少なくとも1つの有効な制限事項が正常に満たされている必要があります。



• 適応型認証制限: アカウントのセキュリティを強化し、状況に応じたリスク要因に基づいてユーザーアクセスを制御するために、追加のログイン制限と認証条件を設定します。
  • IP 制限: セキュリティ強化のため、ログインアクセスを特定のIPアドレスまたはIPアドレス範囲に制限してください。
  • デバイスの制限: 信頼できるデバイスまたは事前に承認されたデバイスからのログインアクセスのみを許可する。
  • 場所の制限: 地理的な位置情報に基づいてユーザーのログインアクセスを制御する。
  • 時間制限: ユーザーのログインアクセスを特定の日または期間に制限する。
  • ログイン試行ごとにMFAを強制する： デバイスやセッションの状態に関係なく、ログインを試みるたびにユーザーに多要素認証（MFA）の完了を要求する。

信頼できるデバイスを追加する方法

• エンドユーザーがポリシーの適用後にセルフサービスコンソールにログインすると、 デバイス制限 がオンになっている場合は、現在のデバイスを信頼できるデバイスとして追加するオプションが提供されます。

外部参照

• シングル サインオン (SSO) のガイド
• Bitbucket SAML シングル サインオン