シングルサインオン導入：ワークスペースを安全に認証する

最終更新日：2026年5月29日

これは誰もが経験することです。あまりに多くのパスワードを覚えなければならない、という悩みです。認証情報を1組だけ持ち、それを使って必要なあらゆるアプリケーションにアクセスできる仕組みはないのでしょうか。朗報があります。シングルサインオン(SSO)と呼ばれる認証方式がますます普及しており、インターネットセキュリティの解決策となっています。

このセキュリティ上のメリットは、この分野の専門機関によって長年主張されてきました。米国国立標準技術研究所(NIST)のデジタルアイデンティティガイドライン(SP 800-63)は、フェデレーテッドID(SSOの技術的な呼び名)を、エンタープライズ認証における推奨パターンとして位置づけています。Verizonの年次データ漏洩調査報告書によると、盗まれたパスワードや脆弱なパスワードは今なお攻撃者の侵入手口として最も多いものの一つであり、これはまさにSSOが取り除いてくれるリスクです。QuireのSAML 2.0実装は、他のエンタープライズSSOエコシステムが準拠しているのと同じOASIS SAML標準に基づいて構築されています。

SSOはアカウントセキュリティの一つの層に過ぎません。QuireのISO認証が、データ保護に関するその他の取り組みをどのようにカバーしているかご覧ください。

なぜ組織にSSOが必要なのか?

SSOの最も大きなメリットの一つは、ユーザーが覚えておく必要のあるパスワードの数を減らせることです。異なるアプリケーションごとに複数のユーザー名とパスワードを管理する必要がなくなり、利便性とセキュリティの両方が向上します。

さらに、SSOを使えば、1組の認証情報でログインするだけで安全に認証を行えます。SSOを利用すると、Quireのユーザーは信頼できるSSOプロバイダー(IDプロバイダー)によってQuireにログインし、認証情報が検証されます。一度認証されれば、その後のアプリケーションで改めて認証情報を入力する必要はありません。

SSOのもう一つの利点は、セキュリティの向上です。SSOでは、ユーザーは一度認証を行うだけで複数のアプリケーションにアクセスできます。これにより、ユーザーが複数のアプリケーションで同じパスワードを使い回す「パスワード疲れ」のリスクが減り、ハッカーが機密情報にアクセスしにくくなります。

シングルサインオンはEnterpriseサブスクリプションプラン専用の機能です。詳細は料金ページをご覧ください。

QuireでSSOを有効にするには何が必要か?

QuireのSSOを有効にしたい場合は、まずご自身がQuireの権限とロール階層の最上位である組織の管理者であることを確認してください。組織設定では、SSOをすべてのメンバーに対して有効にするか、それともQuireに設定したパスワードを引き続き使用できるオプションを残すかを選択できます。

組織の管理者は、SSOではなく常にパスワードを使ってQuireにログインします。

IDプロバイダー(IdP)の設定手順を完了すると、SSOを使い始めることができます。必要に応じて、いつでもSSOを無効化できます。

組織のSSOが有効になったら、さまざまな利用シーンをテストし、組織のユーザーにもすぐにテストしてもらうことをお勧めします。メールアドレスやソーシャルIDで登録できる一般消費者向けアプリケーションを運用している場合は、Microsoft AD B2Cにも対応しています。

信頼できるIDプロバイダー選びに迷ったら、Okta、Google、Microsoft Azure Active Directoryといった定番のサービスがおすすめです。

組織でSSOを有効にする詳しい手順は、[ガイド](https://quire.io/guide/single-sign-on/)をご覧ください。

SSOはますます普及しつつあり、生産性とセキュリティの向上を目的として多くの組織が導入を進めています。Quireの組織でSSOを利用することで、ログインプロセスを簡素化しつつ、アカウントのセキュリティ層をもう一つ追加できることを願っています。

Quireの組織にとってSSOが最適な選択肢とは限らないのはどんな場合か?

SSOが利用可能であっても、それが適切な選択とは言えない3つのパターンを紹介します。

• すでにIDプロバイダーを運用していない場合。 SSOにはIdP(Okta、Azure AD、ビジネスティアのGoogle Workspaceなど)とEnterpriseのQuireプランが必要です。他のシステムがディレクトリを通じた認証を行っていないのであれば、強力なポリシーに基づくパスワード認証でも、はるかに低い運用の複雑さで同等のセキュリティを実現できることがほとんどです。
• IdPに登録されていない外部の協力者が時々必要な場合。 SSOでは、メンバーはIdPを通じて認証することが強制されます。IDディレクトリに登録されていない外部の契約者やパートナーを定期的に招く必要がある場合、SSOによって招待のプロセスが複雑になることがあります。社員以外のメンバーにはパスワードによるフォールバックを許可することで、この問題を緩和できます。
• SAML設定を行うためのIT支援がない場合。 SAMLを初回に正しく設定するには、IdPとQuire両方のドキュメントを読み込む必要があります。チームの誰もこれを経験したことがない場合、初回セットアップには半日から1日程度の試行錯誤を見込んでおくべきです。大規模な導入であればその価値はありますが、一度きりの小規模な導入にはやり過ぎとなります。

これらのいずれにも当てはまらず、Enterpriseプランをご利用であれば、SSOの有効化は、午後のわずかな時間で行える中でも特に費用対効果の高いセキュリティ改善策の一つです。

よくある質問

Quireにおけるシングルサインオンとは?

Quire専用のパスワードの代わりに、自社の企業向けIDプロバイダー(Okta、Azure AD、Google Workspaceなど)を通じてSAML 2.0でQuireにログインできる、フェデレーテッド認証方式です。

どのQuireプランがSSOに対応していますか?

Enterpriseサブスクリプションプランです。それより下位のプランでは、Quire独自のパスワード認証を使用します。

QuireのSSOはどのIDプロバイダーに対応していますか?

Okta、Microsoft Azure AD、Google Workspace、OneLogin、JumpCloud、Auth0など、任意のSAML 2.0プロバイダーに対応しています。一般消費者向けのシナリオでは、Microsoft Azure AD B2Cにも対応しています。

Quireの組織でSSOを有効にするにはどうすればよいですか?

組織の管理者として組織設定を開き、SSOページを見つけて、IdPのSAMLメタデータを貼り付けた後、管理者以外のアカウントでテストします。管理者にはパスワードによるフォールバックが残るため、自分自身がロックアウトされる心配はありません。

SSOプロバイダーがダウンした場合はどうなりますか?

Quireの組織の管理者は、常にパスワードによるログインをフォールバックとして保持しています。SSOが強制されている場合、エンドユーザーはSSOに依存することになるため、多くのチームは緊急連絡先として2人目の管理者アカウントを設定しています。

複数の組織を連携させて運用しているEnterpriseチームは、ログインとお支払いを一元化するために、SSOとマスター組織を組み合わせて利用することがよくあります。

Quireの組織でSSOを有効にする準備はできましたか?

貴社がEnterpriseのQuireプランをご利用で、Okta、Azure AD、Google Workspaceなど、その他のSAML 2.0対応IDプロバイダーを使用している場合、設定はあと一つ、組織設定を行うだけです。QuireのSSOセットアップガイドには、SAML設定の手順が詳しく解説されています。料金の詳細はQuireの料金ページをご覧ください。