<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF
 xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
 xmlns="http://purl.org/rss/1.0/"
 xmlns:content="http://purl.org/rss/1.0/modules/content/"
 xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/"
 xmlns:dc="http://purl.org/dc/elements/1.1/"
 xmlns:syn="http://purl.org/rss/1.0/modules/syndication/"
 xmlns:admin="http://webns.net/mvcb/"
>
<channel rdf:about="http://nikumaki.livedoor.biz/">
<title>究めるCISSP！！</title>
<link>http://nikumaki.livedoor.biz/</link>
<description>CISSP試験の取得に向けての勉強方法の軌跡をアップしています。
</description>
<dc:language>ja</dc:language>
<admin:generatorAgent rdf:resource="http://blog.livedoor.com/?v=2.0" />
<items>
 <rdf:Seq>
  <rdf:li rdf:resource="http://nikumaki.livedoor.biz/archives/367695.html" />
  <rdf:li rdf:resource="http://nikumaki.livedoor.biz/archives/98733.html" />
  <rdf:li rdf:resource="http://nikumaki.livedoor.biz/archives/85057.html" />
  <rdf:li rdf:resource="http://nikumaki.livedoor.biz/archives/59270.html" />
  <rdf:li rdf:resource="http://nikumaki.livedoor.biz/archives/49378.html" />
  <rdf:li rdf:resource="http://nikumaki.livedoor.biz/archives/49212.html" />
  <rdf:li rdf:resource="http://nikumaki.livedoor.biz/archives/45633.html" />
  <rdf:li rdf:resource="http://nikumaki.livedoor.biz/archives/40170.html" />
  <rdf:li rdf:resource="http://nikumaki.livedoor.biz/archives/30680.html" />
  <rdf:li rdf:resource="http://nikumaki.livedoor.biz/archives/27743.html" />
  <rdf:li rdf:resource="http://nikumaki.livedoor.biz/archives/27671.html" />
  <rdf:li rdf:resource="http://nikumaki.livedoor.biz/archives/25518.html" />
  <rdf:li rdf:resource="http://nikumaki.livedoor.biz/archives/24596.html" />
  <rdf:li rdf:resource="http://nikumaki.livedoor.biz/archives/24585.html" />
  <rdf:li rdf:resource="http://nikumaki.livedoor.biz/archives/22283.html" />
 </rdf:Seq>
</items>
</channel>

<item rdf:about="http://nikumaki.livedoor.biz/archives/367695.html">
<title>復活させました</title>
<link>http://nikumaki.livedoor.biz/archives/367695.html</link>
<description>しばらくやめていたブログの投稿ですが、色々思うところあって復活させることにしました。

折角なのでアウトプット出しながら勉強したいので。

きちんとした内容で勉強続けられればと思っております。

ということで目指せＣＩＳＳＰ！！</description>
<dc:creator>nikumaki</dc:creator>
<dc:date>2008-06-24T18:57:13+09:00</dc:date>
<dc:subject></dc:subject>
<content:encoded><![CDATA[しばらくやめていたブログの投稿ですが、色々思うところあって復活させることにしました。<br>
<br>
折角なのでアウトプット出しながら勉強したいので。<br>
<br>
きちんとした内容で勉強続けられればと思っております。<br>
<br>
ということで目指せＣＩＳＳＰ！！]]>
</content:encoded>
</item>
<item rdf:about="http://nikumaki.livedoor.biz/archives/98733.html">
<title>DBMS</title>
<link>http://nikumaki.livedoor.biz/archives/98733.html</link>
<description>データベース管理システム（DBMS）はデータベースを管理するために必要なデータベース構築、運用、管理のためのシステム、およびそのソフトウェア。

