株式会社システム・テクノロジー・アイ2005/5/26DBユーザーのパスワードの変更確認セキュリティ保護において、パスワードを定期的に変更することは、OSユーザー、そしてDBユーザーにとっても重要なポイントです。そのためには、パスワード変更のルールを作成し、その順守を確認することが必要です。変更ルールをシステム(プログラム)化して、パスワードを変更していないユーザーをログインできなくすれば、変更確認をするまでもありません。いい切りたいところですが、話はそんなに簡単ではありません。単なるエンドユーザーとなるDBユーザーならば、パスワード変更ルールを規定するデータベース側の機能を利用して、ルールの順守を強制することも可能です。あとは、「個人の責任において適切なタイミングでパスワードを変更するように」という指示を出して終了です。データベースには、データのオーナーとなるユーザーや管理者ユーザーなど重要なユーザーが存在します。このような重要なDBユーザーにパスワード変更システムを適用し、万が一規定した期間内にパスワードの変更がされなかったらログインできなくなるような状態は、かなり危険です。重要なユーザーに対しては、手作業でパスワードを変更させる方法を取っていることが多いです。その場合、パスワード変更時期の策定と確認、新しいパスワードの伝達方法などを準備することが必要です。データ管理データベースのすべての表に個人データなどの機密データが含まれるわけではありません。個人情報保護法との兼ね合いもあり、どの表に機密データが含まれるかを、確実に把握しておく必要があります。機密データに対して、誰が、どのようにアクセスできるかを定期的に確認し、ユーザー管理のデータとの関連が確認できるレポートを作成しておきましょう。万が一、データ漏えいが発生した場合に、このレポートがデータにアクセスできるユーザーの特定に使用できます。データ管理に求められるのは、データの保存だけではありません。データの削除も管理の一環です。個人情報保護法は企業の意識だけではなく、顧客側の意識も変えました。個人データを保有する企業は、個人データ保有の目的とその適用範囲を顧客に対して、明らかにすることが必要です。個人情報を提供する側は、自分のデータがどこで、どんな目的で管理されているかを確認し、その企業での管理が不要と判断した場合は削除要請をすることが可能です。削除要請を受けた企業は、本人確認を十分に行ったうえで、データベース上のデータを削除する手順を踏む必要があります。これまで意外と盲点であったのが、データ削除の手順です。いままでのシステムでは、データ管理は企業の都合で運用されており、個人情報提供者からの要求でデータを削除することはシステム用件にありませんでした。個人データを削除するには、データベース上の複数表の行を削除する必要がありますが、その削除範囲の決定も必要です。リレーショナルデータベース上のデータは、関連をもって管理されていますので、データ削除は簡単ではありません。最低でも、以下に示す内容の検討が必要です。顧客マスターの1行(1データ)を実際に削除するのか?その顧客のトランザクションデータも削除するのか?削除するデータのバックアップを取得するのか?このほかに、データ削除後にシステムが誤作動をしないことの確認も必要です。10が備える多彩なセキュリティ対策機能を丸ごと理解するには、5つのスタックに分けて順に押さえていくことが早道だ。連載第1回は、Windows起動前の「デバイスの保護」とHyper-Vを用いたセキュリティ構成について紹介する。WannaCryがホンダやマクドにも。(2017/7/11)2017年6月のセキュリティクラスタでは、「WannaCry」の残り火にやられたホンダや亜種に感染したマクドナルドに注目が集まった他、ランサムウェアを作成して配布した中学3年生、ランサムウェアに降伏してしまった韓国のホスティング企業など、5月に引き続きランサムウェアの話題が席巻していました。(2017/7/5)人員リソースや予算の限られた中堅・中小企業にとって、大企業で導入されがちな、過剰に高機能で管理負荷の高いセキュリティ対策を施すのは現実的ではない。Threat)対策の観点から考える。