Android はスパムの宝庫や－、みたいなことが最近言われてます。パーミッションに気をつけていればたいていはOKですが、たまに見るのを忘れてしまうこともあるかもしれません。そこで、じゃあアプリでパーミッション監視すればいいじゃん、というのが今回のアプリです。 SPAM対策としてパーミッションを気にするわけですが、特に気になるのが、ネットワーク接続・SMSの送信・連絡先へのアクセス・位置情報の取得です。これらのパーミッションを持ってるアプリを調べて、怪しげなパーミッションを許可しないようにしたいです。 そこで色々試してみて、LBE Privacy Guard がとてもいい感じでした。 LBE Privacy Guard – Android マーケット This application requires a ROOTed phone, please make sure your phone
こんにちはこんにちは ! ! はまちや2です！ 今日からぼくと一緒にWebプログラミングのセキュリティについて、ちょっぴり勉強してみませんか！今回はHTTPがどんなやりとりをしているのか、簡単におさらいしてみましょう！
Make Tech Easier - Uncomplicating the complicated, making life easier WebアプリケーションやWebサービスでは位置情報の活用と個人の特定、これまでの行動からより対象に適切なサービスの提供を実現するようになってきている。これは便利である反面、個人を特定されたくないユーザにとってはWebは日々厄介な存在になってきていることも意味している。 プライバシを尊重するケースでは、自分がどこからアクセスして何を検索したか、どういった経路を使ってWebサーフィンをしたのか、そうした情報を第三者に把握されることを懸念する。またビジネスにおいて通信内容を秘匿したいケースや、セキュリティの観点からこうした情報を第三者につかまれたくないというケースもある。 そうした場合に活用できるソフトウェアにTorがある。ネットワークへのアクセスを一旦To
さくらのVPSやら、ServersMan@VPS やらの出現で、やたらと敷居のさがった感のある VPS 。 かく言うこのサーバもめ組VPSで運用されてるわけですが、VPSを既存のレンサバ感覚で使ってる人にせめてこれくらいのセキュリティ設定はやっておいたほうが良いよっていうお話です。 今回、対象にする OS は CentOS です。 さくらVPS 借りて Ubuntu とか、別の OS で運用するような中上級者は自分でできるよね。 リモートからの root ログインを無効にする ssh 経由で root でログインして作業したりしてませんか？ これ root パスワードが破られたら、サーバが乗っ取られちゃうので、大変に危険です。 root ログインを無効にして、権限のあるユーザでログインしてから sudo or su して作業するようにしましょう。 root ログインを無効にする方法は、こん
WebGLの（実質的に）仕様上の脆弱性が見つかったとされて、話題になっています。元はContext Information Security社のブログの記事なのですが、 http://www.contextis.co.uk/resources/blog/webgl/ 日本語でもかいつまんで紹介されています。 http://japan.cnet.com/news/service/35002505/ とはいえ、これじゃ何だか意味が分かりませんし、原文はなかなか簡単には読めないと思うので、ちょっくら日本語訳してみました。全体的にやっつけながら、後半は特に寝ぼけながら訳しているので、何かおかしいところがありましたらコメント等で教えて下さいませ。翻訳許諾は明日辺りお願いしてみようと思います。（ダメって言われたら消す）→もらいました。調査の次のラウンドが終わったらまた結果を教えてくれるみたい。 追記:
管理中のサーバで行っているセキュリティ設定を公開します。本当はこういうことを公開するのはよろしくないのですが、脆弱サーバが氾濫している現状そこが踏み台となってsshアタックされるのも迷惑極まりないので、最低限やっとけという内容でまとめました。*1 起動サービスと概要 iptables/Firewallの設定 iptablesの中身 limit-burstについて hashlimitについて hosts.allow/hosts.deny(TCP Wrapper)の設定 sshdの設定 その他の設定 Apacheの設定 Postfixの設定 Dovecotの設定 まとめ 起動サービスと概要 Apache (www) sshd smtp/pop bind (DNS) ntpd いくつかの注意点。 sftpで十分なのでftpdは使わない。WinSCP等を使えばffftpに依存する必要はない。*2
去年の5月末に「本を書く」という宣言をしてから8ヶ月以上掛かってしまいましたが、ようやく体系的に学ぶ 安全なWebアプリケーションの作り方が脱稿し、3月1日に発売される運びとなりました。 現時点で一番詳しい本の目次は、出版元のオフィシャルページにありますが、このブログでもおいおい詳しい内容を紹介したいと思います。また別途サポートページを立ち上げる予定です。 本書の目次は以下の通りです。 1章 Webアプリケーションの脆弱性とは 2章 実習環境のセットアップ 3章 Webセキュリティの基礎 〜HTTP、セッション管理、同一生成元ポリシー 4章 Webアプリケーションの機能別に見るセキュリティバグ 5章 代表的なセキュリティ機能 6章 文字コードとセキュリティ 7章 携帯電話向けWebアプリケーションの脆弱性対策 8章 Webサイトの安全性を高めるために 9章 安全なWebアプリケーションのた
4. 徳丸浩の自己紹介 • 経歴 – 1985年 京セラ株式会社入社 – 1995年 京セラコミュニケーションシステム株式会社(KCCS)に出向・転籍 – 2008年 KCCS退職、HASHコンサルティング株式会社設立 • 経験したこと – 京セラ入社当時はCAD、計算幾何学、数値シミュレーションなどを担当 – その後、企業向けパッケージソフトの企画・開発・事業化を担当 – 1999年から、携帯電話向けインフラ、プラットフォームの企画・開発を担当 Webアプリケーションのセキュリティ問題に直面、研究、社内展開、寄稿などを開始 – 2004年にKCCS社内ベンチャーとしてWebアプリケーションセキュリティ事業を立ち上げ • その他 – 1990年にPascalコンパイラをCabezonを開発、オープンソースで公開 「大学時代のPascal演習がCabezonでした」という方にお目にかかること
以下は、WEBプログラマー用のWEB暗号化の基礎知識の一覧です。 WEBプログラマーの人はこれを読めばWEB暗号化の基礎をマスターしてWEBプログラムを書くことができるようになっているかもです。 また、WEB暗号化の簡易リファレンスとしても少し利用できるかもしれません。 しかし、WEBアプリケーションを開発するには、暗号そのものを知らなくても、実は大丈夫なのです。 そう、OSI参照モデルのレイヤー（層）がWEBアプリケーションは7層で、暗号は5層になっているからです。 でも、httpsでの暗号や認証の方法が謎なので、やはり気になりますね。 今回、WEBで使われているhttpsのsの部分について調べてみました。 それには、まず『暗号とは』から始まって、『暗号方式』、『認証方式』そして、httpsのsの部分について解説していきますね。 また最後に、暗号技術の分類をご紹介します。 暗号とは 暗号
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
