QAuthenticator Class

詳細な説明

QAuthenticator クラスは通常、QNetworkAccessManager およびQAbstractSocket のauthenticationRequired() およびproxyAuthenticationRequired() シグナルで使用されます。このクラスは、認証を必要とするサービスにアクセスする際に、必要な認証情報をソケットに返送する手段を提供します。

QAuthenticator は、以下の認証方式をサポートしています：

• Basic
• NTLM バージョン 2
• Digest-MD5
• SPNEGO/Negotiate

オプション

認証に必要なユーザー名とパスワードに加え、QAuthenticatorオブジェクトには追加のオプションを含めることもできます。options()関数を使用すると、サーバーから送信された受信オプションを照会できます。また、setOption()関数を使用すると、認証計算で処理される送信オプションを設定できます。 受け入れられるオプションおよび提供されるオプションは、認証タイプによって異なります（method()を参照）。

以下の表には、既知の受信オプションおよび受け入れられる送信オプションが記載されています。サーバーはいつでも追加情報を含める可能性があるため、受信オプションのリストは網羅的なものではありません。一方、送信オプションのリストは網羅的であり、未知のオプションが処理されたり、サーバーに送信されたりすることはありません。

Basic

Basic認証メカニズムでは、送信オプションはサポートされていません。

NTLM バージョン 2

NTLM認証メカニズムは、現在、受信および送信のいずれのオプションもサポートしていません。Windowsでは、user が設定されていない場合、シングルサインオン機能を有効にするために、ローカルシステム上でドメイン\user の認証情報が検索されます。

Digest-MD5

Digest-MD5 認証メカニズムは、送信オプションをサポートしていません。

SPNEGO/Negotiate

この認証メカニズムは、現時点では着信オプションをサポートしていません。

spn プロパティは、SSPIライブラリが使用される場合、Windowsクライアントで使用されます。このプロパティが設定されていない場合、デフォルトのSPNが使用されます。WindowsにおけるデフォルトのSPNはHTTP/<hostname> です。

その他のオペレーティングシステムでは、GSSAPI ライブラリが使用されます。その場合、KDC が設定されており、そこから認証情報を取得できることが想定されています。バックエンドは常にHTTPS@<hostname> を SPN として使用します。

セキュリティに関する考慮事項

QAuthenticator は、ユーザー名やパスワードなどの認証情報を、汎用データ型 (QString 、QByteArray) を使用して内部的に保存します。これらのデータ型では、破棄時にメモリからその内容が安全に消去されることは保証されません。QAuthenticator オブジェクトが破棄またはクリアされた後も、認証情報が解放されたヒープページ、コアダンプ、スワップファイル、またはプロセスメモリに残存する可能性があります。

Basic認証がネゴシエートされる場合、認証情報はBase64エンコーディングを使用して送信されますが、これは容易に復号可能です。Basic認証は、TLSで暗号化された接続上でのみ使用すべきです。QAuthenticatorはこの要件を強制しません。Basic認証を使用する際、トランスポートのセキュリティを確保するのはアプリケーションの責任です。

QAuthenticator は、サーバーが提供する認証方式の中から、内部で固定された優先順位（Negotiate (Kerberos/SPNEGO)、NTLM、Digest-MD5、Basic）に基づいて、最も強固な認証方式を選択します。 現在、アプリケーションはこの選択に影響を与えたり、許容される認証方式を制限したりすることはできません。サーバーやプロキシが脆弱な認証方式しか提供していない場合、通知なしにその方式が使用されます。

認証情報の衛生管理に厳しい要件を課すアプリケーションは、QAuthenticatorをどのように、どこで使用するかを決定する際、この点を考慮に入れる必要があります。