Facebookのアプリやゲーム経由でスパマーにメールアドレスを漏らさないようにするには？ | 適宜覚書-Fragments
はじめに WebサービスやWebアプリの登録には大抵の場合メールアドレスを要求されます。逆に言えば、メールアドレスさえあれば登録に困ることはあまりありません。しかし、この登録が場合によって損になります。怪しいアプリ提供者が入手したメールアドレスをスパマーに売り払ったり、そもそも自身がスパマーの場合があるからです。 TwitterのOauthやfaceebookのアクセス許諾は、直接情報入力よりはかなりマシですが、それでも使い方次第では漏れます。今回は、Facebookのアプリやゲーム経由でスパマーにメールアドレスを漏らさないようにする方法を紹介します。 Facebookのアプリやゲーム経由でメールアドレスを漏らさない方法 筆者環境は英語表記にしていますが、日本語版でも似たような画面構成ですので読み替えてください＞＜。 Facebookのアプリやゲームを利用する場合、ユーザ所有の個人情報やコ
Windows7での標準ファイアウォール例外登録について｜サイレックス・テクノロジー株式会社
ご使用いただいておりますWindows 7の標準ファイアウォールが有効になっている場合には、SX Virtual Linkでの弊社製品への通信が遮断されてしまい、製品の検索、接続できない現象が発生します。 この場合には、Windows 7の標準ファイアウォールの例外登録を行うことにより問題を回避することが可能です。 以下に、Windows 7の標準ファイアウォールの例外登録を行う方法について記載します。 （1）アプリケーションの例外登録 1. 「スタート」-「コントロールパネル」より「システムとセキュリティ」をクリックしてください。 2. Windowsファイアウォール内の「Windowsファイアウォールによるプログラムの許可」をクリックしてください。 3.「設定の変更」をクリックし、「別のプログラムの許可」をクリックしてください。 4.プログラムの一覧より"SX Virtual Link
ファーストサーバ障害、深刻化する大規模「データ消失」 - 日本経済新聞
クラウドに預けていたデータが、「雲」が消えるかのごとく消失してしまった。20日17時頃、レンタルサーバー会社のファーストサーバ（大阪市）で起きた「データ消失」事故。その深刻な状況が日を追うごとに明らかになってきている。被害にあった顧客件数は5698件で、ほとんどが復旧不可能な状態。ウェブサイトやメールに加え、顧客情報やスケジュールなど多種多様なデータが失われ、業務が止まった企業からは悲痛な叫びが聞こえてくる。いったい何が起きているのか。
政府機関総合対策グループから各府省庁に発出した注意喚起文書について
府省庁が提供しているソフトウェアの脆弱性に関する情報提供及び脆弱性を含むソフトウェアに関する対策実施の必要性について（注意喚起） （平成２９年６月２日）
[55-12] ワイルドカード証明書はスマートフォン、タブレット機に対応していますか « ValueSSLサポート
コモド(COMODO)ワイルドカード証明書、RapidSSLワイルドカード証明書、トゥルービジネスIDワイルドカード証明書は一部の古いバージョンを除いて、ほとんどのスマートフォン、タブレット機でご利用いただけます。
Androidで証明書エラーが出た場合 (RapidSSL、Verisignの対応) - zabbiたんAMIたん
どもお久しぶりでございます。 みなさま体調どうでしょうか？宮崎も超寒いですｗ。 さて、最近Androidで証明書エラーが出たので忘れないように書き書きしておきます。 sslはいくつか使っていてRapidSSL、Verisignを使っています。 まぁ安くて早いRapidSSL使うのはいいんですが、過去の遺産があってVerisignの古い証明書も使っています。 最近証明書更新を行なって、動作チェックしていたところ こんなんでたんで対応。。。 Rapid SSLの場合(2048bit) まずsslの発行者を確認 CN = RapidSSL CA O = GeoTrust, Inc. C = US 下記リンクから証明書ダウンロード その他の手順 vim cacross-zabbio.crt ↓適当に書いているのでコピペしないでね★ \-----BEGIN CERTIFICATE-----\ MII
危機管理体制を整えよう！ 個人情報漏えい後の対応ガイドライン
危機管理体制を整えよう！ 個人情報漏えい後の対応ガイドライン：Security&Trust ウォッチ（36） 前回のコラム「メールアドレスを漏えいから守る方法」では、メールアドレスという情報の重要性の見直しと漏えいから守る方法について紹介した。しかし、残念ながらどんなに個人情報保護対策を行っていたとしても、漏えいする可能性は0％にはならないものだ。 日々の対策を実施することも重要であるが、万が一漏えい事件が発生してしまった後の対処方法を知っておき、その状況になったときに確実に対応できるように危機管理体制を整えておくことが重要である。事件後の対処方法次第で個人情報漏えいを起こしてしまった企業のイメージがどれぐらい回復できるかが決まってくる。情報資産の扱いを甘く見てはならない。 個人情報漏えいが発生した後に正常な状態に復旧するまでの一般的な手順は次のようになる。 こういった手順と並行して（3）
Sendmail - SPFレコードチェック
このツールは、送信ドメイン認証のために自社のDNAサーバにSPFレコードを設定した方のために、SPFレコードの値が正しいか、あるいはうまく動作しているかどうかをチェックしていただくためのツールです。 SPFレコードが正しく設定されていないと、自社ドメインが認証されず、相手側サーバの設定によってはメールの受信を拒否される場合もあります。また、スパム送信サイトとして取り扱われる恐れもあります。DNSへの設定を済ませた後、必ずチェックを行うことをお薦めします。 また、SPFレコードの中でincludeなどを使っている場合、参照元の設定の変更により、認証が行えなくなるケースもあります。定期的なチェックをお薦めします。 このSPFレコードチェックツールは、入力いただいた情報を元にSendmailのサーバーが実際にDNSサーバにアクセスし、認証できるかをテストするものです。以下の入力ボックスに必要な情
独自ドメインのメール送信を SPF に対応させる方法 - WebOS Goodies
上記の「ステータス」というのは、メール配信時に付加される "Received-SPF:" ヘッダに表記される文字列です。 Received-SPF ヘッダに関する詳細は後述します。また、「メールの扱い」はあくまで代表的な例ですので、すべてのサーバーが上記のような動作をするとは限りません。最終的には受信側サーバーの裁量にいかんです。 Mechanism Mechanism はディレクティブの Qualifier を除く部分で、ホストのマッチングルールを指定します。多くの指定方法がありますので、それぞれ個別にご紹介します。 ip4 : IP アドレスによるマッチ "ip4" は送信元 IP アドレスが指定された IP アドレスと一致するかを確認する Mechanism です。書式は以下のようになります。 ip4:<IPアドレス> 例えば、 "+210.251.253.231" というディレクテ
アクセス・ログを3カ月間保管しなければならない
要件10.7ではアクセス・ログのライフサイクル（オンライン保管，オフライン保管）について明確に期間が定義されている（廃棄まで踏まえたほうが望ましい，図5）。この中で一番検討に時間をかけなくてはならないのがオンライン保管のフェーズである。明確に最低3カ月間という保管期間が定められているため，ログの容量，ネットワーク環境，閲覧する仕組みなどを考慮しなければならない。PCI DSSではログの集中管理が推奨事項となっているため，それを想定した場合に容量を満たす機器を選定しなければならない。 オンライン保管フェーズでは，閲覧機能を含む統合ログ管理のソリューションを導入することによって，ログの保管，検知，バックアップなどの運用を自動化し，日々の運用負荷を下げることが望ましい。また，個人情報が外部へ流出する懸念はあるが，これらのインフラ，運用のすべてを第三者のサービス・プロバイダにアウトソースすることも
Webアプリケーションを作る前に知るべき10の脆弱性 ― ＠IT
Webアプリケーションが攻撃者に付け込まれる脆弱性の多くは、設計者や開発者のレベルで排除することができます。実装に忙しい方も、最近よく狙われる脆弱性のトップ10を知ることで手っ取り早く概要を知り、開発の際にその存在を意識してセキュアなWebアプリケーションにしていただければ幸いです。 Webの世界を脅かす脆弱性を順位付け OWASP（Open Web Application Security Project）は、主にWebアプリケーションのセキュリティ向上を目的としたコミュニティで、そこでの調査や開発の成果物を誰でも利用できるように公開しています。 その中の「OWASP Top Ten Project」というプロジェクトでは、年に1回Webアプリケーションの脆弱性トップ10を掲載しています。2004年版は日本語を含む各国語版が提供されていますが、2007年版は現在のところ英語版のみが提供さ
パスワードの定期変更という“不自然なルール”
しばしば「パスワードは○日ごとに変更しましょう」といわれるけれど、それで本当にクラックの危険性は減るの？ ペネトレーションテストの現場から検証します（編集部） ※ご注意 本記事に掲載した行為を自身の管理下にないネットワーク・コンピュータに行った場合は、攻撃行為と判断される場合があり、最悪の場合、法的措置を取られる可能性もあります。また、今回紹介するツールの中には、攻撃行為に利用されるという観点から、アンチウイルスソフトにウイルスとして検出されるものも存在します。このような調査を行う場合は、くれぐれも許可を取ったうえで、自身の管理下にあるネットワークやサーバに対してのみ行ってください。また、本記事を利用した行為による問題に関しましては、筆者およびアイティメディア株式会社は一切責任を負いかねます。ご了承ください。 今回は久しぶりに、ペネトレーションテストの現場の話から始めよう。 ペネトレーショ
OAuth 2.0でWebサービスの利用方法はどう変わるか（1/3）- ＠IT
OAuth 2.0で Webサービスの利用方法はどう変わるか ソーシャルAPI活用に必須の“OAuth”の基礎知識 株式会社ビーコンIT 木村篤彦 2011/2/2 TwitterがOAuth 1.0を採用したのを皮切りに、今では多くのサービスがOAuth 1.0に対応しています。国内でも、例えば、マイクロブログ型コラボツール「youRoom」、小規模グループ向けグループウェア「サイボウズLive」、「はてな」のいくつかのサービス、「Yahoo!オークション」、リアルタイムドローツール「Cacoo」などがOAuth 1.0に対応したAPIを公開しています。 ここ数年でOAuthはさまざまなWebサービスのリソースを利用する際の認証方式として普及してきました。これは大きなプレーヤーがサポートしたことも一因ですが、OAuthの持つ以下の2つの特徴によって、「OAuthを使うと、サービスプロバイ
CyberSyndrome : プロキシサーバ入門
プロキシを利用すると主に以下のような効果が期待できます。 キャッシング ・・・ コンテンツ取得の高速化、サーバ負荷の軽減、トラフィックの軽減 フィルタリング ・・・ コンテンツのデータ加工 通信経路変更 ・・・ 通信の高速化、自宅サーバの動作確認 匿名性確保 ・・・ プライバシーの保護、セキュリティの強化、アクセス制限の回避 これらについて詳しく見てみましょう。 プロキシはキャッシュ（cache）機能を実装しており、過去にサーバから受信したコンテンツを一時的にプロキシ自身のディスク内に蓄積しておくことができます。 そのため、プロキシがユーザからコンテンツのリクエストを受けたとき、そのコンテンツがすでにキャッシュされている場合、わざわざ遠くにある本来のサーバに同じコンテンツを取りに行くことなく自分自身にキャッシュされているデータをユーザに送り返すので、ユーザはコンテンツを素早く取得することが
診断くん
133.242.243.6 (133.242.243.6) 判定：プロクシです proxy判定箇所が 1箇所、 疑惑点が 1箇所ありました。 漏れ判定：漏れてはいないようです 総合評価：A 極めて物静かなproxyです。proxy経由であることを示す情報がほとんどありません。
グーグルが恐れたサイバースパイ「GhostNet」とは？ － ＠IT
日本時間の23日、ついにグーグルがGoogle.cnを閉鎖し、中国政府のファイアウォールの外に存在するGoogle.com.hkにリダイレクトを開始した。だが、これが検閲を理由としたものであれば奇妙なことである。もともとGoogle.cn自体、政府の情報アクセス制限に同意して開始したサービスであり、検閲の手法も、サイトの“delist”、つまり、検索対象からの除外が主な手法であり、同社自身「グーグル八分」として活用している基本機能の延長に過ぎず、複雑さが増す理由にもならない。理にたけたグーグルにしては実に奇妙である。 監視する国家 さて、古い話であるが、私は、技術者として米国に滞在していた期間がある。その主な理由は当時の米国の暗号輸出規制にあった。 当時の私は、国際分散開発のスペシャリストであり、地理的に離れたチームが効率よく開発する環境をいかに構築するかに腐心していた。マイクロソフトに先
セブンネットショッピング、「デモ用ソースコード」が流出、XSS脆弱性も 「個人情報流出はない」
セブン＆アイグループが12月8日にオープンしたECサイト「セブンネットショッピング」のソースコードが流出したとネットで騒ぎになっている。同サイトの広報担当者によると、流出したのは「検証で使っていたデモ用コードで、本番用のものではない」。個人情報流出の可能性もないとしている。 デモ用のソースコードが公開サーバに置いてあり、誰でもアクセスできる状態になっていた。同社は12月17日午前、ソースコードに外部からアクセスがあったことに気付き、すぐに公開サーバから削除。「データベース等非公開サーバに侵入されたわけではなく、個人情報流出の危険はない」としている。 同サイトについては14日ごろから、XSS（クロスサイトスクリプティング）脆弱性も指摘されていた。「個人情報を扱うページではXSS脆弱性はなく、個人情報の流出はないが、そうでないページに脆弱性があった」とし、15日までに対策を取ったという。 届け
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
jamboree.jp
コドモのソーシャルネットワーク事情～親ならこれだけはやっておけ
Password Strength Checker