サインイン認証の設定

Company Dashboard Authentication ページでは、Company Account 管理者が自社の Company Account 向けに Single Sign-On(SSO)機能を設定して有効化できます。また、SCIM(System for Cross-domain Identity Management)によるユーザーおよびグループの provisioning もサポートしており、これにより自社とその Identity Provider(IdP)の間でのアイデンティティデータのやり取りが自動化されます。

このバックエンド設定システムにより、Company Account 管理者は、社内ユーザー向けの SSO 機能の確立、テスト、有効化、無効化を行うことができます。SSO オプションは、Altium Designer、お使いの Altium account、および Altium Workspace へのサインイン時に利用できます。Company Account ユーザー向けに設定すると、SSO により、会社全体のシステムで使用しているものと同じ認証情報セットで Altium ソフトウェアやサービスにサインインできるようになり、利便性が向上します。

SAML Single Sign-On

Dashboard で設定および有効化されると、SSO システムは、標準化された Security Assertion Markup Language(SAML 2.0)に基づく ID アサーション通信を用いて、たとえば OktaOneLogin など、貴社が指定した Identity Provider(IdP)から認可済み ID を確立します。まだ用意されていない場合、貴社向けの SSO サインインインターフェースは通常、IdP が提供するテンプレートまたはサンプルに基づいて構成されます。これにより、SAML ベースの認証アサーション交換が開始され、社内サービスへのアクセスが提供されます。

デフォルト状態では、Dashboard Authentication ページには AltiumLive SSO サービス用の事前設定済み URL(1. Altium metadata configuration)と、IdP の認可接続データをアップロードまたは手動入力するためのオプション(2. SAML Identity Provider Configuration)が表示されます。

Altium metadata configuration エントリには、組織の Altium SSO サービス向けに提供された ID 情報が含まれている点に注意してください。

  • Entity ID – IdP の応答先 URL として使用されます。これには、会社の Altium Account 配下にある特定の Organization(地域/部門など)を識別する GUID サフィックスが含まれる場合があります。詳細は、以下の Multiple Organizations with one SSO Provider を参照してください。

  • Single Sign On URL – IdP が該当する Altium SSO URL を識別するために使用されます。Altium GovCloud サインインサービス向けに SAML SSO を設定する場合は、エントリのドロップダウンメニューから対応する SSO アサーション URL を選択してください。 

これらの URL は()Identity Provider インターフェースにコピーされ、貴社の SSO サービス向けの SAML メタデータを生成できるようにします。この設定コード(通常は XML データとして提供されます)は、その後 SAML Identity Provider configuration エントリにアップロードまたはコピーされます。詳細は以下を参照してください。

Identity Provider 統合例

一般的な Identity Provider(OneLogin)の統合プロセス例を、以下の折りたたみセクションを展開して確認してください。

一般的な Identity Provider(Okta)の統合およびプロビジョニングプロセスの例を、以下の折りたたみセクションを展開して確認してください。

以下の折りたたみ可能なセクションを展開すると、Identity Provider として Microsoft Entra ID を使用する場合の統合およびプロビジョニングプロセスの手順例を確認できます。

以下の折りたたみ可能なセクションを展開すると、Identity Provider として JumpCloud を使用する場合の統合プロセスの手順例を確認できます。

以下の折りたたみ可能なセクションを展開すると、Identity Provider として Microsoft AD FS を使用する場合の統合プロセスの手順例を確認できます。

以下の折りたたみ可能なセクションを展開すると、Identity Provider として AWS IAM Identity Center を使用する統合プロセスのステップ実行例を確認できます。

Dashboard SSO Configuration

Dashboard で SSO システムを設定するには(まだ完了していない場合)、Authentication ページの ボタンを使用して、会社の IdP によって生成された SAML IdP 設定 XML ファイルを探してアップロードします。上記の IdP 統合例を参照してください。あるいは、enter manually リンクを使用して、設定の個別要素(セキュリティ証明書および URL)を追加することもできます。