DBMSの、主な機能は以下です。
・データベース言語
・物理的データ独立性
・論理的データ独立性
・トランザクション...</description>
<dc:creator>nikumaki</dc:creator>
<dc:date>2008-05-14T18:48:12+09:00</dc:date>
<dc:subject>アプリケーションとシステム開発</dc:subject>
<content:encoded><![CDATA[データベース管理システム（DBMS）はデータベースを管理するために必要なデータベース構築、運用、管理のためのシステム、およびそのソフトウェア。<br>
<br>
DBMSの、主な機能は以下です。<br>
・データベース言語<br>
・物理的データ独立性<br>
・論理的データ独立性<br>
・トランザクション処理<br>
・データ完全性<br>
・トランザクション処理<br>
・セキュリティ<br>
・障害復旧<br>
・最適化<br>
・分散データベース<br>
<br>
データベース用語(Database terms)<br>
・レコード(Record): 関連するデータアイテムの集合<br>
・ファイル(File): 同じタイプのレコードの集合<br>
・データベース(Database): 相互に参照されるファイルの集合<br>
・DBMS: データベースを管理しコントロールする<br>
・ベースリレーション(Base relation): データベースに保存されたテーブル<br>
・タプル(Tuple): データベース内の行<br>
・属性(Attribute): データベース内の列<br>
・主キー(Primary key): 行を一意に決める列<br>
・ビュー(View): データベース内に定義された仮想的な関係で, サブジェクトが閲覧できるデータをコントロールする<br>
・外部キー(Foreign key): あるテーブルのある属性が他のテーブルの主キーになっている<br>
・セル(Cell): 行と列の交差<br>
・スキーマ(Schema): データベースを表すデータ<br>
・データディクショナリ(Data dictionary): データエレメントとその関係の中央のリポジトリ<br>
・濃度(Cardinality): リレーション内の行数<br>
・度(Degree): リレーション内の列数<br>
・ドメイン(Domain): ある属性が取りうる値の集合<br>
]]>
</content:encoded>
</item>
<item rdf:about="http://nikumaki.livedoor.biz/archives/85057.html">
<title>TEMPEST</title>
<link>http://nikumaki.livedoor.biz/archives/85057.html</link>
<description>電波の傍受についての規定や仕組みです。
コンピュータや周辺機器から発せられる微弱の電磁波から情報を盗み出す技術として紹介されていたりもしますが、基本はそれを防ぐ技術です。

電波はハードウェアデバイスから放射される電気信号で、この電気信号が傍受され、分析...</description>
<dc:creator>nikumaki</dc:creator>
<dc:date>2008-05-11T14:27:18+09:00</dc:date>
<dc:subject>アクセス制御のシステムと方法論</dc:subject>
<content:encoded><![CDATA[電波の傍受についての規定や仕組みです。<br>
コンピュータや周辺機器から発せられる微弱の電磁波から情報を盗み出す技術として紹介されていたりもしますが、基本はそれを防ぐ技術です。<br>
<br>
電波はハードウェアデバイスから放射される電気信号で、この電気信号が傍受され、分析されると、通信機器やコンピュータ装置で伝送、受信、捜査、処理されている情報が開示されてしまいます。<br>
<br>
この電磁波の規制および除去は不可欠で、TEMPEST（米国政府が定めた電磁波盗聴からの防護標準）によって規定しています。<br>
<br>
機器そのものをテンペスト装置などと呼んだりもします。<br>
]]>
</content:encoded>
</item>
<item rdf:about="http://nikumaki.livedoor.biz/archives/59270.html">
<title>Bibaモデル</title>
<link>http://nikumaki.livedoor.biz/archives/59270.html</link>
<description>Bell-LaPadulaモデルは、情報の守秘性を確保するために利用することが可能であるが完全性に対応していない。

