タグ

関連タグで絞り込む (8)

タグの絞り込みを解除

securityに関するkosakiのブックマーク (7)

  • そのDNSの応答、本当に正しいものですか？ 「.jp」でも正式導入、DNSSECの仕組みと意義＜前編＞ -INTERNET Watch

  • Kazuho@Cybozu Labs: Shibuya.pm でセキュアコーディングの話をしてきた件


    昨日は、Shibuya Perl Mongersテクニカルトーク#14 に参加してきました。 パネラーとしてウェブサイトのセキュリティに関するディスカッションに加えていただいて、いろいろ上から目線で大局的な話をしたり。一方、ライトニングトークでは具体的な事例として、既にブログに書いた Twitter の XSS に絡んで構造化テキストの処理手法について話をさせていただきました (参照: 構造化テキストの正しいエスケープ手法について, String::Filterっていうモジュール書いた)。 とはいえ、既にブログに書いたことを繰り返すのも芸がないので、正しい設計が何か、という切り口ではなく、どういう設計をすれば﹁安全﹂か、という話になっています。スライドは以下にありますので、興味のある方はご覧ください。
    kosaki
    kosaki 2010/10/01
    乙であります
    リンク

  • http://www.alib.jp/diary/diary_200703

  • 情報処理推進機構：情報セキュリティ：H18年度ウェブアプリケーション開発者向けセキュリティ実装講座の開催について


    ※講演資料を掲載しました。 独立行政法人 情報処理推進機構︵IPA︶は、安全なインターネットの利用をめざして、最近、IPAが届出を受けた脆弱性関連情報を基に、届出の多かった脆弱性や攻撃を受けた場合の影響度が大きい脆弱性を取り上げ、その解決策を紹介するセキュリティ実装講座を企画しました。 本講座は本年2月、4月に実施しましたが、好評でしたので、今回は、新たに脆弱性の深刻度評価を用いた届出情報の分析結果や、ウェブアプリケーションの発注者が考慮すべき点なども紹介します。また、開発者の方から安全なウェブアプリケーションの開発に向けた取組み状況を紹介していただきます。 IPAでは、2004年7月8日に脆弱性関連情報の届出受付を開始してから2年4ヶ月が経過し、10月末までにソフトウエア製品に関するもの330件、ウェブアプリケーション︵ウェブサイト︶に関するもの687件、合計1,017件となり、1

  • ユビキタスの街角: パスワードの心理学

    様々なサービスを使おうとするたびにパスワードを要求されるが、 強いパスワードを確実に記憶しておくことは難しいので、 16桁の数字を気合いで覚えてそれから派生させるとか、 ベースとなるパスワードにシステム名を足したものを使うとか、 さまざまな工夫が提案されているようである。 かなりの根性と頭脳が無いとこのような方法を使うことはできないわけで、 頭脳明晰でない人はシステムを使うなと言っているようなものである。 パスワードを用いた認証というものが諸悪の根源であるにもかかわらず、 それが問題だという議論をほとんど聞いたことが無いのは全く不思議である。 パスワードより覚えやすい認証方式は提案されているのだが、 パスワードの方が強力で安全だという理由でほとんど使われていないようである。 実際は誰も強力なパスワードを頭で覚えておくことはできないから、 必ずどこかにパスワードを書いておく必要があり、 全然

  • Unicodeで拡張子を偽装された実行ファイルの防御方法 - 葉っぱ日記


    ﹁それ Unicode で﹂などで紹介されている、Unicode の U+202E (RIGHT-TO-LEFT OVERRIDE; RLO)を使って拡張子を偽装された exe ファイルの実行を抑止する方法を思いついた。 メモ帳を開いて、"**"と入力する(前後の引用符は不要)。 "*"と"*"の間にキャレット(カーソル)を移動させる 右クリックで﹁Unicode 制御文字の挿入﹂から﹁RLO Start to right-to-left override﹂﹁RLO Start of right-to-left override﹂を選択 Ctrl-A で全て選択、Ctrl-C でクリップボードにコピー。 ローカルセキュリティポリシーを開く 画面左側の﹁追加の規則﹂を右クリック ﹁新しいパスの規則﹂を選択 ﹁パス﹂欄で Ctrl-V をして、メモ帳の内容を貼り付ける。 セキュリティレベルが﹁
    Unicodeで拡張子を偽装された実行ファイルの防御方法 - 葉っぱ日記
    kosaki
    kosaki 2006/12/23
    すばらしい！　でもHome Editionにはローカルセキュリティーポリシーがなかったよ（T_T
    リンク

  • スタック・オーバーフローで任意コードを実行できるか？

    スタック・オーバーフローで任意コードを実行できるか？ ～「IEに0-dayのバッファ・オーバーフロー？」の疑問に答える～ 昨日公開した記事「IEに0-dayのバッファ・オーバーフロー？」に対して、ある知人から次のような質問をされました。「スタック・オーバーフローが任意コードの実行に結びつく可能性があるとの事だが、それは一体どのような状況なのか？」といった内容です。同様の疑問を持った読者がいるかもしれません。そこで、この場を借りてお答えしたいと思います。 「絶対ない」とは書かなかった理由 前回の記事で書いたように、スタック・オーバーフローで任意コードの実行が可能になる状況は非常に限定されています。というよりも、通常はあり得ません。単に無限再帰がスタックを消費し尽くすだけであり、バッファ・オーバーフローのように、リターン・アドレス（関数からの戻り先アドレス）などの特定アドレスを書き換えられるわ

    スタック・オーバーフローで任意コードを実行できるか？
  • 1

お知らせ

もっと読む

公式Twitter

  • @HatenaBookmark

    リリース、障害情報などのサービスのお知らせ

  • @hatebu

    最新の人気エントリーの配信

はてなブックマーク

公式Twitter

はてなのサービス

  • App Storeからダウンロード
  • Google Playで手に入れよう
Copyright © 2005-2024 Hatena. All Rights Reserved.