アップロードされた IdP XML ファイルは、主要な設定フィールド(X509 CertificateIdentity Provider Issuer URL、および IdP Single Sign-On URL)を抽出するためにシステムによって解析され、必要に応じて手動で編集できます()。

ボタンによって呼び出される Integration Test が実行されるまでは、SSO は有効になりません。これにより、SSO の認証プロセスと会社の SSO サインインが検証され、その後、SAML 認可結果コードを確認するオプションを含む確認メッセージが表示されます()。

Authentication ページに戻ると、設定の有効性チェックが成功として報告され、Company Account のシングルサインオン機能を有効にできます()。その後、手動または設定変更への応答として SSO が無効になった場合は、 ボタンが使用可能になり、テストプロセスを再実行できます。

ユーザー Provisioning セクションは、会社の Identity Provider (IdP)(OktaOneLogin など)を通じたユーザー/グループ プロビジョニングをサポートするために、Altium の SCIM 設定で事前設定されている点に注意してください。

Important: 正常にプロビジョニングするために必要な User Profile 属性は次のとおりです。

  • First name

  • Last name

  • Email – できればユーザーの勤務先メールアドレス。

  • Username – Altium 側では、これはユーザーの Email 属性です。

1 つの SSO Provider で複数の Organization を管理する

会社の Altium Account 配下に複数の Altium Organization がある場合、たとえばグローバル地域ごとに Organization がある場合には、拡張された Dashboard Entity ID 形式を使用して、1 つの SSO Identity Provider で会社全体の SSO 認証を管理できます。