Bibaは、情報の完全性の重要さを指摘して、情報の不適切な修正を防ぐためのモデルを1975年に提案した。Bibaのモデルは、Bell-LaPadulaモデルの対となるものであ...</description>
<dc:creator>nikumaki</dc:creator>
<dc:date>2008-05-10T22:17:25+09:00</dc:date>
<dc:subject>セキュリティアーキテクチャとセキュリティモデル</dc:subject>
<content:encoded><![CDATA[Bell-LaPadulaモデルは、情報の守秘性を確保するために利用することが可能であるが完全性に対応していない。<br>
<br>
Bibaは、情報の完全性の重要さを指摘して、情報の不適切な修正を防ぐためのモデルを1975年に提案した。Bibaのモデルは、Bell-LaPadulaモデルの対となるものである。<br>
<br>
Bell-LaPadulaモデルとは違い、「情報が上へ流れない」ことを基本としている。<br>
<br>
Bell-LaPadulaモデルはサブジェクトが下位レベルのデータを読むことができるときに脅威となる、データの完全性の問題を扱っている。<br>
<br>
あらゆる完全性レベルからのより上位レベルへの情報フローを阻止する。<br>
<br>
- No write up &#8211; サブジェクトはより高いレベルの完全性レベルに書き込むことができない。<br>
- No read down &#8211; サブジェクトはより低い完全性レベルのデータを読むことができない。<br>
<br>
<br>
]]>
</content:encoded>
</item>
<item rdf:about="http://nikumaki.livedoor.biz/archives/49378.html">
<title>デザイン変更</title>
<link>http://nikumaki.livedoor.biz/archives/49378.html</link>
<description>結構、前のデザインも気に入っていたんですが記事が見難いので変更。

３段カラムは、ぱっと見デザイン的には良いんですが、こういった情報記事サイト書くときには幅が狭すぎで難しいな～。

ＣＭＳだとその辺、自由に変更できるのにな～と思いつつ。

で、変更したの...</description>
<dc:creator>nikumaki</dc:creator>
<dc:date>2008-05-09T23:26:07+09:00</dc:date>
<dc:subject>日々徒然</dc:subject>
<content:encoded><![CDATA[結構、前のデザインも気に入っていたんですが記事が見難いので変更。<br>
<br>
３段カラムは、ぱっと見デザイン的には良いんですが、こういった情報記事サイト書くときには幅が狭すぎで難しいな～。<br>
<br>
ＣＭＳだとその辺、自由に変更できるのにな～と思いつつ。<br>
<br>
で、変更したのは白基調の２段カラムに変更。<br>
<br>
なかなか見栄えも良くなったかなっと。<br>
<br>
やっぱ試行錯誤は必要かなと思いますが、デザイン変えるたびに細かい設定が全部やり直しなのはちょっとへこむかな・・・]]>
</content:encoded>
</item>
<item rdf:about="http://nikumaki.livedoor.biz/archives/49212.html">
<title>勉強方法いろいろ</title>
<link>http://nikumaki.livedoor.biz/archives/49212.html</link>
<description>基本はCISSP認定試験 公式ガイドブックを読みながら勉強しています。

CISSP認定試験 公式ガイドブック

ここらへんは基本どおりということで。
参考書でこれに勝るものは今は無いでしょう。

１０ドメインを順番に勉強していますが、ちょっとマンネリ気味。

