対称暗号方式の暗号は一般に高速で解読が困難です。したがって、速度は対称暗号の重要な利点の 1 つであり、欠点ではありません。対称暗号では、XOR、置換、順列、列のシフト、行のシフトなどの単純な暗号化手順を使用します。
このようなステップは、非対称暗号内で使用される複雑な数学的問題と比較して、大量の処理能力を必要としません。
対称暗号の弱点には次のようなものがあります。
自動キー配布の欠如。通常、対称キーをパブリック ネットワーク経由で別のエンティティに安全に通信する必要がある場合、非対称暗号を使用して対称キーを保護します。古き良き時代には、これは手動で行われ、スニーカー ネットとも呼ばれるフロッピー ネットを使用して配布されていました (キーを渡すために誰かのオフィスに走って行きました)。
大規模なユーザー グループ間で安全に通信するために必要なキーの総数に関しては、あまりうまく拡張できません。10 人のユーザーが相互に安全に通信するには 45 個のキーが必要になります。ユーザーが 1,000 人いる場合、安全に通信するには約 50 万個のキーが必要になります。非対称暗号では、1000 人のユーザーに対して必要なキーは 2000 個だけです。
対称暗号化を使用して相互に安全に通信したいユーザーのグループに必要なキーの総数を計算する式は、ユーザーの総数 (N) です。
- ユーザーの総数から 1 を引いた値を 2 で割った値、または N (N-1)/2
対称暗号はセキュリティ サービスに関して制限があり、非対称暗号が提供するセキュリティ サービスのすべてを提供できるわけではありません。対称暗号は主に機密性を提供しますが、メッセージ認証コード (MAC) が使用されている場合は整合性と認証も提供でき、たとえば Kerberos が使用されている場合はユーザー認証も提供できます。
対称暗号はデジタル署名と否認防止を提供できません。

RFC 2828 (インターネット セキュリティ用語集) では、OAKLEY を、Diffie-Hellman アルゴリズムに基づき、ISAKMP と互換性のあるコンポーネントとなるように設計されたキー確立プロトコル (IPsec 用に提案されていますが、IKE に置き換えられました) として定義しています。
ISAKMP は、特定のキー生成技術、キー確立プロトコル、暗号化アルゴリズム、または認証メカニズムの詳細に関係なく、セキュリティ アソシエーションをネゴシエート、確立、変更、および削除し、キー生成および認証データを交換するためのインターネット IPsec プロトコルです。
SKIP は、ハイブリッド暗号化を使用して、IP パケット内のデータの暗号化に使用されるセッション キーを伝達するキー配布プロトコルです。
ISAKMP は認証と鍵交換のフレームワークを提供しますが、それらを定義するわけではありません。
ISAKMP は鍵交換に依存しないように設計されています。つまり、さまざまな鍵交換をサポートするように設計されています。
Oakley と SKEME はそれぞれ、認証されたキー交換を確立する方法を定義しています。これには、ペイロードの構築、ペイロードが運ぶ情報、処理される順序、使用方法が含まれます。
Oakley は、モードと呼ばれる一連のキー交換について説明し、それぞれによって提供されるサービス (キーの完全転送秘密、ID 保護、認証など) を詳しく説明します。
SKEME は、匿名性、否認性、および迅速なキー更新を提供する多用途のキー交換技術について説明しています。
RFC 2049 では、ISAKMP で使用する認証済みのキーマテリアルを取得するために、ISAKMP と組み合わせて Oakley の一部と SKEME の一部を使用する IKE プロトコル、および IETF IPsec DOI の AH や ESP などの他のセキュリティ アソシエーションについて説明しています。Oakley が「モード」を定義するのに対し、ISAKMP は「フェーズ」を定義します。2 つの間の関係は非常に単純で、IKE は 2 つのフェーズのいずれかで動作するモードとしてさまざまな交換を示します。
フェーズ 1 では、2 つの ISAKMP ピアが通信用の安全な認証済みチャネルを確立します。これは、ISAKMP セキュリティ アソシエーション (SA) と呼ばれます。「メインモード」と
「アグレッシブ モード」では、それぞれフェーズ 1 の交換が行われます。「メイン モード」と「アグレッシブ モード」はフェーズ 1 でのみ使用する必要があります。
フェーズ 2 では、IPsec などのサービス、またはキー マテリアルやパラメータのネゴシエーションを必要とするその他のサービスに代わって、セキュリティ アソシエーションがネゴシエートされます。「クイック モード」はフェーズ 2 の交換を実行します。「クイック モード」はフェーズ 2 でのみ使用してください。

説明/参照:
現在、高速かつ正確で信頼性が高く、ユーザーが受け入れられる生体認証システムの実装がすでに進められています。
出典: TIPTON、Harold F. & KRAUSE、MICKI、情報セキュリティ管理ハンドブック、第 4 版、第 1 巻、7 ページ。

