セキュリティ技術の選定例 ここからは，「技術の選定」と「制約条件の確認」に絞って掘り下げます。「外部から侵入できないこと」「内部犯行による情報漏洩を防ぐこと」「利用者の成りすましを防ぐこと」――という三つのセキュリティ要件を例に説明します。 要件「外部から侵入できないこと」 このセキュリティ要件を詳細化したところ，「インターネット経由では特定のアプリケーション以外を操作させない」ということだったとします。 この場合，まずはファイアウォールの設置を検討します。ファイアウォールは，内部ネットワークのアドレス体系を隠す「NAPT（Network Address Port Translation）」や，接続を許可するIPアドレスやポート番号を制限する「パケット・フィルタリング」などの技術で構成されます。例えばNAPTを使うと，WebサーバーのIPアドレスやポート番号を外部ネットワークから特定できな

早稲田大学ラグビー蹴球部監督として、大学選手権二連覇を達成した指揮官の中竹竜二氏が、U20（20歳以下）日本代表チームで世界大会に挑んだ。そこでは若手の能力をどう引き出し、かつ、いかに自主性を高めていったのか。中竹氏のユニークな人材育成法を解説してもらう。 そこには独自の「VSSマネジメント」とIT（情報技術）活用がある。無料通話アプリ「LINE（ライン）」で会議を開く代表選手に感心しつつ、面談を重視して本音の対話を重んじる。タブレット端末や動画共有、ビデオ会議なども使って、若手のやる気をうまく引き出している。

システム開発では「上流工程」「下流工程」という言い方をする（明確な定義はないようなので、ここでは要件定義を上流工程とする）。筆者はこの上流・下流という言い方が好きではない。 「上流階級」「下層階級」という言葉からの連想で、下流より上流の方が高級な仕事をしている印象を受ける。エンジニアの中には、上流工程を主に担う「コンサルタント」に憧れを抱き、転職して名刺にその肩書が付いただけで偉くなった気になってしまう人までいる。実際には、仕事の内容が違うだけのことで、エンジニアの仕事と比べて特段高級なことをしているわけではない。 とはいえ、大手システム開発会社の上流志向は、顕著になってきている。会社ごとに事情はいろいろだが、実装工程がオフショアの形でグローバルな競争にさらされているため、海外勢が参入しにくい上流工程にシフトしたいという経営的な理由が大きい。 この流れの中で、「下流工程の経験を積むことなく

無線LANで重要なのは、無線区間できちんと性能を出すことと、セキュリティを確保することである。そのために見える化が必要になる。 最近は様々な機器が無線LANに対応し、モバイルルーターのように知らないうちに移動してエリアに入ってくるアクセスポイント（AP）がある。このため、干渉によって電波環境が変化しやすい。そうでなくても無線LANは外来波の影響を受けやすく、MIMO対応のAPはアンテナの向きなどにも敏感。電波状況の見える化は欠かせない。 可視化して把握すべきことを整理してみると図3-1のようになる。まず安定した接続環境を保つために、APからの電波の到達範囲と電波干渉の状態を押さえておく。トラブルシューティングを正確かつ迅速にするために、ユーザーが接続していた場所とトラブルに遭遇した場所をトラッキングできるようにしておくことが望ましい。セキュリティ対策の観点からは、無線LANに接続している端

IT業界でプロとして活躍するには何が必要か。ダメな“システム屋”にならないためにはどうするべきか。“システム屋”歴30年を自任する筆者が経験者の立場から、ダメな“システム屋”の行動様式を辛口で指摘しつつ、そこからの脱却法を分かりやすく解説する。（毎週月曜日更新、編集：日経情報ストラテジー） 若手“システム屋”　「先輩、ちょっといいですか。住宅販売会社A社のウェブサイト構築の提案案件のことなのですが」 ダメな先輩“システム屋”　「おう、どうした？」 若手　「RFP（提案依頼書）によれば、販売物件を検索できるサイトを構築してほしいということなのですが、ちょっと追加機能を考えてみました」 ダメ　「ほう」 若手　「住宅を買うとなったら、やはり現地現物を見ないと始まらないですよね。だから、住宅購入を検討している顧客に向けて、見学をガイドする機能を持たせたら面白いかと思いまして」 ダメ　「なんか面倒な