公式...</description>
<dc:creator>nikumaki</dc:creator>
<dc:date>2008-05-09T22:34:22+09:00</dc:date>
<dc:subject>CISSPいろいろ</dc:subject>
<content:encoded><![CDATA[基本は<a href="http://www.amazon.co.jp/gp/redirect.html%3FASIN=4757101333%26tag=thenameofthet-22%26lcode=xm2%26cID=2025%26ccmID=165953%26location=/o/ASIN/4757101333%253FSubscriptionId=15JBHWP7TH9QYT1RMHG2">CISSP認定試験 公式ガイドブック</a><br clear="all" />を読みながら勉強しています。<br>
<br>
<a href="http://www.amazon.co.jp/gp/redirect.html%3FASIN=4757101333%26tag=thenameofthet-22%26lcode=xm2%26cID=2025%26ccmID=165953%26location=/o/ASIN/4757101333%253FSubscriptionId=15JBHWP7TH9QYT1RMHG2"><img border="0" src="http://ecx.images-amazon.com/images/I/51DWGTEMQTL._SL160_.jpg" align="left" style="margin-right:5px;" /></a><a href="http://www.amazon.co.jp/gp/redirect.html%3FASIN=4757101333%26tag=thenameofthet-22%26lcode=xm2%26cID=2025%26ccmID=165953%26location=/o/ASIN/4757101333%253FSubscriptionId=15JBHWP7TH9QYT1RMHG2">CISSP認定試験 公式ガイドブック</a><br clear="all" /><br>
<br>
ここらへんは基本どおりということで。<br>
参考書でこれに勝るものは今は無いでしょう。<br>
<br>
１０ドメインを順番に勉強していますが、ちょっとマンネリ気味。<br>
<br>
公式ガイドブックの各章毎の最後のポイントはかなり参考になるかも。<br>
わかっていない部分をちゃんとサポートしているので。<br>
<br>
日本語訳もかなりしっかりしているので、とても勉強になります。<br>
<br>
CISSPの勉強していて一番困るのは英語の部分かなと思ったり。<br>
<br>
調べものしていると、必ず英語の壁に突き当たるのでわかりにくい・・・<br>
<br>
特に専門用語が多いのでかなりつらいかも。<br>
<br>
でも最近は若干慣れてきたかな。<br>
<br>
リンクにある、日本語訳のおかげです。]]>
</content:encoded>
</item>
<item rdf:about="http://nikumaki.livedoor.biz/archives/45633.html">
<title>TACACS</title>
<link>http://nikumaki.livedoor.biz/archives/45633.html</link>
<description>TACACSはRadiusと同じように認証を行うプロトコルで、RFC1492で規定されています。

UNIXやWindowsサーバ上に認証用のアプリケーションサーバーを導入し、クライアントは認証を行うことでリモートの接続の実施を行うことができます。

TACACSはユーザーIDとパスワードで...</description>
<dc:creator>nikumaki</dc:creator>
<dc:date>2008-05-09T09:59:04+09:00</dc:date>
<dc:subject>アクセス制御のシステムと方法論</dc:subject>
<content:encoded><![CDATA[TACACSはRadiusと同じように認証を行うプロトコルで、RFC1492で規定されています。<br>
<br>
UNIXやWindowsサーバ上に認証用のアプリケーションサーバーを導入し、クライアントは認証を行うことでリモートの接続の実施を行うことができます。<br>
<br>
TACACSはユーザーIDとパスワードで接続認証を提供しています。<br>
<br>
少し遅れてXTACACS(extended TACACS)という拡張バージョンのTACACSが開発されました。<br>
XTACACSは複数のTACACSサーバーのサポート、UNIXアカウンティング情報の出力、SLIP、PPPなどのプロトコル・サポートを追加したものとなっております。<br>
<br>
さらにもう一つの拡張バージョンである、TACACS＋が現在は標準的に使用されております。<br>
<br>
TACACS＋は、AAA（Authentication, Authorization and Accounting）をサポートしており、パケットの暗号化や認証と許可を分離したりなどができます。<br>
認証と許可を分離では Kerberos 認証と TACACS+ 許可およびアカウンティングを使用することが可能となります。<br>
<br>
<br>
これらの拡張バージョンはCisco Systemsにより開発された独自拡張のプロトコルです。<br>
]]>
</content:encoded>
</item>
<item rdf:about="http://nikumaki.livedoor.biz/archives/40170.html">
<title>Radius</title>
<link>http://nikumaki.livedoor.biz/archives/40170.html</link>
<description>RADIUSはIETFによってRFC2138として標準化されているプロトコルです。

「Remote Authentication Dial In User Service」の略で文字通り認証を行うサービスです。

