徳丸本、Google Playからお買い求め頂けます
徳丸本こと、拙著「体系的に学ぶ安全なWebアプリケーションの作り方: 脆弱性が生まれる原理と対策の実践」ですが、Google Playからお買い求めいただけるようになりました。 購入はこちらから。 購入ページはこんな感じ。 Google Playの電子書籍は、PDFから画像化されているようで、以下のように「スキャンしたページだけで構成されています。小さな画面にはおすすめできません。」という注意書きが表示されます。 さっそく私も購入して読んでみました。下の画像の、左はGoogle Nexus7、右はGALAXY NEXUS SC-04Dです。 PCからは、下のようにブラウザで閲覧することになります。 既に、徳丸本の電子書籍は、ブックパブからDRMフリーのPDFが購入でき、価格はGoogle Playとブックパブ共に2,800円です。ブックパブでの購入はこちら。 どっちがお勧めかと言うと、正直
セキュリティソリューション「SecureOWL」 取扱製品一覧｜KCCS
京セラコミュニケーションシステム（KCCS）は、セキュリティブランド「SecureOWL」を展開しています。
HASHコンサルティング徳丸浩の日記 - 自分でできる - 「かんたんログイン」DNSリバインディング耐性のチェック方法
■「かんたんログイン」DNSリバインディング耐性のチェック方法 このエントリでは、ケータイ向けWebサイトがDNSリバインディング攻撃に対する防御耐性があるかどうかをチェックする方法を説明します。ケータイ向けに「かんたんログイン」機能をもつWebサイトをチェック対象とします。 基本的な前提として、検査対象のWebサイトの管理者が自ら検査することを想定しています。 用意するもの チェック対象のWebアプリケーション(かんたんログイン機能あり) 携帯電話（かんたんログイン可能なもの） インターネット接続されたパソコン ステップ0:IPアドレスの調査 検査対象のWebサーバーのIPアドレスを調べます。一例として、検査対象サーバーのホスト名が mobile.example.com の場合、以下のコマンドでIPアドレスを調べることができます。 C:>nslookup mobile.example.
Trend Micro Incorporated
日本語 (日本) The Americas United States Brasil Canada México Asia Pacific Australia Hong Kong (English) 香港 (中文) (Hong Kong) भारत गणराज्य (India) Indonesia 日本 (Japan) 대한민국 (South Korea) Malaysia New Zealand Philippines Singapore 台灣 (Taiwan) ราชอาณาจักรไทย (Thailand) Việt Nam Europe, Middle East & Africa België (Belgium) Česká Republika Danmark Deutschland, Österreich Schweiz España France Ireland Itali
(4)Webアプリケーション攻撃に先守対応せよ！
データセンター事業者の業務内容を解説するこの連載の第4回では，セキュリティ対策の舞台裏を紹介しよう。当社のデータセンターでは，インターネットからの不正アクセスを防止するために，ファイアウォールやIDS（侵入検知システム）などを設置し，日々監視を行っている。しかし，昨今はそうした基本的な対策をかいくぐる攻撃が急増しているのが実情だ。代表的なものとして，SQLインジェクションといったWebアプリケーションに対する攻撃が挙げられる。 ハウジングやホスティングでデータセンターの設備を利用されるお客様の中には，自社でWebアプリケーションを開発して，サービスインする場合もある。もし，そうしたWebアプリケーションにぜい弱性が存在していると，攻撃を受けたとき，データを改ざんされたり情報が漏えいしたりといった被害に遭う。データセンター事業者は，こうした問題にお客様が見舞われる前に，可能な限り対策を打つこ
SaaSに潜む脅威「JSONハイジャック」，IPSで情報漏えい対策を
インターネット上のWebサイトでグループウエアやERP（統合基幹業務）といった業務アプリケーションを提供するサービスが注目を集めている。いわゆるSaaS（software as a service）だ。ユーザーは，インターネット回線さえあればいつでもアプリケーションを利用できる。 このようなサービスを利用する際，サービス提供者の情報漏えい対策が気になるIT管理者は少なくないだろう。ただ実際には，ユーザーは複数のサービス提供事業者のサービス，自社のシステムを組み合わせて利用するケースが多くなる。もちろん，取引先などのシステムとの連携も考えられる。こうした環境に備えるなら，提供者側のセキュリティ・レベルに注意するだけでなく，ユーザー側で可能な限り対策を施すことが重要になる。 そこで今回は，様々なWebアプリケーションを連携させる際に使われるJSON（JavaScript object nota
HASHコンサルティング徳丸浩の日記 - 発注者のためのWebアプリケーションセキュリティ入門(1) - 安全なWebアプリケーションのために発注者がなすべきこと
■安全なWebアプリケーションのために発注者がなすべきこと このブログでの連載開始にあたり、Webアプリケーションを発注する立場でのセキュリティに対する責任や、なすべきことを説明したいと思います。 Webアプリケーション発注者に脆弱性に対する責任はあるか そもそも非常に基本的な前提として、Webアプリケーションの脆弱性(SQLインジェクションなど)に対する最終的な責任は誰(どの会社)にあるかを考えてみます。具体的には、インターネット上のWebサイトを運営している、あるいはWebアプリケーションョンをパッケージソフトウェアとして市販しているが、開発は外部の開発会社に委託しているケースで、セキュリティ事故などが発生してお客様(Webサイトのユーザ、パッケージソフトの購入者)に迷惑を掛けた場合、その責任は誰にあるかということです。 結論から言えば、この責任はWebアプリケーションの発注者にあり
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「情報セキュリティ遠隔診断サービス」無償キャンペーン｜KCCS
社会保障カード（仮称）実証事業 医療法人鉄蕉会 亀田総合病院様 | MDIS
IBM - Japan