tomiのブログ https://ameblo.jp/ryu-tomi/ ID管理屋さんによるID管理にまつわる様々なお話 ja なんだかなぁ～ https://ameblo.jp/ryu-tomi/entry-11101664592.html Fri, 09 Dec 2011 00:33:10 +0900 「人員削減に伴うユーザーアカウントの解除」という記事 itmedia を見ていたら、

「人員削減に伴うユーザーアカウントの解除」

という記事を見つけました。


http://techtarget.itmedia.co.jp/tt/news/0902/04/news01.html


この記事は外国の人が書いています。


この世界の大不況のご時世だからこそ、

ユーザ統合管理ソフトの強みが出るというのは、世界共通！？


というか、考えていることは、全く以て、

日本と同じじゃないですか！？！？！？


どこの世界もやはり問題となり、

悩む箇所は同じなのだなぁ、

と感じました。


しかし、海外のID管理製品

（Sun や Oracle 、Microsoft）は

日本に進出してきて、

それなりに成果は出していると思いますが、

日本のID管理ソフトが海外に進出しても、

やっていけているベンダーってまだありません。


記事のように問題となっているところや

悩みなんかは日本とあんまし変わらないのだし、

十分にやっていけるような気もするのですが。


どう思いますか？？？

]]> https://ameblo.jp/ryu-tomi/entry-10203108333.html Wed, 04 Feb 2009 22:44:11 +0900 Active Directory Application Mode（ADAM）って・・・ http://www.microsoft.com/japan/windowsserver2003/adam/default.mspx

でも、これのメリットって全く分りません。

Windows でも簡単に LDAP のような認証基盤を構築できるってだけのメリット？

でも、それって本当に必要なのでしょうか？？？
ADAM を立てるくらいなら、管理面、メンテナンス面、導入コストからみても、
Active Directory を導入した方がよっぽどいいと思います。

いや、むしろ、Windows サーバで Sun Java Directory Server で LDAP を立てた方が
数倍メリットが大きいと思います。

Windows サーバに限定する必要がなければ、Solaris や Linux などで、OpenLDAP などを使用した方が、間違いなくコスト面、メンテナンス面ではメリットが大きいでしょう。

ADAM 自体は 2003 年頃に Microsoft より、AD より簡単なディレクトリサービスとして出されたのですが、直ぐにこんなんなくなると思っていたのですが、どこで使用されているのかも知らないのですが、未だにサポートされています。

導入時に何故、ADAM という選択肢が出てくるサイトがあるのでしょうか？？？

ADAM を導入するメリットを知っている方がおられたら是非教えてくださいm(_ _)m
]]> https://ameblo.jp/ryu-tomi/entry-10172645660.html Tue, 02 Dec 2008 18:27:00 +0900 OpenSSO、OpenID、SAMLを実際に使ってみよう！ 実際にやってみたのではなく、


OpenSSO、OpenID、SAML をインストールから使用してみるまで、


分かり易く書いていた、有用な記事を見つけてしまいました。


「アイデンティティ管理の基礎と応用」

http://sdc.sun.co.jp/javasystem/techtopics/identity/index.html


Sun の方がアイデンティティ管理に関する基本的な考え方などを紹介しています。



しかし、何より、何より、


OpenSSO 、 OpenID 、SAML を紹介して、


実際にそのソフトをインストールして、使ってみる手順が


非常に解り易く書いているのが特徴的な記事でした。


# いつか、やってみよ～

]]> https://ameblo.jp/ryu-tomi/entry-10160913570.html Wed, 05 Nov 2008 21:39:04 +0900 OpenIDの普及
http://itpro.nikkeibp.co.jp/article/NEWS/20081030/318117/

OpenID がどこまで普及するのかというのが、現状では全く見えないです・・・。

でも、クラウドコンピューティング時代に突入し、大事なIDの分野でもクラウドコンピューティング化は着々と進んでいっているような気がします。

SAML、OpenID、CardSpace・・・

この 3 つの技術の時代となりつつあります。

どの技術が一歩抜け出すのか？
もしくは、それぞれの環境・用途・利便性等々から、3 つの技術のメリット・デメリットを考慮しつつ、選択していかなければならなくなるのか？

答えは未だ持ち合わせていません。
]]> https://ameblo.jp/ryu-tomi/entry-10158153358.html Thu, 30 Oct 2008 16:53:23 +0900 SRVレコードって結構便利！ DNSではSRVレコードというサービスレコードを参照できる方法が定義されています。
（日本語訳付きサイト）http://www5d.biglobe.ne.jp/~stssk/rfc/rfc2782j.html


一般的に知られているのは、ActiveDirectoryを使用する場合はSRVレコードが必須だということです。
ActiveDirectoryを使用するクライアントはSRVレコードを参照して、KerberosのチケットサーバやActiveDirectoryサーバ（LDAPサーバ）を見つける動きをします。
MicrosoftのDNSを使用する場合は、デフォルトでSRVレコードは勝手に作成され、特に意識する必要もないのですが、BINDなどのDNSサーバでActiveDirectoryが存在している環境のDNSを構築する場合には、当然意識していく必要があります。