ネットワークアクセスサーバとして機能を行い、電話回線やPPPoEなどを通じてアクセスサーバに接続したユ...</description>
<dc:creator>nikumaki</dc:creator>
<dc:date>2008-05-08T17:44:18+09:00</dc:date>
<dc:subject>アクセス制御のシステムと方法論</dc:subject>
<content:encoded><![CDATA[RADIUSはIETFによってRFC2138として標準化されているプロトコルです。<br>
<br>
「Remote Authentication Dial In User Service」の略で文字通り認証を行うサービスです。<br>
<br>
ネットワークアクセスサーバとして機能を行い、電話回線やPPPoEなどを通じてアクセスサーバに接続したユーザを認証し、割り当てるべきIPアドレスをアクセスサーバに伝えたり、課金情報を収集したりします。<br>
<br>
Radiusでは認証と承認を行いクライアントとサーバーで認証機能を提供します。<br>
<br>
ダイヤルアップユーザーがNAS（Network Access Server）に接続すると、NASはRadiusクライアントとしてRadiusサーバーに認証要求をかけます。<br>
<br>
NASはダイヤルアップを受ける為の高機能なモデムのようなものです。<br>
<br>
RadiusサーバーではユーザーIDとパスワードなどを元に認証を行い、Radiusクライアントに対して成功か失敗の応答を返します。<br>
その時に、付与IPアドレス情報など拡張情報も渡すことができます。<br>
<br>
RadiusクライアントはRadiusサーバーからの応答を元に、ダイヤルアップユーザーの接続を許したりなどネットワーク接続の判断を行います。<br>
<br>
Radiusサーバーで統合して管理する理由としては、ISPなどでフレッツ接続のときに、各拠点などにNASはありますが、アカウントを統合管理するため、Radiusサーバーに接続要求をかけます。<br>
<br>
接続としては以下のようになります。<br>
<br>
「ユーザー」 -- 「NAS」 -- 「Radiusサーバ」<br>
<br>
Radiusは以下のようにProxyRadiusを設けて、多段での認証要求を行うこともできます。<br>
<br>
「ユーザー」 -- 「NAS」 -- 「ProxyRadius」 -- 「Radiusサーバ」<br>
<br>
フレッツの接続や無線LAN認証など、比較的 標準的に使用されているプロトコルです。<br>
]]>
</content:encoded>
</item>
<item rdf:about="http://nikumaki.livedoor.biz/archives/30680.html">
<title>Bell-LaPadula モデル（BLPモデル)　その２</title>
<link>http://nikumaki.livedoor.biz/archives/30680.html</link>
<description>Bell-LaPadula モデルは多階層セキュリティ（multilevel security）としても知られており、階層で区分された情報間において、「情報が下へ流れない」ことを、その基本条件としたものである。

アクセス制御行列とセキュリティレベルが、異なるオブジェクトへのサブジェクト...</description>
<dc:creator>nikumaki</dc:creator>
<dc:date>2008-05-07T01:00:11+09:00</dc:date>
<dc:subject>セキュリティアーキテクチャとセキュリティモデル</dc:subject>
<content:encoded><![CDATA[Bell-LaPadula モデルは多階層セキュリティ（multilevel security）としても知られており、階層で区分された情報間において、「情報が下へ流れない」ことを、その基本条件としたものである。<br>
<br>
アクセス制御行列とセキュリティレベルが、異なるオブジェクトへのサブジェクトのアクセス可否を決めるために、認証されたアクセスの下限と上限を定めた格子(Lattice)が使用される。<br>
<br>
Bell-LaPadula モデルでは、情報フローを 2 つの単純な属性で定義している。<br>
<br>
・シンプルセキュリティ属性（Simple security property）<br>
どのサブジェクトも高位のデータを読んではならない。<br>
これを NRU（no read up）と呼ぶ。 <br>
<br>
・スター属性（*-property）<br>
どのサブジェクトも低位にデータを書き込んではならない。<br>
これをNWD（no write down）と呼ぶ。<br>
<br>
<br>
ふむ。キーワードは多階層セキュリティ（multilevel security）です。<br>
<br>
有名どころでは「機密　(Top Secret)」～「区分外　(Unclassified)」の４ランクに分かれたデータ（オブジェクト）に、「機密　(Top Secret)」の権限を持つ人（サブジェクト）はその下のデータも読めるけど、「区分外　(Unclassified)」の権限を持つ人（サブジェクト）は上位のデータにアクセスできないと。<br>
]]>
</content:encoded>
</item>
<item rdf:about="http://nikumaki.livedoor.biz/archives/27743.html">
<title>Bell-LaPadula モデル（BLPモデル)　その１</title>
<link>http://nikumaki.livedoor.biz/archives/27743.html</link>
<description> 1973年に米国空軍の要請によってDavid Bell氏と、Len Lapadula氏によって提案されたアクセス制御モデル。

