「モノのインターネット」のセキュリティ--留意すべき5つのポイント - (page 2)

Ken Hess (Special to ZDNet.com) 翻訳校正: 村上雅章 野崎裕子 2014年05月09日 07時30分

  • このエントリーをはてなブックマークに追加
  • 印刷

ネットワークのセキュリティ

 システム管理者の多くは、IoTを実現する際のデータ転送と通信時の連携において、ネットワークのセキュリティが急所になっていると考えている。確かに多くのハッキングやクラッキング、攻撃はネットワークに潜む何らかのほころびを突くものであるが、そういった手段がすべてというわけではない。とはいえ、多くのハッカーがその種の攻撃を最初に試すのは事実である。それはハッカーにとって最もリスクが低く、また一般的に見た場合、データハッキング手段として成功率が最も高いためだ。

 また、VPNがネットワーク上での攻撃を抑止する究極のセキュリティ対策だという考えも多く見られる。VPNは優れたプラクティスであるが、ネットワークのセキュリティを完璧なものにしてくれるわけではない。そう、VPNはトラフィックを暗号化するという点でセキュアだと言えるが、中間者攻撃(MitM攻撃)が可能である点を考えると、ネットワークのセキュリティをVPNだけに任せてしまうのは問題だと言える。

 ネットワーク上のトラフィックを暗号化するだけで、100%安全であるとかセキュアであるとは断言できない。しかし、データの保全性チェックという手がある。このため、デバイスから送信されてくるトラフィックの整合性をチェックし、改ざんされていないことを確認すべきだ。IoTデバイスのプロバイダーによって、このようなチェックをやっているところとやっていないところがある。また、チェックを行なうサードパーティーのソフトウェアを検討する必要もあるだろう。

 さらに、ネットワークから外部に向かうデータについてもチェックする必要がある。攻撃はすべて外部からの侵入によって起こると考えてはいけない。ネットワーク内から外部に向かうという攻撃もある。こういったかたちの情報漏えいも監視する必要がある。外部からの侵入がすべてではないという点を忘れてはならない。場合によっては、ネットワーク内から貴重なデータが徐々に漏れ出していくということもある。

サーバのセキュリティ

 サーバのセキュリティとOSのセキュリティは異なるものだ。その違いは、サーバやサービスがOS上で稼働しているという点にある。ハッキングや攻撃の大多数は、パッチの当たっていない、あるいはセキュアでないこれらのサービス上で発生している。このため、システム上では外部から見えるサービスの数をできる限り減らしておくという経験則がある。通常の場合、TCPやUDP(インターネットプロトコル)のポートを介して、SSH(ポート22)やHTTPS(ポート443)、SMTP(ポート25)、POP3(ポート110)、DNS(ポート53)、RDP(ポート3389)といったサービスが外部から見える状態になっている。

 Linuxサーバの場合、ポートをセキュアにする最善の方法は、/etc/hosts.denyファイルや/etc/hosts.allowファイルを使用し、特定マシンからの接続のみを許すようにしておくことだ。

 サービスをセキュアにする他の方法として、ファイアウォールのポートアドレス変換ルールを使用し、特定ポート上の特定システムに接続できるネットワークやホストを定義しておく(つまり穴を開けておく)というものもある。

 一部のプロトコルにはセキュアな代替も用意されている。こういった代替がある場合や、クライアントとサーバ間のセキュアな接続がサポートされている場合には、それを利用するようにしてほしい。例として、SMTPのポート587やポート465、POP3のポート995が挙げられる。なお、SSHはポート22で既にセキュアな状態になっている。

 上述したように、通信の暗号化によって完璧なセキュリティがもたらされるわけではないものの、ネットワーク越しの攻撃に対しては、いまだに有効な対策となっている。ネットワークポートの多くは権限を昇格させた状態(root)で動作しているため、ハッカーがいったんrootのプロンプトを入手すればシステムに対して無制限のアクセスが可能になるという点が問題なのだ。

ZDNet Japan 記事を毎朝メールでまとめ読み(登録無料)

  • このエントリーをはてなブックマークに追加

関連ホワイトペーパー

SpecialPR

連載

CIO
月刊 Windows 10移行の心・技・体
ITアナリストが知る日本企業の「ITの盲点」
シェアリングエコノミーの衝撃
デジタル“失敗学”
コンサルティング現場のカラクリ
Rethink Internet:インターネット再考
インシデントをもたらすヒューマンエラー
トランザクションの今昔物語
エリック松永のデジタルIQ道場
研究現場から見たAI
Fintechの正体
米ZDNet編集長Larryの独り言
大木豊成「仕事で使うアップルのトリセツ」
山本雅史「ハードから読み解くITトレンド放談」
田中克己「展望2020年のIT企業」
松岡功「一言もの申す」
松岡功「今週の明言」
内山悟志「IT部門はどこに向かうのか」
林 雅之「デジタル未来からの手紙」
谷川耕一「エンプラITならこれは知っとけ」
大河原克行「エンプラ徒然」
内製化とユーザー体験の関係
「プロジェクトマネジメント」の解き方
ITは「ひみつ道具」の夢を見る
セキュリティ
セキュリティインシデント対応の現場
エンドポイントセキュリティの4つの「基礎」
企業セキュリティの歩き方
サイバーセキュリティ未来考
ネットワークセキュリティの要諦
セキュリティの論点
スペシャル
エンタープライズAIの隆盛
インシュアテックで変わる保険業界
顧客は勝手に育たない--MAツール導入の心得
「ひとり情シス」の本当のところ
ざっくり解決!SNS担当者お悩み相談室
生産性向上に効くビジネスITツール最前線
ざっくりわかるSNSマーケティング入門
課題解決のためのUI/UX
誰もが開発者になる時代 ~業務システム開発の現場を行く~
「Windows 10」法人導入の手引き
ソフトウェア開発パラダイムの進化
エンタープライズトレンド
10の事情
座談会@ZDNet
Dr.津田のクラウドトップガン対談
Gartner Symposium
IBM World of Watson
de:code
Sapphire Now
VMworld
Microsoft WPC
Microsoft Connect()
HPE Discover
Oracle OpenWorld
Dell Technologies World
AWS re:Invent
AWS Summit
PTC LiveWorx
吉田行男「より賢く活用するためのOSS最新動向」
古賀政純「Dockerがもたらすビジネス変革」
中国ビジネス四方山話
ベトナムでビジネス
日本株展望
企業決算
このサイトでは、利用状況の把握や広告配信などのために、Cookieなどを使用してアクセスデータを取得・利用しています。 これ以降ページを遷移した場合、Cookieなどの設定や使用に同意したことになります。
Cookieなどの設定や使用の詳細、オプトアウトについては詳細をご覧ください。
[ 閉じる ]