タグ

認証に関するnoplansのブックマーク (9)

  • パスワード認証装置および認証方法

    1.目的と効果  携帯情報端末、ウェアラブルコンピュータ、銀行ATMなどに暗証番号を入力する場合、利用者以外の者がタッチパネルなどの表示自体を見ることは比較的困難でも、入力している様子を容易に見ることができる状況が頻繁に発生します。この発明による入力方法を用いることで、例えば、悪意のある誰かに手の動きを注意深く見られても、暗証番号が漏洩する危険性を減少させることができます。 [適用分野]  ● 携帯情報端末  ● ATM  ● 電子錠システム 2.技術の概要、特徴  図1は、カメラ付きヘッドマウントディスプレー越しに実世界を見ている利用者が、自身の手の動きを使って暗証番号を入力している様子を撮影したものです。手の動きは、画像認識技術により入力手段として用いることができます。図2は、携帯端末におけるさまざまな表示手段や入力手段の組み合わせを模式的に示しており、図1の例

  • conma.me

    This domain may be for sale!

    conma.me
  • HTTP クライアントを作ってみよう(6) - Digest 認証編 -

    Digest 認証 (ダイジェスト認証) 前ページでは Basic 認証を紹介し、セキュリティ面で問題があることを示しました。 その欠点を解消したのが Digest 認証です。 以下の URL では Digest 認証を行っています。 ブラウザから操作する分には Basic 認証と区別が付かないでしょうが、 認証の仕組みはちょっと複雑になっています。そのかわり、 ネットワーク上を流れるパケットを覗き見られても、パスワードがばれることはありません。 以下、仕組みを簡単に説明します。 「メッセージダイジェスト」の意味がよくわからなければ、暗号化のお話 (3) を参照してください (「ハッシュ」と「メッセージダイジェスト」は同じものと考えてください)。 まず、あらかじめサーバ側にパスワードの MD5 メッセージダイジェストを保存しておきます (ユーザ登録に相当)。 クライアントが Digest

  • studyinghttp.net - 

    This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.

    noplans
    noplans 2007/09/19
    RFC2617
  • 結城浩のはてな日記 - はてな認証API / ためしに作ってみました

    はてな認証APIが公開されましたので、ためしてみました。 懸念事項 なおやさんところ経由ではてな認証APIの公開について(開発者さま向け)を読んで感じたこと。 おそらくすぐに「はてな認証APIで○○を作ってみました」的なものが登場するでしょう。おもしろいアプリが登場することを期待。 ただし、一般ユーザにきちんと認識させないと、悪意のある第三者が一般ユーザのパスワードを奪うアプリを作ってしまう危険性があります。たとえば「はてな認証APIを利用しています」と偽って、「ログイン名とパスワードを入力させるフォーム」を見せるアプリが出た場合、ユーザは誤解しないか。 それから…解説した図がほしいです。→認証部分のシーケンス図は結城が描きました(このエントリの下の方で公開しています)。 結城さんちのはてな認証APIテスト 追記:2006-04-24 21:09: とりあえず、作ってみました。以下をお試し

    結城浩のはてな日記 - はてな認証API / ためしに作ってみました
  • RE: はてな認証 API の改善案 - ナンセンス不定記

    Kazuho@Cybozu Labs: はてな認証 API の改善案 1) ちゃんとした MAC を使う注2 1.1) HMAC_SHA1 を使うべき 1.2) パラメータの結合方法を修正すべき注3 1.3) 実行している機能の識別子も MAC に含める 2) コールバック URL の cert を暗号化する F(cert, 秘密鍵) を auth.json の引数にする、ということ注4 3) コールバック URL にも MAC をつける 4) サードパーティアプリケーション(TPA)に、認証リンクのパラメータとしてユーザーのセッション情報を特定する情報を入れるよう要請する (ライブラリレベルで対応?) 追記:3, 4 が満たされれば、サードパーティアプリケーション側でセッションのトレースができるので 2 は不要でしょうか。 前提:cookie がもれない限り安全な認証 API 1について

    RE: はてな認証 API の改善案 - ナンセンス不定記
  • Kazuho@Cybozu Labs: はてな認証 API の改善案

    « Re: 攻撃してください→はてな認証の仮想セッション | メイン | 目指せバイナリアン (C-0.06) » 2006年05月11日 はてな認証 API の改善案 だんだん自分の中でも認証 API の問題が整理できてきたように思うので、改善案を書こうと思います。 まず、そもそも認証 API に何を期待するのか、という点について。 従来の各サイト毎にパスワードを入力する方式は、 ・パスワード管理が面倒 ・HTTPS じゃないので、パスワードがネットワーク上を平文で流れる ・メールアドレスが漏洩するかも (スパム襲来) といった不便さや懸念がありました。しかし、外部の認証 API を使用するウェブアプリケーションについては、これらの問題が解消できるはずです。具体的には、cookie がもれない限り安全な認証 API注1があればベストでしょう。 で、はてな認証 API は、以下の各点を修正

  • Plugins - Restful Authentication - Agile Web Development

    This is a basic restful authentication generator for rails, taken from acts as authenticated. Currently it requires Rails 1.2 (or edge). To use: ./script/generate authenticated user sessions The first parameter specifies the model that gets created in signup (typically a user or account model). A model with migration is created, as well as a basic controller with the create method. The second para

  • http://www.machu.jp/posts/20051101/p01/

    http://www.machu.jp/posts/20051101/p01/
  • 1