これらの要素は、情報システム セキュリティの整合性、機密性、および可用性のコンポーネントをカバーします。
整合性は、許可された主体のみがオブジェクトを変更できるようにすることに関係するため、アクセス制御において重要です。
真正性は認証とは異なります。真正性は何か本物であるということを意味し、必ずしもアクセス制御と直接相関しているわけではありません。
機密性は、機密性を保護するために機密情報へのアクセスが制御されるという点で、アクセス制御に関連しています。
可用性はアクセス制御によって保護されており、攻撃者が可用性を妨害しようとする場合、まずアクセスが必要になります。
出典: KRUTZ, Ronald L. & VINES, Russel D., CISSP 準備ガイド: コンピュータ セキュリティの 10 のドメインをマスターする、2001 年、John Wiley & Sons、49 ページ

構造クエリ言語 (SQL) 内にはそのようなコマンドはありません。
SQLコマンドには、Select、Update、Delete、Insert、Grant、Replace、Restore、
一般的なものをいくつか挙げると、取り消しになります。
この質問に使用された参考文献:
http://technet.microsoft.com/en-us/library/ms186862.aspx
そして
KRUTZ, Ronald L. & VINES, Russel D., CISSP 準備ガイド: 10 のマスター
コンピュータセキュリティのドメイン、2001 年、John Wiley & Sons、47 ページ。
そして
http://www.sqlcommands.net/
そして
http://www.cs.utexas.edu/~mitra/csFall2012/cs329/lectures/sql.html

セキュリティの観点から、アプリケーションへの入力については、信頼できないと想定する必要があります。信頼できない入力とは、ユーザー、クライアント、ネットワーク、ファイルなどの外部または未知のソースによって提供され、アプリケーションによって処理または使用される前にアプリケーションによって検証または確認されていないデータまたは情報です。信頼できない入力は、マルウェア、ウイルス、ワーム、トロイの木馬、SQL インジェクションなどの悪意のあるまたは有害なコンテンツやコマンドが含まれていたり、導入されたりして、アプリケーションの機密性、整合性、可用性、またはアプリケーションに接続されているデータやシステムを危険にさらしたり損傷したりする可能性があるため、アプリケーションにとって重大なセキュリティ リスクとなる可能性があります。したがって、セキュリティの観点から、アプリケーションへの入力については、信頼できないと想定する必要があります。また、入力は、アプリケーションによって処理または使用される前に、入力検証、入力サニタイズ、入力フィルタリング、入力エンコードなどのさまざまなセキュリティ制御またはメカニズムにかける必要があります。入力検証とは、入力が期待または要求された形式、タイプ、長さ、範囲、または値を満たしていること、および入力に無効または違法な文字、記号、またはコマンドが含まれていないこと、または導入されていないことをチェックまたは検証するプロセスまたは手法です。入力サニタイズとは、潜在的な攻撃や脆弱性を防止または軽減するために、入力から無効または違法な文字、記号、またはコマンドを削除または変更するか、有効または合法なものに置き換えるプロセスまたは手法です。
入力フィルタリングは、ホワイトリストやブラックリストなどの定義済みまたは構成可能な一連のルールまたは基準に基づいて入力を許可またはブロックするプロセスまたは手法であり、不要な入力や不正な入力を防止または軽減します。入力エンコーディングは、アプリケーションまたはシステムによる入力の解釈または実行を防止または軽減するために、入力を HTML、URL、Base64 などの異なる形式または表現または標準形式または表現に変換または変換するプロセスまたは手法です。テスト済み、ログに記録済み、検証済みは、セキュリティの観点からアプリケーションへの入力について行う必要のある仮定ではありませんが、アプリケーションへの入力に関連する、またはアプリケーションへの入力の考えられる側面または結果である可能性があります。テスト済みは、アプリケーションへの入力の側面または結果です。これは、入力がユニット テスト、統合テスト、侵入テストなどのさまざまなテストまたは評価を受け、機能と入力の品質を検証または検証し、入力のエラー、バグ、または脆弱性を検出または報告することを意味します。ただし、テスト済みであることは、セキュリティの観点からアプリケーションへの入力について必ず想定しなければならない仮定ではありません。これは、信頼できない入力からアプリケーションを保護するための予防措置または防止策ではないため、アプリケーションへのすべての入力に当てはまらないか適用できない可能性があります。ログに記録されることは、アプリケーションへの入力の側面または結果です。これは、入力のトレースと履歴を提供するため、および監査とコンプライアンス活動をサポートするために、入力がログ ファイルまたはデータベースに記録または保存されていることを意味するため、入力のソース、宛先、タイムスタンプ、またはステータスなどのその他の関連情報またはメタデータと共に記録または保存されます。ただし、ログに記録されることは、セキュリティの観点からアプリケーションへの入力について必ず想定しなければならない仮定ではありません。これは、信頼できない入力からアプリケーションを保護するための予防措置または防止策ではないため、アプリケーションへのすべての入力に当てはまらないか適用できない可能性があります。検証済みとは、アプリケーションへの入力の側面または結果です。これは、入力の整合性と信頼性を確保し、入力の改ざんやなりすましを防止または軽減するために、デジタル署名、証明書、トークンなどのさまざまなセキュリティ制御またはメカニズムを使用して、入力がアプリケーションまたはシステムによって確認または認証されていることを意味します。ただし、検証済みは、信頼できない入力からアプリケーションを保護するための予防措置または防止策ではないため、セキュリティの観点からアプリケーションへの入力について行う必要がある仮定ではありません。また、アプリケーションへのすべての入力に当てはまらない場合や適用できない場合もあります。