これは、既存のデータの改ざんを指します。ほとんどの場合、アプリケーションに入力される前に見られます。この種の犯罪は非常に一般的であり、適切なアクセス制御と適切な職務分掌を使用することで防止できます。処理される前のデータにアクセスできる内部関係者によって実行される可能性が高くなります。
他の答えは次の理由により不正確です。
質問は内部関係者に関連する犯罪について尋ねているため、IP スプーフィングは不正解です。スプーフィングは通常、外部から行われます。
パスワードスニッフィングも、暗号化と復号化のプロセスを理解するために多くの技術的知識を必要とするため、最善の解決策とは言えません。
ほとんどのサービス拒否攻撃はインターネット経由で発生するため、サービス拒否 (DOS) も正しくありません。
参考文献：Shon Harris、AIO v3、第 10 章：法律、調査および倫理、ページ：758
760。

説明/参照:
Capability Maturity Model (CMM) は、カーネギーメロン大学 (CMU) が所有するサービスマークであり、実際のデータから導き出された開発モデルを指します。このデータは、研究に資金を提供した米国国防総省と契約した組織から収集されたもので、CMU が Software Engineering Institute (SEI) を設立する基礎となりました。他のモデルと同様、これは既存のシステムを抽象化したものです。
能力成熟度モデル (CMM) は、組織のソフトウェア開発プロセスを開発および改良するために使用される方法論です。このモデルは、ますます組織化され、体系的により成熟したプロセスの 5 つのレベルの進化の経路を記述します。CMM は、米国が後援する研究開発センターである Software Engineering Institute (SEI) によって開発され、推進されています。
国防総省 (DoD)。SEI は、ソフトウェア エンジニアリングの問題に対処し、広い意味でソフトウェア エンジニアリングの方法論を進歩させることを目的として 1984 年に設立されました。より具体的には、SEI は、国防総省向けにソフトウェアに大きく依存したシステムの開発、取得、保守のプロセスを最適化するために設立されました。関連するプロセスはソフトウェア業界全体に同様に適用できるため、SEI は業界全体での CMM の採用を推奨しています。
CMM は、国際標準化機構 (ISO) によって指定された ISO 9000 シリーズ規格の 1 つである ISO 9001 に似ています。ISO 9000 規格は、製造業およびサービス業向けの効果的な品質システムを規定しています。ISO 9001 は、特にソフトウェアの開発と保守を扱います。2 つのシステムの主な違いはそれぞれの目的にあります。ISO 9001 はソフトウェア プロセスの最低許容品質レベルを指定しますが、CMM は継続的なプロセス改善のためのフレームワークを確立し、使用する手段の定義において ISO 標準よりも明確です。その目的のために。
CMM のソフトウェア プロセスの 5 つの成熟度レベル
初期レベルでは、プロセスは組織化されておらず、混沌とさえ言えます。成功は個人の努力に依存する可能性が高く、プロセスが複製できるほど十分に定義および文書化されていないため、再現可能であるとは考えられていません。
反復可能なレベルでは、基本的なプロジェクト管理テクニックが確立され、必要なプロセスが確立、定義、文書化されているため、成功を繰り返すことができます。
定義されたレベルでは、組織は文書化、標準化、統合に細心の注意を払って独自の標準ソフトウェア プロセスを開発しました。
管理レベルでは、組織はデータ収集と分析を通じて自身のプロセスを監視および制御します。
最適化レベルでは、現在のプロセスからのフィードバックを監視し、組織の特定のニーズによりよく応えるための革新的なプロセスを導入することで、プロセスが常に改善されています。
これを既存の組織のソフトウェア開発プロセスに適用すると、プロセスを改善するための効果的なアプローチが可能になります。最終的に、このモデルは他のプロセスにも適用できることが明らかになりました。これにより、ビジネス プロセスと人材育成に適用される、より一般的な概念が生まれました。
CMM は CMMI に取って代わられます
CMM モデルは多くの組織にとって有用であることが証明されましたが、ソフトウェア開発におけるその適用には問題が生じることがありました。組織内および組織全体で統合されていない複数のモデルを適用すると、トレーニング、評価、改善活動の点でコストがかかる可能性があります。Capability Maturity Model Integration (CMMI) プロジェクトは、複数の CMM の使用の問題を解決するために設立されました。
ソフトウェア開発プロセスでは、CMM は能力成熟度モデル統合 (CMMI) に取って代わられましたが、CMM は引き続きパブリック ドメインで使用される一般的な理論上のプロセス能力モデルです。
CMMはソフトウェア開発以外のプロセスにも適応します
CMM は当初、政府請負業者が契約されたソフトウェア プロジェクトを実行する能力を評価するツールとして意図されていました。これはソフトウェア開発の分野から来ていますが、IS/IT (およびその他の) 組織におけるプロセス (IT サービス管理プロセスなど) の成熟度の一般的なモデルとして広く適用される可能性があり、現在も適用され続けています。
ソース：
http://searchsoftwarequality.techtarget.com/sDefinition/0,,sid92_gci930057,00.html および
http://en.wikipedia.org/wiki/Capability_Maturity_Model