シンセキュア、Windows Live IDやMSN Hotmailの偽サイトに注意を呼びかけ
シンセキュアは2月12日、以前より定期的に報告のあった「Windows Live ID」や「MSN Hotmail」サイトを装った偽サイトが増加していることを受け、注意を呼びかけている。 これは、Windows Live IDやMSN Hotmailからの送られたように見せるフィッシングメールを送付し、IDやパスワードの入力を促すもの。入力してしまうと、これらの個人情報が悪用される可能性がある。 同社では、銀行などの金融機関以外のサービスを対象にしたフィッシング詐欺が増加傾向にあるとしており、現在、いくつかの偽サイトはInternet Explorer 7（IE7）のフィッシング詐欺検出機能でも検出されないことが確認されている。このためIE7だけでなく、フィッシングサイトを検出するソフトウェアの併用を勧めている。
NIKKEI NET（日経ネット）：記憶装置なしパソコン、海自が３万台全面導入・10年度までに
ありがとう、平成――。2019年5月に改元を控え、特別な思いを募らせている地域がある。岐阜県南部、旧武儀町（現関市）にある「平成（へなり）地区」。30年前、新元号と同じ漢字を使うことから脚光を浴び…続き 元号公表時期、年明け判断へ 4月を想定 ［有料会員限定］ 「＃平成最後」が急上昇 SNS投稿、日常に特別感 ［有料会員限定］
イーバンクを騙るフィッシング詐欺サイト「ebank.inc.md」
フィッシング詐欺とは、あるサイトにそっくりのページを作ってそこにクレジットカード情報やオンラインバンキングのログイン情報などを入力させて、パスワードを盗むという種類の詐欺です。また、よくあるような「おしらせ」メールになりすまして、偽のサイトに誘導するという手口もあります。最近ではmixiになりすました「mixii」というものもありました。 で、先日からイーバンクを騙るフィッシング詐欺メールと詐欺サイト「ebank.inc.md」というのが確認されています。現在は通報されて閉鎖してアクセスできませんが、かなりいいタイミングで来たので引っかかった被害者がいる可能性があるようです。 詳細は以下から。 まず、以下が実際のメールの内容。 もう限りなく怪しいわけですが、前日の2月6日に「eBANKより重要なお知らせ」ということで「@mail.ebankjp.com」から「資金移動を伴う一部お取引の際の
MS06-001 : Windowsの重要な更新 Graphics Rendering Engine の脆弱性によりコードが実行される可能性がある (912919)
製品 製品グループ Microsoft Defender Microsoft Entra Microsoft Intune Microsoft Priva Microsoft Purview Microsoft Sentinel セキュリティ AI Microsoft Copilot for Security ID (アイデンティティ) とアクセス Microsoft Entra ID (Azure Active Directory) Microsoft Entra 外部 ID Microsoft Entra ID ガバナンス Microsoft Entra ID 保護 Microsoft Entra Internet Access Microsoft Entra Private Access Microsoft Entra 権限管理 Microsoft Entra 確認済み ID Mic
「あなたの身近なセキュリティ」：第1回：「安全にインターネットを使うため」には何を行なえばよいだろうか？
「インターネットセキュリティソフトウェア」は、誰でも安全にインターネットを利用するという趣旨のもとで作成されている。一般的にはこれらのツールを使えば安全になると考えられているが、本当にそうだろうか？ ● インフルエンザ同様、マルウェア対策も「心がけ」が大事 これまでセキュリティベンダーの新製品発表会の席上では、「あらゆる種類のインターネット上の脅威に対応できる」という趣旨の発言が行なわれるのが通例だった 2007年12月、筆者はWinny上で情報漏洩を行なうマルウェアに関する短期連載を執筆し、「Winnyを使わない」ということは対症療法に過ぎないと述べた。この業界は、マルウェアの作者とセキュリティベンダーの永遠のイタチゴッコが続いている。ありとあらゆる防御手段を講じても、それらのウラをかく新種の手段が考案され、それが有効な手段だった場合、大流行となってしまう。 ちょうど今はインフルエンザの
「チーム・マイナス6％」を情報セキュリティにも
大成建設は，情報セキュリティの啓蒙活動「みんなで『情報セキュリティ』強化宣言！ 2008」に参画する1社である。「みんなで『情報セキュリティ』強化宣言！ 2008」は，マイクロソフト，トレンドマイクロといったITベンダーだけでなく，大成建設や東京海上日動火災保険，日本航空インターナショナル（JAL）といったユーザー企業も参加しているのが特徴だ。なぜ，ベンダーとユーザーが一体となって，セキュリティの啓蒙活動を進めているのか。その狙いを，大成建設の木内里美情報企画部長，北村達也 情報企画部 推進室長に聞いた（写真1）。 「みんなで『情報セキュリティ』強化宣言！ 2008」に事務局として参加しているが，その経緯は。 北村 「みんなで『情報セキュリティ』強化宣言！」には2007年から参加している。2007年1月にマイクロソフトから取り組みの内容を聞いた。「情報セキュリティの日」である2月2日に向け
【レポート】フィルタリングによるSNSやブログ排除を未成年は望むか - 慶大DMCフォーラム (2) コミュニティサイトを一律に排除するのは不公平 | 携帯 | マイコミジャーナル
創造性を育む場を青少年から奪うことに 続いて、携帯電話上でゲームサイト「モバゲータウン(モバゲー)」を展開するディー・エヌ・エーの南場氏が、同社に対する総務大臣要請の影響について説明した。南場氏によれば、「総務大臣の要請があって1週間のうちに、1,500億円の株主価値が失われた。また、30%近い海外の株主から苦情が寄せられた」と事業が苦境に陥ったことを吐露。 ディー・エヌ・エー社長の南場智子氏 その理由について、「サイト内にSNSなどのコミュニティ機能があるため、モバゲー全体にフィルタリングがかかってしまう」点を指摘。「15歳〜18歳の世代におけるモバゲー利用率は、いずれの年代でも30〜50%台と極めて高い。こうした点を考慮し、当社では『健全コミュニティ委員会』を設け、メールアドレスの交換やオフ会(サイト上で知り合った人と実際に会うこと)などを厳しく禁じている。だが、現状のフィルタリングで
フィルタリングによるSNSやブログ排除を未成年は望むか - 慶大DMCフォーラム: SNS,ソーシャルネットワーキング.jp
●フィルタリングによるSNSやブログ排除を未成年は望むか - 慶大DMCフォーラム http://journal.mycom.co.jp/articles/2008/01/24/filtering/001.html ※抜粋 携帯電話上でゲームサイト「モバゲータウン(モバゲー)」を展開するディー・エヌ・エーの南場氏が、同社に対する総務大臣要請の影響について説明した。南場氏によれば、「総務大臣の要請があって1週間のうちに、1,500億円の株主価値が失われた。また、30%近い海外の株主から苦情が寄せられた」と事業が苦境に陥ったことを吐露。 その理由について、「サイト内にSNSなどのコミュニティ機能があるため、モバゲー全体にフィルタリングがかかってしまう」点を指摘。「15歳～18歳の世代におけるモバゲー利用率は、いずれの年代でも30～50%台と極めて高い。 ※抜粋
新手の携帯電話ワーム「Beselo」、拡散中
やあ、ぼくだよ。Beseloワームだ。Symbianベースの携帯電話を使っているきみに、新しいプレゼントを届けよう。 だが、こんな誘いは断固拒否するようにと、セキュリティの専門家が、Symbianの「S60 2nd Edition」を搭載した携帯電話のユーザーに忠告している。 フィンランドのセキュリティ企業F-Secureが、現地時間1月22日に発表した情報によると、「Beselo.A」「Beselo.B」という2つのワームが、ユーザー環境に拡散しているという。これは、悪意あるファイルを送りつけ、S60ユーザーに開かせようとするものだ。 Beseloは巧妙で、悪質なペイロードを送り込む際に、本来の拡張子である「.sis」ではなく、一般的なメディアファイルの拡張子を利用する。 携帯電話ワーム「Commwarrior」と同じで、Beseloはマルチメディアメッセージングサービス（MMS）やBl
[Think IT] 第2回：お金儲けがその目的と知れ (1/3)
【セキュリティ最前線】セキュリティ、全部見せます 第2回：お金儲けがその目的と知れ 監修：シマンテック 濱田 譲治 著者：シンクイット編集部 公開日：2008/1/21（月） フィッシングサイトを構築するプロ向けツール 「第1回：2007〜2008年の最新セキュリティトレンドとは？」では、「2007年に発生した」そして「2008年に発生が予想される」さまざまなセキュリティリスクを紹介した。 第2回の今回は、前回取り上げた16のセキュリティリスクの中から「プロ用の攻撃キット」と「PDF／グリーンカードスパム」の2つの脅威に注目し、その現状と対策について解説する。 まず「なぜプロ用の攻撃キットなのか」という点についておさえておきたい。このようなツールの目的は「そこからお金を得る」だ。しかも技術者ではなく、悪意があり技術的知識を持たない一般人が利益を得るために利用するものだ。大きく分けて「フィッ
[Think IT] 第1回：体当たりで学ぶセキュリティ！ (1/3)
【セキュリティ最前線】 セキュリティホールをついて遊ぶ 第1回：体当たりで学ぶセキュリティ！ 著者：シンクイット編集部 公開日：2008/1/11（金） ハマってこそわかるセキュリティの重要性 セキュリティ対策についてさまざまな視点から紹介・解説している1月の特集「セキュリティ最前線」。各記事を読んで「こういったセキュリティ対策は重要だ」と痛切に感じる人と、「ほんとに対策は必要なのか？」と疑問に感じる人がいることだろう。 本連載「セキュリティホールをついて遊ぶ」は、「ほんとに対策は必要なのか？」と思っている読者の方にこそ読んでほしい。これは、セキュリティ対策の重要性は、被害にあった経験を持っている人こそが、一番理解できるものだからだ。 例えば「バックアップ」の重要性は、使っているPCのハードディスク上の大事なデータをすべて吹っ飛ばしてしまった人こそ感じるはずだ。Webブラウザでブラウザクラ
人気SNSの招待状から始まる被害--子どもの被害も想定されるスパム傾向
印刷する メールで送る テキスト HTML 電子書籍 PDF ダウンロード テキスト 電子書籍 PDF クリップした記事をMyページから読むことができます 経済産業省所管の財団法人日本産業協会が12月に発表した統計によれば、日本産業協会が設置した迷惑メール受信用端末（モニター機）が受信した迷惑メール数は、10月に過去最高（6万1千超）を記録したものの、11月は国内発、海外発ともに10月を下回ったという。受信減の要因として、海外発のメールに著しい減少傾向が見られたためだという。 国内発では、11月も迷惑メール送信者が、個人名などを用いてISPと契約し、取得した固定IPアドレスからの迷惑メールの送信が行われていることが確認されたという。また、送信者は複数の固定IPアドレスを、送信の際に使い分けていることも判明した。こうした行為は契約ISPへの通知により一旦は送信が止まるもの、異なる個人名で新た
第17回 セキュリティを保つ・対策編（前編）
セキュリティ対策の決定手順 セキュリティ要件から具体的な対策を導き出すには，7段階のステップを踏みます（図1）。 図1●セキュリティ対策の検討手順 ヒアリングした要件を詳細化し，具体的な対策を決定する。選定した技術によってはトレードオフが発生するので，利用部門に了承を得る必要がある [画像のクリックで拡大表示] 詳細を確認し，隠れた目的を明らかに 最初に，セキュリティ要件の定義を明確化し，できるだけ定量的に評価できるようにします。例えば，「外部から侵入できないこと」という要件であれば，「外部」とは何を指しているのかを定義する必要があります。社内LANの外側（インターネット）というネットワーク上の意味なのか，サーバー・ルームの外側という物理的な意味を含むのかを明らかにします。サーバー・ルームへの侵入も阻止する必要があれば，大がかりなファシリティ（建物などの設備のこと）の工事や場所の移転も考慮
第18回 セキュリティを保つ・対策編（中編）
セキュリティ技術の選定例 ここからは，「技術の選定」と「制約条件の確認」に絞って掘り下げます。「外部から侵入できないこと」「内部犯行による情報漏洩を防ぐこと」「利用者の成りすましを防ぐこと」――という三つのセキュリティ要件を例に説明します。 要件「外部から侵入できないこと」 このセキュリティ要件を詳細化したところ，「インターネット経由では特定のアプリケーション以外を操作させない」ということだったとします。 この場合，まずはファイアウォールの設置を検討します。ファイアウォールは，内部ネットワークのアドレス体系を隠す「NAPT（Network Address Port Translation）」や，接続を許可するIPアドレスやポート番号を制限する「パケット・フィルタリング」などの技術で構成されます。例えばNAPTを使うと，WebサーバーのIPアドレスやポート番号を外部ネットワークから特定できな
第19回 セキュリティを保つ・対策編（後編）
要件「利用者の成りすましを防ぐ」 利用者の成りすましを防ぐには，経路上でのIDとパスワードの盗聴防止，認証・権限管理，既知の脆弱性補正――を考慮します。セッション管理設計も重要ですが，実務上はAPサーバーのセッション管理機能を利用することが多いので，ここでは説明しません。 ネットワーク経路上の盗聴を防ぐには，HTTPで標準化されている「基本認証（Basic Authorization）」に経路暗号化（SSL）を併用するか，HTTP/1.1で追加された「ダイジェスト認証（Digest Authorization）」を使います。これらの認証技術ではなく，アプリケーションで独自の認証を利用する場合は，SSLを併用するのが一般的です。 基本認証は，利用者IDとパスワードをBase64という方式でエンコードし，HTTPリクエストのヘッダーに付加して送信する方式です。大半のWebブラウザで利用できます
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
PC
http://www.flcl.org/~yoh/diary/20080127.html
PC
PC
http://www.nikkeibp.co.jp/news/flash/557696.html