今回から未修正の脆弱性とパッチを適用しない場合の対処を順次紹介します。脆弱性の危険度の順ではなく、パッチファイル名の順番に紹介します。紹介する脆弱性情報はSRA OSS Inc日本支社にてPHP4セキュリティ保守サービスとして提供しているものです。パッチ類は筆者の会社であるエレクトロニック・サービス・イニシアチブが、現在サポートされているPHPからレガシーPHPにバックポートしています。パッチの説明文を引用して脆弱性を解説します。パッチそのものの紹介は含みませんのでご了承ください。 PHP 4.3.9の評価は、PHPプロジェクトが配布しているソースコードではなくRedHat Enterprise Linux 4で提供されているPHPのSRPM（ソースRPM）のソースコードがベースになっています。PHP 5.1.6についてはPHPプロジェクトが配布しているソースコードがベースとなっています。
公開: 2010年5月26日1時25分頃 WASForum Conference 2010、オープニングセッションに続いて、ヤフーの松岡泰三さんによる「国民のためのウェブサイトを運営するID認証の舞台裏」。松岡さんは「R&D統括本部プラットフォーム開発本部セントラル開発1部」に属し、OpenID、OAuth、認証API、認証(ログイン)、ソーシャルプラットフォーム、ストレージプラットフォーム、外部サービス連携……といった諸々のお仕事をされているそうで。 今回のお話は大きく前後半に分かれていて、前半はYahoo!の認証に関する仕組みや統計データについてのお話、後半は外部サービスとの連携の話になっていました。まずは前半部分のメモから。 Yahoo! Japan ID の現在アクティブユーザ数 …… 2396万IDYahoo!ウォレットのユーザ数 …… 1900万Yahoo!プレミアムの会員数
関連するWebページの間でリンクを張り、ページ間を容易に移動できるのはWorld Wide Webの特徴の1つです。では、あるWebページから別のWebサイトにあるページへリンクを張るときの説明として、正しいものは次のうちのどれでしょうか。 ●解答を送信いただくと、すぐに正解と詳しい解説をご覧いただけます。
仕事が忙しくて、一週空いてしまった。 「体系的に学ぶ 安全なWebアプリケーションの作り方 脆弱性が生まれる原理と対策の実践」読書会の第4回。 今回読んだのは以下の範囲。どんどん仕事が忙しくなってきて、なかなか時間が取れなくなってきたけど、なんとか続けたい。まだまだ先は長いけど。 4章 Webアプリケーションの機能別に見るセキュリティバグ 「重要な処理」の際に混入する脆弱性 セッション管理の不備 4章 Webアプリケーションの機能別に見るセキュリティバグ 「重要な処理」の際に混入する脆弱性 主にCSRFのお話。 最近だとCSRF対策を簡単に組み込めるフレームワークがある(RailsとかTomcat7の機能とか)けど、自力でやろうとするとけっこう辛い。 XSSの仕組みや攻撃方法をちゃんと理解できていれば、CSRFの仕組みもすぐに分かると思う。逆にXSSの理解が曖昧だと、CSRFの仕組みがよく
ハッカー（クラッカー）にもいろんなタイプ、レベルがいますから一概には言えませんが、CIAとか軍のネットワークなんかに侵入できちゃうような人は、まずネットワークに関する知識が豊富である必要がありますね。 イーサネットフレームなどを自分で解析できたり弄れたり出来るレベルは絶対に必要です。 つぎに、いろんなOS、HWの低レベルプログラミングができるだけの知識が必要です。 要するにアセンブラでバリバリプログラミングが書けて、マシン語コードを逆アセンブルして中身を読み解けるとか言ったレベルですね。 また、OSの構造も熟知している必要があります。 あとは、いろんなサーバソフトなどの「脆弱性」に関する知識です。 一般的に完璧に防御されているシステムは普通侵入できませんので、穴を見つける必要がありますので、その穴を探すためにはそういった情報を知っている（自分で調べることも含めてね）必要が出てきます。 ちな
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
