透過的なデータ暗号化 (TDE) | Microsoft Docs
Applies to: SQL Server Azure SQL Database Azure SQL Managed Instance Azure Synapse Analytics Analytics Platform System (PDW) Transparent data encryption (TDE) encrypts SQL Server, Azure SQL Database, and Azure Synapse Analytics data files. This encryption is known as encrypting data at rest. To help secure a user database, you can take precautions like: Designing a secure system. Encrypting confid
拡張キー管理 (EKM) - SQL Server
適用対象:SQL Server SQL Server には、 拡張キー管理 (EKM) を含むデータ暗号化機能が用意されています。暗号化とキーの生成には Microsoft Cryptographic API (MSCAPI) が使用されます。 データとキーの暗号化のための暗号化キーは一時的なキー コンテナーに作成され、それらをデータベースに格納するには、まずプロバイダーからエクスポートする必要があります。 SQL Server ではこの方法により、暗号化キー階層とキーのバックアップを含むキー管理を処理できます。 法規制遵守の必要性やデータ プライバシーに対する関心の高まりを受けて、組織では、"多層防御" のソリューションを実現するための手段として暗号化が活用されるようになっています。 このアプローチは多くの場合、データベースの暗号化管理ツールを使用するだけで実現できるものではありません。
SQL Server とデータベース暗号化キー - SQL Server
適用対象:SQL Server SQL Server では、暗号化キーを使用して、サーバーのデータベースに格納されているデータ、資格情報、接続情報がセキュリティ保護されます。 SQL Server には、対称と非対称の 2 種類のキーがあります。 対称キーでは、データの暗号化と暗号化解除に同じパスワードが使用されます。 非対称キーでは、データを暗号化するパスワード ( 公開 キー) とデータの暗号化を解除するパスワード ( 秘密 キー) が使い分けられます。 SQL Server の暗号化キーでは、公開キー、秘密キー、対称キーを組み合わせて機密データの保護に使用します。 対称キーは、SQL Server インスタンスを最初に起動するときの SQL Server 初期化時に作成されます。 SQL Server は、このキーを使用して SQL Server に格納されている機密データを暗号化し
Oracle
日本のオラクル・コミュニティが一堂に会するプレミア・イベントにぜひご参加ください。新しいスキルを身に付け、業界エキスパートと交流し、複雑なビジネス課題を解決するためのソリューションを発見しましょう。
透過的データ暗号化
3 透過的データ暗号化 この章では、データベースの列の暗号化および暗号化鍵の管理を可能にする透過的データ暗号化機能を使用して、Oracleデータベース内の機密データを保護する方法について説明します。次の項目について説明します。 透過的データ暗号化の概要 透過的データ暗号化の使用 透過的データ暗号化の管理 3.1 透過的データ暗号化の概要 Oracle Database 10gは、認証、認可および監査メカニズムを使用してデータベース内のデータを保護しますが、データが格納されているオペレーティング・システム・ファイルは保護されません。このようなファイルを保護するため、Oracle Database 10gでは、透過的データ暗号化が提供されています。この機能を使用すると、オペレーティング・システム・ファイルに格納されているデータベース列の機密データを暗号化することによって保護できます。また、許可
Oracleデータベースで活用したい「データの保護」と「暗号化」
前回の「第3回 Oracleデータベース導入時のセキュリティ対策の基本」では、Oracleデータベースの導入および運用時の基本的なセキュリティ対策作業について説明した。今回は、Oracle9iデータベースの基本機能を利用して、Oracleデータベースの保存データを保護する仮想プライベートデータベースと保存データの暗号化について紹介する。 これらのセキュリティ機能については、現在のところ、PostgreSQLやMySQLといったほかのフリーソフトウェアに対するアドバンテージがあるため、ぜひ活用したい機能だ。 ※注意 いくつかのオプション製品を利用したより高度なセキュリティ対策も可能だが、本連載ではOracle 9i Enterprise Editionライセンスを利用しているユーザーが行うことができるセキュリティ対策を中心に説明する。 保存データの保護とは さまざまなセキュリティ対策を行った
データベースの暗号化 - 旧cyberarchitect
DBの暗号化についてネットで情報収集しようと思ったけど、意外にないのな。 個人的にDBの暗号化は、避けられるものであれば全力で避けたいと思っている。 DBの暗号化で対処したいリスクって、DBAによる内部犯行であったり、DBサーバそのものが盗難にあったり、ディスクの交換の時に保守担当ベンダーにデータ取られるとか、まあそんなとこだと思うけど、これってDBの暗号化以外でも対策って取れますよね。通信経路上での盗聴はまたレイヤが違うと思うし。 DBは一番ボトルネックになりやすいところなので、なるべく処理が重くなること間違いなしの暗号化は避けたいところ。 日経SYSTEMの2007/3号にDB暗号化の性能検証を行った結果が掲載されている。以下のページで購入できる。 検証ラボ ＤＢ暗号化のオーバーヘッド http://bizboard.nikkeibp.co.jp/kijiken/summary/200
[設計編]DBMSの機能でデータを暗号化してはいけない
データを暗号化すると，データが漏洩しても情報を保護できるという効果がある。主要なDBMS（データベース管理システム）は，内部に格納するデータの暗号化機能を備える。DBサーバーに不正アクセスされた場合に効果を発揮するが，デメリットが大きすぎて，実質的に使ってはいけない技術だった。 主なデメリットとして，処理性能の低下，開発と運用の負担増が挙げられる。データを暗号化すると，更新系では暗号処理，参照系では復号処理が必要になる。そのうえ，暗号化したカラムにはインデックスを設定できなかったり，設定できても効果的に働かなかったりした。結果的に，データを暗号化するとスループットが数分の1～十数分の1に低下してしまう。 暗号機能を利用するアプリケーションの開発は，利用しない場合に比べて煩雑になる。運用面では暗号鍵の管理が難しい。例えばOracle Database 10gやSQL Server 2005で
![[設計編]DBMSの機能でデータを暗号化してはいけない](https://cdn-ak-scissors.b.st-hatena.com/image/square/bed39b5962a5d552c95b6d796db8f55e72d32943/height=288;version=1;width=512/https%3A%2F%2Fxtech.nikkei.com%2Fimages%2Fn%2Fxtech%2F2020%2Fogp_nikkeixtech_hexagon.jpg%3F20220512)
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
透過的データ暗号化を使用した格納済データの保護
Microsoft サポート対象サービス パック
SQL Server 2008で管理業務はこう変わる
[PHP-users 23758] Re: DB の暗号化について