多階層セキュリティモデルとして知られ、一般的には 複数レベルセキュリティシステム(Multilevel Secure) と呼ばれている。
「機密性」に特化したモデルで、「完...</description>
<dc:creator>nikumaki</dc:creator>
<dc:date>2008-05-06T01:00:41+09:00</dc:date>
<dc:subject>セキュリティアーキテクチャとセキュリティモデル</dc:subject>
<content:encoded><![CDATA[ 1973年に米国空軍の要請によってDavid Bell氏と、Len Lapadula氏によって提案されたアクセス制御モデル。<br>
<br>
多階層セキュリティモデルとして知られ、一般的には 複数レベルセキュリティシステム(Multilevel Secure) と呼ばれている。<br>
「機密性」に特化したモデルで、「完全性」「可用性」は考えられていないことでも有名。<br>
<br>
異なるクリアランスを持つユーザがシステムを使用し、システムは異なる分類のデータを処理する。<br>
<br>
情報が分類されるオブジェクトのレベルに応じて、サブジェクトは使用される操作手続きを決め、格子（Lattice）を形成する。<br>
<br>
んー。わかりにくいけど、オブジェクトとサブジェクトがそれぞれアクセスレベルを持ち、同位には読み書き可能ですが、異なるアクセスレベルのものには色々な制限があると。<br>
]]>
</content:encoded>
</item>
<item rdf:about="http://nikumaki.livedoor.biz/archives/27671.html">
<title>セキュリティモデル(Security Models)</title>
<link>http://nikumaki.livedoor.biz/archives/27671.html</link>
<description>CISSPの試験でも１カテゴリとなる重要な範囲。

セキュリティポリシーを実行するのに必要なデータ構造と技法の仕様を定めることにより、ポリシーの抽象ゴールを情報システムの言葉にマッピングする。

うん。なんとなくわかるようなわからないような。

要はセキュリテ...</description>
<dc:creator>nikumaki</dc:creator>
<dc:date>2008-05-05T00:42:49+09:00</dc:date>
<dc:subject>セキュリティアーキテクチャとセキュリティモデル</dc:subject>
<content:encoded><![CDATA[CISSPの試験でも１カテゴリとなる重要な範囲。<br>
<br>
セキュリティポリシーを実行するのに必要なデータ構造と技法の仕様を定めることにより、ポリシーの抽象ゴールを情報システムの言葉にマッピングする。<br>
<br>
うん。なんとなくわかるようなわからないような。<br>
<br>
要はセキュリティ対策の構造と技法をあらわしたものです。<br>
<br>
セキュリティポリシーはかなり数多くあるので、ポイントだけまとめていきます。<br>
<br>
★OSセキュリティ<br>
　<a href="http://realdaddy.la.coocan.jp/saaj/?OS%A5%BB%A5%AD%A5%E5%A5%EA%A5%C6%A5%A3">http://realdaddy.la.coocan.jp/saaj/?OS%A5%BB%A5%AD%A5%E5%A5%EA%A5%C6%A5%A3</a><br>
<br>
セキュリティポリシーを定める上で重要になるのは「オブジェクト」と「サブジェクト」の関係です。<br>
<br>
オブジェクト：ファイル<br>
サブジェクト：ユーザ<br>
<br>
として考えるとわかりやすいかもしれません。<br>
]]>
</content:encoded>
</item>
<item rdf:about="http://nikumaki.livedoor.biz/archives/25518.html">
<title>バイオメトリクス認証の尺度</title>
<link>http://nikumaki.livedoor.biz/archives/25518.html</link>
<description>バイオメトリクス認証は指紋や眼球の虹彩、声紋などの身体的特徴によって本人確認を行なう認証方式のこと。