50歳を過ぎたせいかどうか、元々しっかりしているとは言えなかった記憶力が怪しくなってきた。 つい先日も「はじめまして」と言いながら名刺を差し出すと、「以前お目にかかっていますよ」と笑われてしまった。仕事柄、一度会った人のことは忘れないように心掛けているのだが、これはまずい。 原稿を書いていても、途中で「同じことを前に書いたのではないか」「この逸話はすでに使ったはず」と気になってくる。しかも、いつ、どこに書いたのかをなかなか思い出せない。奥田英朗氏の小説集『空中ブランコ』に、同じことを書いてしまうのではないかと悩む女流作家が登場する。あれほどひどくはないが、似た心配をしてしまう。 題名でお分かりかと思うが、この原稿で書きたいのは、自社で利用する情報システムはできれば内製したほうがよい、ということだ。同じ主張を何度か書いた記憶がある。気になっているのは、次のような言い回しに関してである。 「ク

NTT東日本は2010年10月19日、10月7日に生じたフレッツ 光ネクスト回線からインターネットに接続できない障害が発生した件について、その原因と再発防止策の最終報を公表した。 今回起こった障害は、フレッツ 光ネクストユーザーの一部にインターネットに接続できない事象が起こったというもの（関連記事）。原因は、フレッツ 光ネクスト用の中継網「NGN」内部に設置しているDNSサーバーの一部に障害が発生したためとしている。つまり障害の内容は、正確には「インターネットに接続しているときに接続先サーバーの名前解決ができなかった」ということになる。例えばメールソフトなどに送受信用のサーバーを直接IPアドレスで指定していた場合は、障害発生中でもインターネット経由でメールの送受信はできたという。ただし、Webページへのアクセスなど、一般に接続先サーバー名を指定して使うアプリケーションは、利用できない状態に

原始，人間は指を折って数を数えた。デジタルの語源であるdigitは「指」を意味する。11以上の数は，ほかの人の手を借りて数えた。要するに桁上がりだ。しかし，コンピュータは人間とは違って2進数で演算処理を行う。そんな「機械と人の数の数え方」について調査した。 2進数だって人間の都合でできている 2進数とは「0または1のどちらかの値しか持たない，数の数え方」だ。コンピュータの処理がこの2進数を基本にしていることは，皆さんご存じだろう。なぜ，コンピュータは10進数ではなくて2進数で計算するのだろう？ もしかすると，コンピュータの都合で決まっているように見えるかもしれない。 実のところ，0とか1とか2進数とかいった考え方自体もまた非常に人間寄りなものだ。CPUは，自分の扱っているデータが0か1か，ましてや，それに基づく数の数え方が2進数かどうかなんて，みじんもわかっていない。 CPUに判断できるの

1年前から自宅でLinuxサーバーを立ち上げ、運用している。自宅で気軽に楽しめる趣味を増やそうと考えてのことだ。自分の手でサーバーを運用する苦労や喜びを味わうことは、取材にも多少は役立つのではないかとも思っている。Linuxサーバーを立ち上げた頃の取材対象は、システムの受託開発や運用を生業とするソリューション・プロバイダや、ユーザー企業のシステム部門だった。 多くのITpro読者からは「いまさら」と思われるかもしれないが、サーバーを立ち上げる作業は、Linux初心者である記者にとって想像以上に楽しいものだった。数年前に購入し、今は使っていないパソコンにファイル・サーバーをインストールした。現在のLinuxはさまざまなアプリケーションがパッケージ形式で提供されているため、作業自体はかなりスムースに進められた。 いざサーバーを立ち上げてみると、やりたいことが次々に出てきた。「どうせならWebサ

接続モードを指定する。アドホック接続なら「Ad-Hoc」，インフラストラクチャ接続するなら「Managed」と指定する

ルート権限を持つ状態で，「iwconfig」コマンドにより設定する。上記の例では，eth0に接続されている無線LANに対して，SSIDを"linux"と設定している。なお，IPアドレス，ネットマスクなどのネットワークに関する設定は「ipconfig」コマンドで設定する（「固定IPアドレスを設定する」を参照）。 Red Hat Linux系のディストリビューションでは，/etc/sysconfig/network-scripts以下に設定ファイルが用意されている。eth0のネットワーク・カードに対して固定IPアドレスを設定する場合は，/etc/sysconfig/network-scripts/ifcfg-eth0をテキスト・エディタで編集する。 ：（途中省略） MODE=Ad-Hoc ← 接続モード（Ad-Hoc，Managedなど） ESSID=linux ← SSID NWID=off