Entity ID 形式(デフォルトでは https://live.altium.com)は、現在の Organization 用に生成された GUID 接尾辞によって拡張されます。この拡張 URL 形式は、その Altium Organization に関連付けられた特定の SSO Provider Application に使用できます。会社の Altium Account 配下にある他の Organization は、異なる GUID Entity ID 接尾辞を持ち、同じ SSO Identity Provider 配下の別の SSO Application にリンクできます。実際には、これは会社全体の SSO サインイン認証を 1 つの SSO Identity Provider 内で管理できることを意味します。

現在の Dashboard Organization に関連付けられた拡張 Entity ID は、特定の SSO Provider Application に割り当てることができます。現在の Dashboard Organization に関連付けられた拡張 Entity ID は、特定の SSO Provider Application に割り当てることができます。

有効な SAML SSO 設定に対して拡張 Entity ID を有効にするには、次の手順を実行します。

  1. Altium Sign-On Settings を無効にします。

  2. ページを更新して、 Entity ID URL をその拡張形式 https://live.altium.com/XXXXXXXXXX に再生成します。これで、現在の Organization は拡張 Entity ID によって個別に識別できるようになります。

  3. Identity Provider のアプリケーション管理インターフェースで、アプリケーションの Entity ID 参照(通常は 'Audience' または 'Entity' のいずれかの名称)を、Altium Dashboard からコピーした新しい拡張版に変更します。設定を保存します。

  4. Dashboard の Integration test を有効化し、Altium Sign-On Settings を再度有効にします。

このプロセスは、会社の他の Altium Organization に対しても繰り返すことができ、それぞれ SSO Identity Provider 内の専用 Application にリンクされる必要があります。参考例として、ここに含まれている Microsoft Entra ID setup guide では、手順 3 で名前付き Application が作成され、手順 6Identifier (Entity ID) が追加されます。

Authentication Methods

Altium SSO 接続を設定するためのセットアップインターフェースを提供するだけでなく、Dashboard の Authentication ページでは、ユーザーのサインイン オプション全体、すなわち従来の Email/Password、Google®、Facebook®、Renesas サインイン、および組織の Identity Provider を介した Single Sign On に対して、グローバルおよび個別の制御も提供します。ページ内の Authentication methods セクションで有効になっているオプションによって、組織のすべての Company Account ユーザーが利用できるサインイン方法が決まります。

組織のニーズに合った Authentication methods を有効にしてください。これらは、特定のメンバーに対して上書きされない限り、すべてのユーザーに適用されます(以下を参照)。

組織のニーズに合った Authentication methods を有効にしてください。これらは、特定のメンバーに対して上書きされない限り、すべてのユーザーに適用されます(以下を参照)。

 

サインイン オプションは、各 individual ユーザーについて、その Dashboard Altium Account エントリーの設定を編集することで構成できます。ユーザーの Dashboard Users page にある ボタンを選択すると、そのユーザーのサインイン上書きオプションにアクセスできます。これらの設定は、Override Authentication methods オプションを有効にして編集した場合、このユーザーに限り Authentication ページのグローバル サインイン設定より優先されます。 

Authentication Override設定は、組織でSSOがサインイン方法として強制されている場合(他のすべてのオプションが全体で無効化されている場合)でも、特定のユーザーに対して個別のサインインアクセス方法が必要なときに使用できます。たとえば、メール/パスワードのみを許可する場合です。

DashboardのUsers and Groupsページからアクセスできる会社メンバーのプロフィールには、そのユーザーのAuthentication methodsのオーバーライド状態が表示されます。この例では、会社全体のAuthentication methodsが適用されており、オーバーライドは設定されていません。

このユーザーに対して利用可能なサインイン方法の組み合わせを個別に適用するには、メンバーのAuthentication methodsを編集し、不要な設定を無効にします。

ここでは、このメンバーに対してGoogle Authentication methodが無効になっています。新しい設定はボタンで確定します。

これにより、メンバーのAuthentication methods一覧では、Googleサインイン方法が無効として表示され、このユーザーにはEmail/Password およびRenesas方法のみが利用可能になります。

 

Override Authentication methods設定(上記のような)で個別指定されたユーザーごとのサインイン方法は、AuthenticationページのAuthentication methodsセクションにあるReset users overridesオプションを使って既定値に戻すことができます。これにより、すべてのユーザーの個別サインイン設定が、現在Authenticationページで選択されているグローバルAuthentication methodsにリセットされます。

すべてのメンバーのサインインオプションを既定のAuthentication methodsに設定するには、DashboardのAuthenticationページでReset User Overridesオプションを選択します。

Authentication methodsのリセット処理は、確認ダイアログのボタンで確定します。

ここで示している例(上記参照)では、指定されたメンバーのプロフィールに、その認証方法がもはやオーバーライドされていないこと、つまり標準設定に従っていることが表示されます。

 

2段階認証の設定

Company AccountのGroup Administratorは、2段階認証を設定してセキュリティをさらに強化し、ユーザーがメール/パスワード認証情報を使用してAltiumアカウントにサインインしようとするときに本人確認を行えるようにできます。追加の認証方法としては、ワンタイムパスワード(OTP)をメールで送信する方法、またはGoogle AuthenticatorやOkta Verifyなどの認証アプリでOTPを生成する方法を設定できます。2段階認証は、Company Account内のすべてのユーザーに対して強制することも、個々のユーザーが自身のアカウントに対して設定することもできます。

Company Accountレベルでの2段階認証の設定は、アカウントのGroup AdministratorがDashboard Authenticationページの2-Step Verification領域で行います。これを行うには、Enforce 2-Step Verificationオプションを有効にし、必要なMethodとしてOTP via EmailまたはOTP via Authenticator Appを選択します。OTP via Authenticator Appオプションを選択した場合は、ドロップダウンから必要なAppOtherOkta、またはGoogle)を選択します。必要に応じて、Instructions Link (Optional)フィールドにリンクを設定することもできます(このリンクは、ユーザーがサインインしようとした際に2-Step Authenticationページに表示されます)。

 

2段階認証の強制が有効で、かつOTP via Authenticator App 方式が選択されている場合、ユーザーは初回サインイン時に最終設定を行う必要があります。提示されたQRコードをアプリでスキャンするか、シークレットキーを入力して、認証コードを任意の認証アプリに追加する必要があります。その後、アプリで生成されたコードをEnter codeフィールドに入力します。 Continueをクリックすると、アプリ内の認証コードにアクセスできなくなった場合に使用できる複数のリカバリーコードが提供されます。これらのコードは安全な場所に保管してください。Altium Accountへのサインインを完了するには、Done をクリックします。

