PHP5.3.7のcrypt関数に致命的な脆弱性(Bug #55439)
PHP5.3.7のcrypt関数には致命的な脆弱性があります。最悪のケースでは、任意のパスワードでログインできてしまうという事態が発生します。該当する利用者は、至急、後述する回避策を実施することを推奨します。 概要 PHPのcrypt関数は、ソルト付きハッシュ値を簡単に求めることができます（公式リファレンス）。crypt関数のハッシュアルゴリズムとしてMD5を指定した場合、ソルトのみが出力され、ハッシュ値が空になります。これは、crypt関数の結果がソルトのみに依存し、パスワードには影響されないことを意味し、crypt関数を認証に用いている場合、任意のパスワードでログインに成功する可能性があります。 影響を受けるアプリケーション crypt関数を用い、ハッシュアルゴリズムとしてMD5を指定しているアプリケーション。 環境にも依存しますが、デフォルトがMD5の場合もあります。筆者のテスト環境
これであなたのお宅も要塞並みのセキュリティ!? 最強ツール11選
これであなたのお宅も要塞並みのセキュリティ!? 最強ツール11選2011.08.19 16:0013,615 福田ミホ ロンドンでは暴動が起きています。この物騒な世の中、しっかりと自衛することが大事ですね。そんなわけで、自宅のセキュリティを万全にするためのツール11種類を厳選してみました。 ・指紋認証式ドアロックNextBolt NX3 もし自宅近くで暴徒に追われて家の中に逃げ込もうとしていたら、キーホルダーをポケットから出して、えーとこれは車のキーで、こっちは倉庫のカギで...とかやっている余裕はないはずです。そんなとき、家のドアのカギを指紋認証式のNextBolt NX3にしていれば、カバーを開けて指をかざすだけでドアが開きます。さらに、誰かがドアを蹴破ったりしたら大音量アラームで知らせてくれる機能もあります。300ドル（約2万3000円）です。 ・赤外線カメラ ThermoVisio
ほいほいとFacebookのフレンド申請に応じているとアカウントをのっとられてしまうかもしれない
Facebookのアカウントは本名が基本ですので、フレンド申請される人の名前をみていて「以前このハンドル名で会った人かな？」と、確信がないまま承認してしまうことがたまにあります。 しかしそうしたことを繰り返していると、アカウントをのっとられてしまう可能性があることが The Blog Herald の記事で紹介されていました。その方法とは以下の通りです。決して悪用してほしくないですが、簡単にできてしまいますね…。 アカウントをのっとりたい相手にむかって３名分のダミーアカウントでフレンド申請を行う 相手がそれを承認したら、相手のアカウントに対してでたらめなパスワードでログインを数回試みる メールと携帯電話番号、そして秘密の質問による認証にもでたらめに答えて すると「３人の友人にあなたが本人であることを認証してもらってください」という表示があらわれ、３人を選択できます。乗っ取りを目的としている
オンラインバンキング利用でハッカーに盗まれたお金は戻ってきません...ややセキュリティーの甘い銀行にも責任なしとの判断が！
オンラインバンキング利用でハッカーに盗まれたお金は戻ってきません...ややセキュリティーの甘い銀行にも責任なしとの判断が！2011.06.20 14:00 自分の身は自分で守るしかない？ あくまでも米国内で裁判官によって示された判断の一例なのですが、他人にオンラインバンキングでアカウントを乗っ取られて不正にお金を引き出されてしまっても、銀行が盗まれたお金を補償してくれるなんてことはないみたいですよ。たとえ銀行のアカウント認証レベルが甘かったとしてもね... 問題の事例は、米国メーン州のPATCO ConstructionがOcean Bankに作っていた銀行口座で2009年5月に発生しました。PATCO Constructionの社内のパソコンにトロイの木馬を送りつけ、ログインアカウント名とパスワードを盗み出した何者かが、そのまま同社の口座へ不正アクセスして、多い時には毎日10万ドルのペー
非技術者のためのOAuth認証(?)とOpenIDの違い入門【2023年版】
昔から、「OpenIDは認証でOAuthは認可だ」などということが言われます。しかし、その言語の意味を取り違えている方が結構多い気がしています。「もうOpenIDなんていらね。OAuthだけでいいじゃん」というような言説がよく流れてくるのがその証拠だと思います。OAuth認証というのもその類ですね。 そこで、今日はOAuthとOpenIDの違いを考えてみたいと思います。 Youtube版 OpenIDは紹介状、OAuthは合鍵 まずはOpenIDの概要の復習です。「OpenIDは認証」という言葉の内容をまずは復習してみましょう。 「認証」とは大変広い言葉でいろいろな場面で使われますが、「OpenIDは認証」という使い方の時は、「OpenIDは、いま来ている人の身元を認証」（ユーザ認証）という意味です。図にすると図1のような流れになります。 この例では、有栖さんがお客としてサービス提供をして
Android携帯の99%に個人情報リークの穴！
私もあなたもみんな持ってるAndroidですけど... 暗号化されてないネットワークでサイトにログインすると、Android端末の99%は中見られちゃう可能性があるそうな！ この脆弱性を見つけたのは独ウルム大学のリサーチャーたち。 Android 2.3.3以前のバージョンでは、データAPIにアクセスする時に必要な｢ClientLogin｣と呼ばれる認証プロトコルの実装が適切に行われてないらしく、このClientLoginを使ってるカレンダ・連絡先などのGoogleサービスやサードパーティーのTwitterやFacebookなどのアプリにログインすると、その認証トークンが14日間も保存され（もっと短くしないと！）、ノウハウ知ってる人はそれを悪用して他人のアカウントに侵入できてしまう、というわけ。 ｢この認証トークンを大量に集めたい攻撃者は、暗号化されてないワイヤレスネットワーク（T-モバイ
間違いだらけの「かんたんログイン」実装法
今回は、そのかんたんログインの問題点について説明します。 「契約者固有ID」を用いるかんたんログイン かんたんログインとは、携帯電話の「契約者固有ID」を用いたログイン手法です。 第1回で説明したように、携帯電話のブラウザのリクエストヘッダには契約者固有IDと呼ばれるIDを付けることができます。契約者固有IDは、携帯電話事業者によって詳細は異なりますが、すべての携帯電話事業者が対応しています。 図1は、NTTドコモの携帯電話がサポートしている契約者固有IDである「iモードID」がサーバに送信される様子です。この情報は、ユーザーがそれと意識することなく送信されます。携帯電話のかんたんログインとは、契約者固有IDのみを用いて認証を行い、ログイン機能を実現することです。 かんたんログインは、ベーシック認証のようにIDとパスワードを管理する必要もなく、Cookieのように対応する端末を考慮する手間
Googleアカウントの二段階認証の基本的な使い方（日本未対応） | ライフハッカー・ジャパン
Googleで管理されているメール、連絡先、スケジュール、ドキュメントなどなど...。機密性の高いデータも少なくないですが、そのセキュリティが、Googleアカウントのユーザ名とパスワードだけで担保されているというのは、若干心もとないですね。そこでGoogleでは、二段階認証という新しい認証機能を導入しはじめました。現時点では日本未対応のようですが、いち早く、その機能についてご紹介しましょう。 ■二段階認証とは 従来、セキュリティの保護はパスワードのみで行われていました。もちろん、他人から類推されにくい難解なパスワードを設定することによって、セキュリティはある程度担保できますが、パスワードが破られる可能性はゼロではありませんし、万一パスワードが破られてしまうと、他人がログインすることも可能です。 二段階認証機能とは、新規のウェブブラウザやアプリケーション、携帯端末からGoogleアカウント
第1回 OAuthとは？―OAuthの概念とOAuthでできること | gihyo.jp
今回から始まった「ゼロから学ぶOAuth」。全4回の特集にて、これからのWebサービスを開発する上で不可欠な技術「OAuth」について取り上げます。初回は、OAuthの概念について取り上げます。 はじめに はじめまして、iKnow!改めsmart.fmの真武です。現在smart.fmでは、OAuthやOpenID、OpenSocial、Semantic WebやActivity Streamなどといった新しい技術の導入を積極的に行いサイトを活性化させるとともに、smart.fm APIを通じて我々の技術を外部のデベロッパの方々にも提供しています。 smart.fmは日本最大のOpenID Relying Partyであるだけでなく、国内では数少ないOAuth Consumer（後述）およびOAuth Service Provider（後述）を兼ねるサービスとなっています。こういった背景
クイックログインに“穴”、ヤマト運輸の携帯Webサイトに脆弱性
ヤマト運輸は10月25日、同社が提供している会員制サービス「クロネコメンバーズのWebサービス」の携帯電話版で、特定のスマートフォンから特定のアプリケーションを利用し、「クイックログイン機能」を使った場合に、本人と別のユーザーのページにログインができてしまう問題があったと発表した。現在は、クイックログイン機能を修正し、パスワードの入力が必須となっている。 同サービスは、荷物の集荷依頼や再配達依頼などがWeb経由で可能にするもの。同社が調査したところ、1人のユーザーのページに、別の2人がログインしており、メールアドレスや住所、電話番号などを閲覧できる状態になっていた。該当のユーザーには個別に対応しているという。 問題となったのは、ログインID／パスワードを入力せずに認証を行う「クイックログイン機能」（かんたんログインと表記するサイトもある）。多くの携帯電話向けサイトで実装されているこの機能は
なんとFacebookは不正ログイン防止の仕組みまでが感動的にソーシャルだった | Token Spoken
普段、視点や環境を変えなければまったく気づかないこともあります。 しかも、その日常に慣れきっていればいるほど、そこに驚きがあるなどとは誰も予想もしていません。 もう何百回も繰り返している、そんな日常の作業の中で、予想もしない感動に出会う。 今日、Facebookを使って日々の業務をこなそうとしていたところ、そんな出来事に遭遇しましたので、皆様と共有させていただきたいと思います。 大げさですみません、しかし、個人的には少し感動しすぎてしまったものですから。。。 事の発端は、こんな事から始まりました。 実は、出張先の韓国のソウルよりSeesmic Desktop Proというアプリケーションで、Facebookアカウントの認証を行おうとしたら、こんなエラーメッセージが表示されたのです。 ここまでは、セキュリティ対策としてはよくあるパターンですので特に何とも思いません。 普段アクセスしているIP
Twitterさん、OAuthのアクセス権限の細分化を！ : akiyan.com
Twitterさん、OAuthのアクセス権限の細分化を！ 2010-09-07 TwitterのOAuth認証を利用するサービスを作ってみたが... 一昨日の日曜日(9/5)に、クックパッドさんのオフィス提供による 『TFJ CodeCamp #2』 という1日開発合宿に行きまして、TwitterのOAuth認証を使ったサービスを初めて作ったんです。ユーザーのタイムラインを読んでいろいろやってくれるタイプのサービスを。で、実際OAuth認証するサービスを公開することを考えてみたんですが、どーにも無視できないリスクがありまして。 まず、TwitterのOAuth認証のアクセス権限レベルって、「全部のデータが読める」or「何でもできる」しかありません。今回のサービスはタイムラインさえ読めればいいのですが、OAuth認証としては全部のデータを読める要求しかできなくて、その認証をしてもらったならば
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.machu.jp/posts/20110722/p01/
TechCrunch | Startup and Technology News
IDEA * IDEA
推測の困難なパスワードを設定してもWindowsのスクリーンロックが数十秒で強制解除される？
IDEA * IDEA
IDEA * IDEA
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
TechCrunch | Startup and Technology News