> For the complete documentation index, see [llms.txt](https://docs.keeper.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.keeper.io/user-guides/jp/tips-and-tricks/protecting-your-keeper-vault.md).

# Keeperボルトの保護

## 概要

Keeperは、暗号化を基盤としたプラットフォームであり、お客様のデータを保護するためのポリシーと管理機能を備えています。このセキュリティモデルでは、お客様ご自身も推奨されるセキュリティ対策を実践し、ボルトtへのアクセスを保護する責任があります。ユーザーのボルト内に保存されたデータを保護するために推奨されることを以下にまとめました。

### 強力なマスターパスワードを作成する

マスターパスワードを使用してKeeperにログインするユーザーの場合、データキーの暗号化および復号に使用されるキーは、パスワードベースのキー導出関数 (PBKDF2) を使用してマスターパスワードから導き出され、デフォルトでは100万回の反復処理が行われます。ボルトにログインするすべてのユーザーは自動的に100万回の反復へ移行されます。

ユーザーがマスターパスワードを入力すると、キーはユーザーのデバイス上で生成され、そのキーを使用して256ビットAESデータキーが復号されます。データキーの復号後は、そのキーを使用して各レコードキーおよびフォルダーキー (いずれも256ビットAES) が復号されます。さらに、レコードキーによって保存されている各レコードの内容がデバイス上で復号されます。

Keeperでは、不正アクセスを防ぐため、デバイス認証、アクセス制限（スロットリング）、Amazon Web Services (AWS) 環境における各種保護機能など、複数の対策を実装しています。また、複雑なマスターパスワードを設定することで、暗号化されたボルトに対するブルートフォース攻撃のリスクを大幅に低減できます。

米国国立標準技術研究所 (NIST) では、[Special Publication 800-63B](https://pages.nist.gov/800-63-3/sp800-63b.html)でパスワードのガイドラインを規定しており、使いやすさとセキュリティの間のバランスを奨励しています。つまり「覚えやすく、推測されにくいパスワード」を設定することが重要とされています。NISTでは8文字以上のパスワードを推奨していますが、文字数が多いほど推測や解析が困難になります。Keeperでは、マスターパスワードを12文字以上に設定することを必須としています。

### Keeperアカウントで2FAを有効にする

2FAは、どの個人向けアカウントにもビジネス向けアカウントにも追加できますが、ビジネスユーザーは、さまざまな段階での制御およびセキュリティオプションを備えた2FAの使用を必須にすることが可能です。2FAは、マスターパスワードの入力の前に行われます。マスターパスワード入力前にデバイス認証と2FAを実行することで、ブルートフォース攻撃、パスワードテスト、アカウント列挙などの攻撃を軽減できます。

2要素認証を有効にするには、Keeperウェブボルト、Keeperデスクトップ、モバイルアプリの設定画面へアクセスします。

Keeperでは、2つ目の要素としてYubiKeyやGoogle Titanキーなど、FIDO2互換のWebAuthnハードウェアのセキュリティキーにも対応していますので、安全かつ便利に2FAを行う手段としてご検討いただけます。

### お使いのメールアカウントで2FAを有効にする

メールアカウントへのアクセスは、個人情報を保護する上で重要な要素となります。メールアカウントには、Keeperで作成した強力な自動生成パスワードを設定し、さらに多要素認証も利用するようにしましょう。メールプロバイダからの手順に従って、可能な限り厳格な認証方法を有効にしてください。

可能であれば、YubiKeyやGoogle Titanキーなどのハードウェアセキュリティキーを使用してメールアカウントを保護することを推奨します。メールサービスがハードウェアセキュリティキーに対応していない場合や、YubiKeyをお持ちでない場合は、TOTPコードジェネレーターを利用することをおすすめします。

Keeperは、メールアカウントやその他のサービスにログインするためのTOTPコードを保存する機能を備えています。Keeperボルト内でのTOTPコードの保護の詳細について詳しくは、[こちら](/user-guides/jp/tips-and-tricks/protecting-totp-codes.md)のページをご参照ください。

2FAにSMSを使用することについては何もしないよりは良いとは言え、[SIMスワップ詐欺](https://ja.wikipedia.org/wiki/SIM%E3%82%B9%E3%83%AF%E3%83%83%E3%83%97%E8%A9%90%E6%AC%BA)が発生しておりますので注意が必要です。

### ブラウザの拡張機能に注意する

セキュリティ対策の基本として、広告ブロッカーやクーポンツール、そのほかの便利なユーティリティなど、サードパーティ製のブラウザプラグインやブラウザ拡張機能をインストールする際は十分注意してください。多くのブラウザ拡張機能は高い権限を要求し、閲覧するウェブサイトやブラウザベースのアプリケーション上の情報へアクセスできる場合があります。インストールする前に、開発元を十分に信頼できることを確認し、セキュリティ認証を取得しているかどうかも確認することをおすすめします。

その他のセキュリティ関連の質問がございましたら、お気軽に弊社 (<security@keepersecurity.com>) までメールでお問い合わせください。


---

# Agent Instructions
This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com.

## Querying This Documentation
If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter:

```
GET https://docs.keeper.io/user-guides/jp/tips-and-tricks/protecting-your-keeper-vault.md?ask=<question>&goal=<endgoal>
```

`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.

The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.