Company AccountのGroup Administratorは追加の認証ステップなしでサインインする点に注意してください。つまり、Group Administratorのサインインにはメール/パスワード認証情報のみが必要です。 

一方、Company Accountレベルで2段階認証の強制が有効になっていない場合(Dashboard AuthenticationページでEnforce 2-Step Verificationオプションが無効)、2段階認証はAltium Accountレベルで設定できます。Altium Accountにサインインしたら、プロフィールにアクセスし(ブラウザウィンドウ右上のユーザーアバター/画像をクリックし、ドロップダウンメニューからMy Profileを選択)、Authenticationページを開きます。ページの2-Step Verification領域でEnable 2-Step Verificationオプションを有効にし、必要なMethodとしてOTP via EmailまたはOTP via Authenticator Appを選択します。

  • OTP via Email 方式を選択した場合、コード確認メールがプロフィールのメールアドレス宛に送信されます。

  • OTP via Authenticator App 方式を選択した場合は、ドロップダウンから必要なAppOtherOkta、またはGoogle)を選択します。表示されるウィンドウで、上記の説明に従ってアプリの設定を完了します。

Company Accountレベルで2段階認証の強制が有効になっている場合、プロフィール設定にはCompany Accountの設定が読み取り専用モードで反映されます。

ユーザーのAltium Accountが会社のAltium Accountの一部であり、かつそのAltium Accountでまだ2段階認証が設定されていない場合、Company Accountレベルで2段階認証の強制が有効でなくても、メールとパスワードでサインインする際に、そのユーザーには自分のAltium Accountに2段階認証を設定するよう促されます。希望するMethodを選択し、その後の手順に従って2段階認証を設定してください(設定方法は上記の説明と同様です)。または、Remind me in a weekをクリックして2段階認証の設定を後で行うこともできます。

2段階認証を設定していないユーザーが、Company AccountのGroup Administrator、またはAltium PlatformでホストされるWorkspaceの管理者(つまり、WorkspaceのAdministratorグループのメンバー - 詳細はこちら)である場合、初回サインインの試行後1か月以内に2段階認証を設定する必要がある点に注意してください()。1か月経過すると、Remind me in a week コントロールは利用できなくなります。

デバイスベース認証

ユーザーは、Altium Accountへのログイン時に、使用中のデバイスでサポートされているデバイスベース認証方式(Windows HelloやFace IDなど)を設定できます。

デバイスベース認証を設定するには、Altium Sign Inページ(https://auth.altium.com/)で指紋ボタンをクリックします。

次のステップで、パスワードを使ってサインインを完了し、Continueをクリックします。

使用しているデバイスに応じて、該当する認証方式の設定を完了するための手順が表示されます。完了したら、希望するDevice Nameを入力し、Doneをクリックします。

次回、デバイスベース認証を使ってサインインする際(Altium Sign Inページで指紋ボタンをクリック)、設定済みの方式を使ってサインインするよう案内されます。

設定されたデバイスベース認証方式はプロフィールで確認できます。プロフィールにアクセスし(ブラウザウィンドウ右上のユーザーアバター/画像をクリックし、ドロップダウンメニューからMy Profileを選択)、Authenticationページを開きます。設定済みの方式はページのAuthentication methods領域に一覧表示されます。設定済みの方式を削除するには、その項目のUnlink accountコントロールを使用します。

 

AI-LocalizedAI で翻訳
問題が見つかった場合、文字/画像を選択し、Ctrl + Enter キーを押してフィードバックをお送りください。
機能の可用性

利用できる機能は、所有する Altium ソリューション (Altium DevelopAltium Agile のエディション (Agile Teams、または Agile Enterprise)、または Altium Designer (有効な期間)) によって異なります。

説明されている機能がお使いのソフトウェアに表示されない場合、Altium の営業担当者にお問い合わせください

Content