オープンソースの分散処理ソフトウエア「Hadoop」の日本におけるユーザー会「Hadoopユーザー会」が2009年11月13日に発足した。Hadoopは米グーグルの分散処理ソフト「GFS」「MapReduce」を模したもの。同日開催した「Hadoop Conference Japan 2009」には200人以上のエンジニアなどが集まり、Hadoopコンサルティングを行う米クラウデラ、ユーザー企業の楽天、はてななどが講演した。 Hadoopはグーグルが2004年までに公開したGFSやMapReduceの論文を基に、プログラマーのダグ・カッティング氏が2005年に開発したソフトウエア。カッティング氏は2009年に、米ヤフーからクラウデラに移籍している。クラウデラは、グーグルで上級ソフトウエアエンジニアを務めたクリストフ・ブシーリヤ氏らが2008年に起業したベンチャー企業で、Hadoop関連のツ

7月26日までに明らかになったぜい弱性情報のうち，気になるものを紹介します。それぞれ，ベンダーなどの情報を参考に対処してください。 Adobe Reader，AcrobatおよびFlash Playerに関するぜい弱性（2009/07/22） 7月21日，米アドビ システムズのブログにAdobe Reader，Acrobat 9.1.2とAdobe Flash Player 9と10に存在する潜在的なぜい弱性について調査中という報告が掲載されました。翌7月22日には，Adobe Flash Player 10.0.22.87，9.0.159.0およびそれ以前，Adobe Reader，Acrobat 9.1.2およびそれ以前のバージョンを対象に，異常終了やシステム侵害の影響を伴うぜい弱性（CVE-2009-1862）に関するアドバイザリが発行されました。アドバイザリ発行時点では非公式な対策

McAfee Avert Labs Blog 「New Attacks Against Internet Explorer」より July 6，2009　Posted by Haowei Ren, Geok Meng Ong Geok Meng Ong氏とXiaobo Chen氏が2008年12月に書いたブログ記事を読んだ人なら，今回の件を映画の続編のように感じるだろう。2009年7月4日を含む週末に，米マイクロソフトのDirectShow ActiveXオブジェクトに存在するぜい弱性を狙った大規模なゼロディ攻撃が，中国の多くのWebサイトで見つかったのだ。 調査したところ，ハイジャックされたWebサイトが100個以上見つかった。こうしたWebサイトには，現在も問題のトロイの木馬を配布している悪質なWebサイトへのリンクが挿入されていた。改変されたWebサイトの多くは，「悪質」とか「怪しい

「データセンター」って言葉をよく聞くけど，いったい何のことだろう。データのセンターだから，データの中心のことかな，それともデータを置く中心となる施設のことかな？ この連載では，一般の方にはなじみが薄そうだけれど，実は大半の人が日ごろからお世話になっている，データセンターの世界を基本から解説していきます。 ■いまさら聞けない「データセンターとは？」 ■いまさら聞けない「DCはいつ誕生したの？」 ■いまさら聞けない「どんなサービスを提供しているの？」 ■いまさら聞けない「利用料はいくらなの？」 ■いまさら聞けない「どんな手順を踏むの？」 ■データセンターのあれこれ

RFPを作るときに最も重要な項目の一つが，業務要求である。今回は，業務要求の洗い出しと取りまとめ方について解説していく。 業務要求について詳しく見ていく前に，まずはRFPの基本構造について考えてみよう。RFP（Request for Proposal：提案依頼書）を文書として考えると，その最も基本的な構造は図1のようになる。 ビジネス文書の「枕詞」ともいえる表紙・挨拶・目次がまずあり，それに続いてRFPの趣旨（目的・背景・狙い）が続く。前回説明したように，趣旨は非常に重要であり，最初に持ってくるのがよい。次に，RFPの基本要素である「何を・いくらで・いつまでに」を具体的に記載する。特にシステムに求める「何を」は，大きく次の三つに分類できる。 （1）業務要求 （2）技術要求 （3）運用要求 この中で最も重要で，RFPの中心的なコンテンツとなるのが，今回のメインテーマである（1）業務要求である

多様な立場のメンバーが集まる会議では，合意形成は一筋縄ではいかない。成功のカギは，メンバー1人ひとりの参画意識を高め，結論に責任感を持たせること。システム開発の上流工程での会議を例に，現場経験で培った実践ノウハウを紹介する。 目次