個人のユニークな属性を識別確認することで「なりすまし」をふせぎ最も効率的で正確な認証を行いますが、認証の失敗なんかもあったりします。

認証の失敗とし...</description>
<dc:creator>nikumaki</dc:creator>
<dc:date>2008-05-04T01:00:58+09:00</dc:date>
<dc:subject>アクセス制御のシステムと方法論</dc:subject>
<content:encoded><![CDATA[バイオメトリクス認証は指紋や眼球の虹彩、声紋などの身体的特徴によって本人確認を行なう認証方式のこと。<br>
<br>
個人のユニークな属性を識別確認することで「なりすまし」をふせぎ最も効率的で正確な認証を行いますが、認証の失敗なんかもあったりします。<br>
<br>
認証の失敗としては「認証が通らない」と「他の人を認証してしまう」という二つのパターンがあります。<br>
<br>
こちらの割合を求めているのが以下の二つ。<br>
<br>
<br>
・FRR / 誤拒否率(False Rejection Rate)<br>
第一種の過誤（Type 1 error）とも呼ばれたりします。<br>
正当なサブジェクトが誤って拒否される確率を表します。<br>
<br>
<br>
・FAR / 誤受け入れ率(False Acceptance Rate)<br>
第二種の過誤 （Type 2 error）とも呼ばれたりします。<br>
不当なサブジェクトが誤って受け入れられる確率を表します。<br>
<br>
<br>
この二つの値が等しいもの「CER / 等誤り率(Crossover Error Rate)」と呼びます。<br>
FRR とFAR が等しいパーセンテージで、CERを指標としてバイオメトリクス認証の精度を確認したりします。<br>
<br>
<br>
]]>
</content:encoded>
</item>
<item rdf:about="http://nikumaki.livedoor.biz/archives/24596.html">
<title>何故CISSPを目指すのか</title>
<link>http://nikumaki.livedoor.biz/archives/24596.html</link>
<description>そもそもなんでCISSPを目指しているのかと言うお話です。

所属している会社では、あまりセキュリティや業務プロセスなんかに力を入れている会社ではないので、会社としては取得したところで、給料やら年収やらが上がるわけではなかったりします。

というかCISSPの試験...</description>
<dc:creator>nikumaki</dc:creator>
<dc:date>2008-05-03T15:23:31+09:00</dc:date>
<dc:subject>CISSPいろいろ</dc:subject>
<content:encoded><![CDATA[そもそもなんでCISSPを目指しているのかと言うお話です。<br>
<br>
所属している会社では、あまりセキュリティや業務プロセスなんかに力を入れている会社ではないので、会社としては取得したところで、給料やら年収やらが上がるわけではなかったりします。<br>
<br>
というかCISSPの試験自体を知らない。<br>
<br>
そもそも勉強方法もわからずチャレンジしているわけですが、取得したところであまり会社的には評価してくれなかったりもします。<br>
<br>
では転職のためかと言うとそういわけでもなかったりします。<br>
そもそもCISSPが転職市場で価値が高いのかという疑問もあったり。<br>
あと、業種自体がCISSPを活かそうとするとインフラ構築主体じゃなくなるので、少し早いかなという気もしてたりします。<br>
<br>
では、何故目指しているのか。<br>
<br>
正直、コミュニティに興味あるのが一番だったり。<br>
論理的な手法を身につけたいと言うのもあったりしますが、そういった勉強をした方をコミュニティなんかで見てみたいというのが目的になっています。<br>
<br>
うーん。あまり健全じゃない気がしますな～。<br>
ま、自分的に価値のある資格かどうかは、取ってから判断してみようかと。<br>
<br>
四の五の言う前にまずCISSPにならんとね。]]>
</content:encoded>
</item>
<item rdf:about="http://nikumaki.livedoor.biz/archives/24585.html">
<title>バイオメトリクス認証</title>
<link>http://nikumaki.livedoor.biz/archives/24585.html</link>
<description>バイオメトリクス認証は指紋や眼球の虹彩、声紋などの身体的特徴によって本人確認を行なう認証方式のこと。

