Company Dashboard Authentication ページでは、Company Account Administrator が Company Account 向けの Single Sign-On(SSO)機能を設定して有効化できます。また、SCIM(System for Cross-domain Identity Management)によるユーザーおよびグループの provisioning にも対応しており、これにより自社とその Identity Provider(IdP)の間での ID データのやり取りを自動化できます。
このバックエンド設定システムにより、Company Account Administrator は、社内ユーザー向けの SSO 機能の確立、テスト、有効化、無効化を行えます。SSO オプションは、Altium Designer、ご利用の Altium account、および Altium Workspace へのサインイン時に使用できます。Company Account ユーザー向けに設定されると、SSO により、社内システムで使用しているものと同じ認証情報セットで Altium のソフトウェアおよびサービスにサインインできる利便性が得られます。
SAML Single Sign-On
Dashboard で設定および有効化すると、SSO システムは、たとえば Okta、OneLogin など、自社が指定した Identity Provider(IdP)から認証済み ID を確立します。ID アサーション通信は、標準化された Security Assertion Markup Language(SAML 2.0)に基づいて行われます。自社向けの 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 として使用されます。これには、Company の 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 Integration Examples
一般的な Identity Provider(OneLogin)との統合プロセスの手順例を確認するには、以下の折りたたみセクションを展開してください。
OneLogin Identity Provider integration example guide
Identity Provider として OneLogin を使用する統合
SAML アプリケーションの追加:
-
管理者として OneLogin にログインします。
-
Applications を選択し、次に Add Apps を選択します。
-
「SAML」を検索し、SAML Test Connector (Advanced) IdP アプリケーション オプションを選択します。
-
アプリケーション名(Display Name)を指定します。これは表示専用です。
-
Save ボタンをクリックします。
-
Company Dashboard の Authentication ページ内 Altium Sign-On Settings セクションから、Entity ID と Single Sign On URL(Assertion Consumer Service)の各エントリをコピー(
)します。OneLogin アプリケーションの設定で以下を行います。
-
Entity ID (service provider name)を Audience (EntityID) URL として貼り付けます。
-
Single Sign On URL(Assertion Consumer Service)を ACS (Consumer) URL Validator に貼り付けます。
-
また、Single Sign On URL(Assertion Consumer Service)も ACS (Consumer) URL に貼り付けます。
-
RelayState、Recipient、Single Logout URL、Login URL の各フィールドは空欄のままで構いません。
-
SAML nameID format オプションが Email に設定され、SAML signature element が Both に設定されていることを確認します。設定を確定するには Save ボタンをクリックします。
-
More Actions ボタンをクリックし、次に SAML Metadata メニュー オプションをクリックして、Identity Provider の SAML メタデータを XML ファイルとしてダウンロードします。
-
このメタデータ ファイルは、OneLogin SSO サービスを設定するために Company Dashboard の Authentication ページへアップロードされます。– see below。
-
OneLogin SSO サービスを Company Dashboard で手動設定する場合は、必要なパラメーターを OneLogin アプリケーション インターフェースの SSO メニュー オプションから確認できます。
-
続いて行う手順は、ユーザーを追加し、それらのユーザーにアプリケーションを割り当てることです。
一般的な Identity Provider(Okta)との統合およびプロビジョニング プロセスの手順例を確認するには、以下の折りたたみセクションを展開してください。
Okta Identity Provider integration example guide
Identity Provider として Okta を使用する統合
SAML アプリケーションの追加:
-
管理者として Okta にサインインします。
-
Admin リンク/ボタンをクリックし、次に company Applications の下にある Add Application ボタンをクリックします。
-
Create New App ボタンをクリックします。
-
SAML 2.0 を Sign-on method として選択します。
-
App name を指定します。これは表示専用です。
-
Company Dashboard の Authentication ページ内 Altium Sign-On Settings セクションから Single Sign On URL (Assertion Consumer Service)エントリをコピー(
)し、Okta SAML Settings の Single sign on URL フィールドに貼り付けます。
-
Company Dashboard の Authentication ページ内 Altium Sign-On Settings セクションから Entity ID エントリをコピー(
)し、Okta SAML Settings の Audience URI フィールドに貼り付けます。
Default RelayState エントリは不要です。
-
残りのフィールドは次のように設定します。
-
Name ID format は EmailAddress です。
-
Application username は(Okta)Email です。
-
ATTRIBUTE STATEMENTS セクションで、Name フィールドを http://schemas.xmlsoap.org/ws/2005/05/identity/claims/emailaddress に、Value を次のように設定します: user.email
-
Next ボタンをクリックし、..Okta customer adding an internal app オプションを選択します。
-
Finish ボタンをクリックします。
-
Identity Provider metadata リンクをクリックしてメタデータ XML をコンピューターに保存するか、View Setup Instructions ボタンをクリックして手動設定オプションを表示します。
-
Company Dashboard の Authentication ページにある SAML Identity Provider configuration セクションで、保存したメタデータ XML ファイルをアップロードするか、enter manually リンクを使用して各セクションを設定します。詳細は以下を参照してください。
Okta SCIM Provisioning example guide
IdP として Okta を使用する SCIM Provisioning 統合
SCIM(System for Cross-domain Identity Management)統合の追加:
-
Okta Admin Console で General タブを選択し、プロビジョニング方法として SCIM を設定します。
-
Provisioning タブを選択し、Edit ボタンをクリックします。
-
設定編集モードで、すべてのプロビジョニング アクション(Import.. および Push.. オプション)を選択し、HTTP Header を Authentication モードとして設定します。
-
Company Dashboard の Authentication ページ内 Provisioning セクションから Base URL エントリをコピー(
)し、Okta の SCIM Connector base URL フィールドに貼り付けます。
Company Dashboard の Authentication ページ内 Provisioning セクションから API Token エントリをコピー(
)し、Okta の Authorization フィールド(HTTP HEADER の下)に貼り付けます。
-
Okta の Unique identifier field for users として userName を指定します。
-
Test Connector Configuration ボタン(上記参照)をクリックし、接続が機能していることを確認します。設定テストが成功した場合は、Test ウィンドウを閉じてから設定を保存(
)します。
-
左側のナビゲーション ツリーで To App を選択し、次に Edit オプションを選択します。
Create Users、Update User Attributes、Deactivate Users の各オプションを有効にし、その後 Save をクリックします。
ユーザー、グループのプロビジョニングおよびプロビジョニング解除:
-
Push Groups タブを選択し、Refresh App Groups ボタンをクリックします。
-
メイン メニューから Directory » Groups ページ オプションを選択します。
Groups では、アプリケーションの Groups と Workspaces の両方がグループ エントリとして表示されるはずです。
-
アプリケーション グループ/ワークスペースと同じ名前の「ネイティブ」Okta グループを作成します。この例では、インポートされた Administrators グループと Workspace グループです。
-
作成した Okta グループを選択し、Manage Apps ボタンをクリックします。Assign Applications to <group name> ウィンドウで、そのグループに SCIM Application を割り当て、完了したら
をクリックします。
-
Groups ページに戻り、Push Groups タブを選択します。Push Groups ボタン メニューから Find groups by name option を選択します。
-
グループ名(この例では Group Administrators)を入力し、アプリケーション グループとリンクするために Link Group オプションを選択します。そのリンク設定を保存(
)します。
ユーザーとグループの管理
これで、既存のアプリケーション グループにメンバーを追加したり、メンバーを削除したりできるようになります。
-
新しい Okta ユーザーを作成します(Directory » People、次に Add Person を選択)。そのユーザーには、AltiumLive に存在しない一意のメールアドレスが設定されていることを確認してください。
-
新しいユーザーを、SCIM アプリケーションに割り当てられている Okta グループに追加します(Directory » Groups、グループを選択し、次に Assign People を使用)。
-
そのユーザーが Company Dashboard に表示されることを確認します。
SCIM アプリケーションを通じて新しいユーザーグループを作成するには、Groups ページで新しい Okta グループを作成し(
)、次に Push Groups タブで新しいグループ名を見つけて、Create Group オプションを選択します('Link Group' ではなく)。
設定済みの SCIM アプリケーションでは、次のことができるはずです。
-
ユーザーの名 / 姓、およびメールアドレスを変更する。
-
グループのメンバーシップを変更する。
-
グループ名を変更する。
-
グループを作成する。
-
グループを削除する ― Push Groups でそのグループのリンクを解除し、アプリから削除するオプションを使用します。
-
ユーザーを有効化または無効化する ― 有効化されたユーザーには有効化メールが送信されます。
Workspace は Okta のユーザーグループに似ていますが、メンバーシップ管理のみをサポートします。新しい Workspace を作成したり、既存の Workspace 名を変更したりすることはできません。
ユーザーを Workspace グループに追加または削除した後、Altium 365 Workspace インターフェースで結果を確認できます。
Identity Provider として Microsoft Entra ID を使用する統合およびプロビジョニングのプロセス例を段階的に確認するには、以下の折りたたみ可能なセクションを展開してください。
SAML login with Microsoft Entra ID
Identity Provider として Microsoft Entra ID を使用する統合
SAML アプリケーション:
-
Microsoft Entra admin center にサインインします。
-
Identity を選択し、次に Enterprise applications オプションを選択します。
-
独自のアプリケーションを作成します。
-
Users and groups を選択し、次に Add user/group を選択します。
-
Single sign-on、Step 1、次に Edit を選択します。
-
Company Dashboard の Authentication ページの Altium Sign-On Settings セクションから Entity ID と Single Sign On URL の項目をコピー(
)します。コピーした文字列を、Microsoft Entra アプリの SAML Configuration 領域にある Entity ID フィールドと Assertion Consumer Service URL フィールドに貼り付けます。これらのフィールドについては Default のチェックボックスがオンになっていることを確認し、その後で設定を保存します。
-
作成された Federation Metadata XML をダウンロードします。
-
その Federation Metadata XML を Company Dashboard の Authentication ページ(Altium Sign-On Settings セクションの 2. SAML Identity Provider configuration 領域)にアップロードし、その後 SAML 統合接続をテストします。
プロビジョニング:
-
Microsoft Entra アプリ管理画面で、左パネルの Provisioning を選択し、次に Get started ボタンを選択します。
-
Provision MODE を Automatic に設定します。
-
Company Dashboard の Authentication ページにある Provisioning セクションから Base URL および API Token の項目をコピー(
)し、それぞれ Tenant URL フィールドと Secret Token フィールドに貼り付けます。
-
Microsoft Entra Provisioning の Test Connection ボタンをクリックし、認証情報の認可に成功したら、設定を Save します。
-
Mappings セクションには、選択可能な属性マッピングのセットが 2 つあります。1 つは Group オブジェクト用、もう 1 つは User オブジェクト用です。
-
各マッピングを選択して、Microsoft Entra ID からアプリに同期される属性を確認します。Matching properties として選択された属性は、更新操作の際にアプリ内のユーザーおよびグループを照合するために使用されます。変更を確定するには Save を選択します。
必要に応じて、Groups マッピングを無効にすることでグループオブジェクトの同期を無効化できます。
-
Settings の下にある Scope フィールドでは、どのユーザーとグループを同期するかを定義します。Users and groups ページで割り当てられたユーザーとグループのみを同期するには、Sync only assigned users and groups(推奨)を選択します。
-
設定が完了したら、Provisioning Status を On に設定します。
-
Save を選択して、Microsoft Entra のプロビジョニングサービスを開始します。
Identity Provider として JumpCloud を使用する統合プロセスの段階的な例を確認するには、以下の折りたたみ可能なセクションを展開してください。
SAML SSO Configuration with JumpCloud
Identity Provider として JumpCloud を使用する統合
-
JumpCloud インターフェースで、ナビゲーションツリーから SSO を選択し、SSO ページで Add New Application ボタンを選択します。
-
設定ウィンドウの検索に 'saml' を入力し、Custom SAML App を見つけてインストールします。
-
Custom SAML App のインスタンスに名前を付けます。この例では、ラベルは 'Altium' です。
-
JumpCloud 設定インターフェースの SSO タブに切り替えます。Company Dashboard の Authentication ページの Altium Sign-On Settings セクションから Entity ID および Single Sign On URL の項目をコピー(
)し、それぞれ SP Entity ID フィールドと Default URL フィールドに貼り付けます。
-
JumpCloud エンドポイント IDP URL を入力し、Declare Redirect Endpoint オプションを有効にします。
-
JumpCloud インターフェースの Identity Management タブに切り替えます。Company Dashboard の Authentication ページの Provisioning セクションから Base URL および API Token の項目をコピー(
)し、それぞれ Base URL フィールドと Token Key フィールドに貼り付けます。さらに、適切なテスト用メールアドレスも入力します。
-
Test Connection を実行します。すると、ページ右上に確認メッセージが表示されます(以下に示すとおり)。
-
Group Management オプションをオフ(チェックを外す)にしてから、設定を Activate します。
注:ページ上部に 'There was a problem activating Identity Management'、またはページ下部に 'Test filter user: unable to get or create user from service' のような接続エラーが表示された場合は、別のテスト用メールアドレスを入力してから、再度 Activate を選択してみてください。
-
JumpCloud インターフェースの SSO タブに戻り、Export Metadata オプションを使用して生成された SAML metadata XML ファイルをダウンロードします。
-
Company Dashboard の Authentication ページで、ダウンロードした metadata XML ファイルをインポートし、次に Test Sign On ボタンで統合テストを実行します。統合テストが成功すると、その結果が表示されます。接続の確認後、Authentication methods セクションで Altium Sign-On Settings オプションを有効にし、続けて SSO オプションも有効にできます。
Identity Provider として Microsoft AD FS を使用する統合プロセスの段階的な例を確認するには、以下の折りたたみ可能なセクションを展開してください。
SSO SAML Authentication with Microsoft AD FS
Microsoft Administrative Domain Federated Services (AD FS) を使用した SSO SAML 認証
以下の手順に従って、Altium 365 組織のログインで AD FS インスタンスを SSO 認証に使用するよう設定します。
前提条件
AD FS の設定
-
AD FS Management アプリケーション(通常は Start → Windows Administrative Tools → AD FS Management)を開きます。
-
Relying Party Trusts に移動し、Add Relying Party Trust... オプション (1) をクリックします。
-
ポップアップウィンドウで、Claims aware (2) が選択されていることを確認し、Start (3) をクリックします。
-
Select Data Source ステップで Enter data about the relying party manually (1) を選択し、Next (2) をクリックします。
-
その trust の表示名を指定します。この例では、表示名として AltiumLive を使用します。
-
セキュリティ構成によっては、任意のトークン暗号化証明書を指定できます。このガイドでは使用しません。
-
Configure URL ステップで、Enable support for the SAML 2.0 WebSSO protocol オプション (1) が選択されていることを確認し、Relying party SAML 2.0 SSO service URL: フィールド (2) に https://identity.live.altium.com/AssertionConsumerService を入力します。Next (3) をクリックします。
-
Configure Identifiers ステップで、この trust の識別子を入力フィールド (1) に指定します。この識別子は、Dashboard Authentication ページの SAML Single Sign-On 領域にある Entity ID 項目から取得する必要があります。必ず Add ボタン (2) をクリックしてください。
結果は以下のようになります。Next をクリックします。
-
セキュリティ構成によっては、次のステップで任意のアクセス制御ポリシーを選択できます。この例では追加ポリシーは選択せず、Permit everyone オプションで続行します。
-
設定内容を確認し、Next を選択します。
-
trust の設定中には使用できない設定もあります。SHA-1 をセキュアハッシュアルゴリズムとして使用できるようにするには、追加したばかりの Relying Party Trust の名前を右クリックし、Properties を選択します。
-
プロパティウィンドウで Advanced タブ (1) を選択し、セキュアハッシュアルゴリズムとして SHA-1 を設定します (2)。変更を保存するには OK をクリックします。
-
AD FS Management ウィンドウに戻り、追加した Relaying Party Trust を選択して、Edic Claim Issuance Policy... オプションを選択します。
-
Edit Claim Issuance Policy ウィンドウで Add Rule...
-
ウィザードの Choose Rule Type ステップで、Send LDAP Attributes as Claims が選択されていることを確認し、次に Next をクリックします。
-
Claim rule name を指定し (1)、Active Directory を Attribute store として選択し (2)、Altium Account のユーザー名を含む ID から LDAP Attribute を選択します (3)。この属性は Outgoing Claim Type (3) 内の Name ID にマッピングする必要があります。Finish をクリックします (4)。
Important Note: この例では、必要な値を含めるために Surname または Last name をマッピングしています。設定内容は環境によって異なる場合があります。
-
OK をクリックして、要求発行ポリシーが保存されていることを確認してください。
以上で AD FS の設定は完了です。
Important Note:適切なサーバーから FederationMetadata.xml ファイルをダウンロードします。
Altium 365 の設定
-
Company Dashboard の Authentication ページにアクセスし、先ほどダウンロードした FederationMetadata.xml ファイルをアップロードします(詳細は以下の Dashboard SSO Configuration セクションを参照してください)。設定がインポートされ、X509 Certificate、Identity Provider Issuer、IdP Single Sign-On URL の値が表示されるはずです。設定をテストするには Test Sign On ボタンをクリックします。
-
サインオン画面で、組織の要件に従ってユーザー認証情報を入力し、Sign in をクリックします。
-
アサーションは Altium 365 に返送されます。画面に Test SAML connection was successful! メッセージが表示されれば、設定は正しく完了しています。See Response ボタンをクリックすると SAML レスポンスを表示できます。Back to Settings をクリックして Authentication ページに戻ります。
-
Authentication ページで、Altium Sign-On Settings と SSO オプションを有効にします。
以上で設定は完了です。以後、組織内のユーザーは、組織の AD FS を SSO IdP として使用して Altium 365 にログインできるようになります。
以下の折りたたみ可能なセクションを展開すると、Identity Provider として AWS IAM Identity Center を使用する統合プロセスの手順例を確認できます。
SSO SAML Configuration with AWS IAM Identity Center
Amazon Web Services (AWS) Identity Access Management (IAM) Identity Center を使用した SSO SAML 構成
-
IAM Identity Center に移動し、カスタム SAML 2.0 アプリケーション (Add Application) を追加します。
-
Company Dashboard の Authentication ページの Altium Sign-On Settings セクションから、Entity ID および Single Sign On URL のエントリをコピー (
) し、AWS のメタデータ URL 設定に貼り付けます。Submit で設定を確認します。
-
IAM Identity Center metadata 領域からメタデータファイルをダウンロードします。
-
Edit attribute mappings に移動します。
-
${user:email} と Format を unspecified として追加します。
-
AWS で新しいユーザーを作成します。ユーザー名は user@domain.com の形式にする必要があります。
作成したユーザーまたはグループにアプリケーションを割り当てます。
-
Company Dashboard の Authentication ページにある Provisioning オプションはオフにしておく必要があります。
現在、AWS では SCIM による自動アウトバウンドプロビジョニングはサポートされていません。
-
Altium 側と IAM 側の両方に同じユーザーが存在することを確認してください。ユーザー名は user@domain.com の形式に従う必要があります。
-
Company Dashboard の Authentication ページで、先ほどダウンロードした XML ファイルをアップロードします(詳細は以下の Dashboard SSO Configuration セクションを参照してください)。設定をテストするには Test Sign On ボタンをクリックします。
-
その後、AWS のログインページにリダイレクトされます。AWS のユーザー認証情報を入力してください。Dashboard にリダイレクトされ、Test SAML connection was successful! メッセージが表示されるはずです。
-
テストが成功したら、Altium Sign-On Settings と SSO オプションを有効にします。
Dashboard SSO Configuration
Dashboard で SSO システムを設定するには(まだ完了していない場合)、Authentication ページの
ボタンを使用して、会社の IdP によって生成された SAML IdP 構成 XML ファイルを検索してアップロードします。上記の IdP 統合例を参照してください。あるいは、enter manually リンクを使用して、構成の個別要素(セキュリティ証明書および URL)を追加することもできます。
アップロードされた IdP XML ファイルはシステムによって解析され、主要な設定フィールド(X509 Certificate、Identity Provider Issuer URL、および IdP Single Sign-On URL)を抽出します。必要に応じて、これらは手動で編集できます(
)。
Integration Test が実行されるまで SSO は有効になりません。これは
ボタンによって開始されます。これにより、SSO の ID プロセスと会社の SSO サインインが検証され、その後、SAML 認可結果コード(
)を確認するオプションを含む確認メッセージが表示されます。
Authentication ページに戻ると、設定の有効性チェックは成功として報告され、Company Account の Single Sign-On 機能を有効にできます(
)。SSO がその後、手動または設定変更への応答によって無効にされた場合、
ボタンが使用可能になり、テストプロセスを再実行できます。
ユーザーの Provisioning セクションは、SCIM を介した会社の Identity Provider (IdP) によるユーザー/グループプロビジョニングをサポートするため、Altium の設定であらかじめ構成されている点に注意してください。たとえば、Okta、OneLogin などです。
Important: プロビジョニングを正常に行うために必要な User Profile 属性は次のとおりです。
1 つの SSO Provider で複数の Organization を管理する
会社の Altium Account 配下に複数の Altium Organization がある場合(たとえば、各グローバル地域ごとの Organization など)、拡張された Dashboard の Entity ID 形式を使用して、単一の 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 に割り当てることができます。
有効な SAML SSO 構成で拡張 Entity ID を有効にするには、次の手順を実行します。
-
Altium Sign-On Settings を無効にします。
-
ページを更新して、 Entity ID URL が拡張形式 https://live.altium.com/XXXXXXXXXX として再生成されるようにします。これで現在の Organization は、拡張 Entity ID によって特定できるようになります。
-
Identity Provider のアプリケーション管理インターフェースで、アプリケーションの Entity ID 参照(通常は「Audience」または「Entity」と呼ばれるもの)を、Altium Dashboard からコピーした新しい拡張版に変更します。設定を保存します。
-
Dashboard の Integration test を有効化し、Altium Sign-On Settings を再度有効にします。
このプロセスは、会社内の他の Altium Organization に対しても繰り返すことができます。これらは SSO Identity Provider 内の専用 Application にそれぞれリンクされる必要があります。参考例として、ここに含まれている Microsoft Entra ID setup guide では、手順 3 で名前付き Application が作成され、Identifier (Entity ID) が手順 6 で追加されています。
認証方法
Altium SSO 接続を設定するためのセットアップインターフェースを提供するのに加えて、Dashboard の Authentication ページでは、ユーザーのサインインオプション全体に対するグローバルおよび個別の制御も提供されます。具体的には、従来の Email/Password、Google®、Facebook®、Renesas サインイン、および組織の Identity Provider を介した Single Sign On です。ページの Authentication methods セクションで有効にされたオプションによって、組織のすべての Company Account ユーザーが利用できるサインイン方法が決まります。
individual ユーザーのサインインオプションは、そのユーザーの Dashboard Altium Account エントリ内の設定を編集して構成できます。ユーザーの Dashboard Users page で
ボタンを選択すると、サインインの上書きオプションにアクセスできます。これらの設定は、Override Authentication methods オプションを有効にして編集した場合、このユーザーに限り Authentication ページのグローバルなサインイン設定よりも優先されます。
Authentication Override 設定は、組織で SSO が強制サインイン方式として設定されている場合(他のすべてのオプションは全体的に無効)でも、個別ユーザーに特定のサインイン アクセス方式が必要なときに使用できます。たとえば、メール/パスワードのみを許可する場合です。
Override Authentication methods 設定(上記参照)で指定した個別ユーザーのサインイン方法は、Authentication ページの Authentication methods セクションにある Reset users overrides オプションを使用して既定値に戻すことができます。これにより、すべてのユーザーの個別サインイン設定が、Authentication ページで現在選択されているグローバル Authentication 方法にリセットされます。
2 段階認証の設定
Company Account のグループ管理者は、2 段階認証を設定することで追加のセキュリティ層を提供でき、ユーザーがメール/パスワード資格情報を使用して自身の Altium アカウントにサインインしようとした際に本人確認を行えるようになります。追加の検証方法としては、ワンタイムパスワード(OTP)をメールに送信する方法、または Google Authenticator や Okta Verify などの認証アプリで OTP を生成する方法を設定できます。2 段階認証は Company Account 内のすべてのユーザーに対して強制することも、個々のユーザーが自分のアカウント向けに設定することもできます。
Company Account レベルでの 2 段階認証の設定は、アカウントのグループ管理者が Dashboard Authentication ページの 2-Step Verification 領域で行います。これを行うには、 Enforce 2-Step Verification オプションを有効にし、必要な Method として OTP via Email または OTP via Authenticator App を選択します。 OTP via Authenticator App オプションを選択した場合は、ドロップダウンから必要な App を選択します。
-
Okta – Okta Verify アプリを使用する場合は、このオプションを選択します。
-
Google – Goggle Authenticator アプリを使用する場合は、このオプションを選択します。
-
Other – Okta Verify または Google Authenticator 以外の認証アプリ(たとえば Microsoft Authenticator)を使用する場合は、このオプションを選択します。
必要に応じて、 Instructions Link (Optional) フィールドにリンクを設定します(このリンクは、ユーザーがサインインを試みたときに 2-Step Authentication ページに表示されます)。
2 段階認証の強制が有効で、 OTP via Authenticator App 方式が選択されている場合、ユーザーは初回サインイン時に最終設定を行う必要があります。表示された QR コードをアプリでスキャンするか、シークレットキーを入力して、使用する認証アプリに認証コードを追加する必要があります。その後、アプリで生成されたコードを Enter code フィールドに入力する必要があります。 Continue をクリックすると、アプリ内の認証コードにアクセスできなくなった場合に使用できる複数のリカバリーコードが提供されます。これらのコードは安全な場所に保管してください。 Done をクリックすると、Altium Account へのサインインが完了します。
Company Account のグループ管理者は追加の検証ステップなしでサインインできる点に注意してください。つまり、グループ管理者のサインインにはメール/パスワード資格情報のみが必要です。
一方、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 を選択します。
ユーザーの Altium Account が会社の Altium Account の一部であり、かつその Altium Account でまだ 2 段階認証が設定されていない場合、Company Account レベルで 2 段階認証の強制が有効になっていなくても、ユーザーがメールとパスワードでサインインした際に、Altium Account 用の 2 段階認証を設定するよう案内されます。希望する Method を選択し、以降の手順に従って 2 段階認証を設定してください(設定手順は上記と同様です)。または、Remind me in a week をクリックして 2 段階認証の設定を後で行うこともできます。
2 段階認証が設定されていないユーザーが、Company Account のグループ管理者、または 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 コントロールを使用します。
Renesas アカウントのリンク
Altium account を Renesas account にリンクして、後者を使用して Altium account にログインすることもできます。そのためには、プロフィールにアクセスし(ブラウザー ウィンドウ右上のユーザー アバター/画像をクリックし、ドロップダウン メニューで My Profile を選択)、 Authentication ページを開きます。ページの Authentication methods 領域で、Renesas タイル内の Link account コントロールをクリックします。
続いて表示されるページで Renesas account にサインインし、Altium account にリンクします。Renesas account がリンクされると、 Authentication ページにそのタイルが表示され、アカウント間のリンクを解除するための Unlink account コントロールを使用できるようになります。
Authentication 方法に関するグローバル設定および個別設定で許可されている場合(詳細はこちら)、リンクされた Renesas account を使用して Altium account にサインインできます。