では、SRVレコードを参照可能なクライアントって他に何があるのでしょうか？

実は一般的に知られているのはこのMicrosoft製品くらいなもんなんです。

実はこのSRVレコードをきちんと使用すると、とっても便利に利用できるのです。


「別にKerberosサーバやLDAPサーバ、FTPサーバとかとか、Aレコードで参照するのと変わらないのでは？」


と思うかもしれないのですが、このSRVレコードを使用することにより、サービスレベルでのサーバの冗長化（負荷分散）を行うことができるのです。


「では、DNSのラウンドロビンと変わりがないのでは？」


確かにDNSのラウンドロビンでもサーバの冗長化は可能です。

しかし、DNSのラウンドロビンでは、「処理能力が高いサーバに対して高頻度でアクセスしてもらい、処理能力が低いサーバにはあまりアクセスしてもらいたくない」といった設定は出来ません。また、「障害が発生したサーバのアドレスは返さない」といった耐故障性（フォールトトレランス）もすることが出来ません。

これを解決できるのがSRVレコードなんです！


しかし、先にも述べたようにSRVレコードを参照できるクライアントって、ほとんどないのが現状です。
SRVレコードを参照できるクライアントが増えてくると、負荷分散装置のメインの機能（負荷分散とフォールトトレランス機能）はDNSのSRVレコードを利用することで代替出来てしまうのです。


もう既に広く利用されているLDAPなどを認証サーバに使用しているサイトなどは、LDAPサーバを2台以上立てて、冗長化構成をとっているサイトも多いでしょう。
そういったサイトでは、LDAPサーバの上に負荷分散装置を置かなければ、LDAP認証における冗長化構成を取っていることにはなりません。
（実際にLDAPクライアントは認証時に数回問い合わせに行く場合があるので、DNSラウンドロビンが利用できない場合があるためです。）


こういったサイトに対しては、SRVレコードを利用することにより、DNSのみで負荷分散＋フォールトトレランスが可能となり、負荷分散装置を導入するコストを削減することがで来てしまうのです。

SRVレコードを利用することにより、冗長化もとれ、コストメリットも大きくなるのですが、なんせSRVレコードを参照できるクライアントが少なすぎるため、現実的には負荷分散装置を導入するしかないのです。


とっても便利な機能だと思うのですが、Microsoft以外で何故あまり普及していないのでしょう？？？


その答えは、私には分かりません(・・。)ゞ


誰か知っている人がいれば、是非教えてください！


個人的にはMicrosoftが使い始めたから、SRVレコードを利用するのに抵抗感がある人が多いために、他のサービスでは普及が進んでいない？なんて感じてたりもします・・・(-。－；)


]]> https://ameblo.jp/ryu-tomi/entry-10156880988.html Mon, 27 Oct 2008 16:22:40 +0900 ID管理をやってるわけで・・・
まずは、IDを管理する上で、最も基盤となる技術である「認証」って何？ってところからですが、
このご時世、コンピュータを使う、Webのサービスを使う、メールを読む、建物に入る、お金をおろす、
様々なところで、あなたって誰ですか？本当にそれを利用できる人ですか？って聞かれます。

所謂、これが「認証」ってなやつです。

「認証」と一言で言っても様々な方法があります。

ID/PW（IDとパスワード）認証、指紋認証などのバイオ認証、カード認証、PKIによる認証・・・
などなど、現在、その技術・方法は様々です。

なんでこんなにいっぱいあるの？ってことなんですが、
それは、より本人である確度を高めるために認証の技術が研究され、利用されるようになってきているからなのです。
でも、現在でも 100% の本人認証の技術なんてないんです！


少しでも本人であるという確度の高い認証技術を利用して、より安心を得ているということなんですね。

でも少しでも本人であるという確度の高い認証技術って、誰でも利用できるのか？というと、
それはコストとの兼ね合いになってしまうのです。

一番コストパフォーマンスがよい技術は、コンピュータができた当初から存在している ID/PW による認証でしょう。

しかし、IDとパスワードを他人に知られてしまった、これはどうすることも出来ません。

コンピュータは ID と パスワードが正しければ、それが本人であると思ってしまうのです。

しかし、これがバイオ認証ともなると、それが本人である確度がぐっと高まりますが、その読み取り機などなどでコストが膨らんできます。

要するにコストとセキュリティの重要性とのバランスで、利用する認証技術を選択するということになります。

あと、最近では利便性もとっても重要な選択肢の一つになってきています。

一時期廃れていた SSO なども復活してきているので、OpenID や SAML なども今後注目すべき認証技術になってきますね。

今後は、それぞれの技術やID管理の基本、導入方法、その動向などなどを中心に書いていきたいと思います。
]]> https://ameblo.jp/ryu-tomi/entry-10155669546.html Fri, 24 Oct 2008 19:01:35 +0900