暗証番号やパスワードなどに比べ、原理的に極めて「なりすまし」にくい認証方式であるため、関心が高まっています。

その理由として、そもそも認証方法の以下...</description>
<dc:creator>nikumaki</dc:creator>
<dc:date>2008-05-03T15:15:55+09:00</dc:date>
<dc:subject>アクセス制御のシステムと方法論</dc:subject>
<content:encoded><![CDATA[バイオメトリクス認証は指紋や眼球の虹彩、声紋などの身体的特徴によって本人確認を行なう認証方式のこと。<br>
<br>
暗証番号やパスワードなどに比べ、原理的に極めて「なりすまし」にくい認証方式であるため、関心が高まっています。<br>
<br>
その理由として、そもそも認証方法の以下の3つのうちの本人と識別できる認証を使用するからです。<br>
<br>
１．本人の持ち物による認証<br>
　　Something you have : SYH<br>
<br>
２．本人だけ知っている情報による認証<br>
　　Somethin you know : SYK<br>
<br>
３．本人と識別できる特徴による認証<br>
　　Something you are : SYA<br>
]]>
</content:encoded>
</item>
<item rdf:about="http://nikumaki.livedoor.biz/archives/22283.html">
<title>セキュリティポリシー</title>
<link>http://nikumaki.livedoor.biz/archives/22283.html</link>
<description>セキュリティポリシーは企業全体の情報セキュリティに関する基本方針です。 

組織内においてセキュリティがどのような役割をするかを定める方針で、
シニアマネジメントが作成する全体的な声明となるのが理想です。

一般的な形式で多くの事項についてカバーするために...</description>
<dc:creator>nikumaki</dc:creator>
<dc:date>2008-05-02T19:20:55+09:00</dc:date>
<dc:subject>情報セキュリティとリスクのマネジメント</dc:subject>
<content:encoded><![CDATA[セキュリティポリシーは企業全体の情報セキュリティに関する基本方針です。 <br>
<br>
組織内においてセキュリティがどのような役割をするかを定める方針で、<br>
シニアマネジメントが作成する全体的な声明となるのが理想です。<br>
<br>
一般的な形式で多くの事項についてカバーするために広く外観的な言葉で書かれていますが、<br>
セキュリティポリシーを策定し公開することにより、責任の所在が明らかになり、<br>
判断基準や実施すべき対策が明確になります。<br>
<br>
<br>
ポリシーについては以下の分類などがあります。<br>
<br>
・組織のセキュリティポリシー (Organizational security policy)<br>
組織内の全てのセキュリティ活動の範囲と方向を示す。<br>
<br>
・特定の問題のポリシー (Issue-specific policies)<br>
包括的な枠組みを構築し, 全ての従業員がセキュリティ問題にどのように従うかについて理解するために、<br>
マネジメントがより詳細な説明と注意が必要だと感じる特定のセキュリティ問題を扱う。<br>
<br>
・特定のシステムのポリシー (System-specific policy)<br>
実際のコンピュータ、ネットワーク、アプリケーション、データに近いマネジメントの意思を示す。<br>
<br>
]]>
</content:encoded>
</item>

</rdf:RDF>