IP経由のアクセスを制限する代わりに、実際に安全なものを使用する必要があります。
HTTPS接続を介したユーザー名とパスワードは、少なくとも盗聴できないようにする必要がありますが、クライアントのSSL証明書を調べることをお勧めします。これらは、Apacheまたはその他のWebサーバーソフトウェアで構成できます。ユーザー名/パスワード認証が十分でない場合、これは次の(そしておそらく最後の)ステップです。
アップデート:
とはいえ、多くのアプリケーションプロバイダーが行うことは、サブスクライバーが自分のアカウントにACLを実装するための方法を提供することです。サービスへのアクセスを許可する前に、ACLを検討するように強制することもできます。このように考えてください:
- アカウントがシステムに設定され、どこからでもログインできるようになります。作成時、ACLはUNSETです。
- ユーザーがログインすると、すぐにACL設定ページに移動します。このページでは、アカウントに関連付けられたIPアドレス、範囲、またはサブネットのいずれかを指定する必要があります。賢く、既存のIPアドレスまたはサブネットを事前に入力することができます。おそらく、ARINを調べて、IPがアカウントの会社名に割り当てられたネットワークにあるかどうかを確認することもできます。
- ACLが設定されると(または、警告にもかかわらず、ACLを開いたままにしておきたいことを確認した場合)、ACLはサービスにアクセスできます。
- 他の場所からログインしようとすると、違反の試みが電子メール(またはSMSなど)で通知されます。
- ACLにリストされたIPにアクセスできなくなった場合(つまり、新しいアップストリームインターネットプロバイダーと不適切な計画のためにIPの番号が付け直された場合)、電話サポートに電話して、他の方法で検証することができます。おそらくFAX確認、それはとても安全だからです...
ユーザー管理のACLは「確実な」方法ではありませんが、ニーズに十分に効果的である可能性があり、顧客に自分の最大の関心事があるという感覚を確実に植え付けることができます。