---
title: "SitecoreAIのセキュリティ"
slug: "sitecoreai-security"
abstract: "SitecoreAIのセキュリティモデルとエンジン、セキュリティアカウント、ドメイン、クッキー。"
---
# SitecoreAIのセキュリティ

SitecoreAIのセキュリティモデルにより、ウェブサイトのほぼすべての側面へのアクセスを許可または拒否できます。そのために、セキュリティアカウントやセキュリティドメインを使って、ユーザーがウェブサイト上のアイテムやコンテンツ、さらにSitecoreAIの機能にアクセスする権限を制御します。

> !注チームメンバーがSitecoreAIアプリを含むSitecore Cloud Portal組織内で組織 *[管理者](https://doc.sitecore.com/portal/en/developers/sitecore-cloud-portal/en/roles.html#UUID-9632b1ff-3d1e-4229-8297-521fb0453e59_section-idm17313581634964106)* の役割を持っている場合、またはSitecoreAIアプリ内で *[管理者](https://doc.sitecore.com/sai/ja/developers/sitecoreai/user-security/users-roles-and-domains/creating-users-in-sitecoreai.html "Creating users in SitecoreAI")* の役割を持っている場合、セキュリティ設定やアクセス権に関係なくすべてにアクセスできます。

## セキュリティアカウント

セキュリティアカウントは役割やユーザーです。

-   SitecoreAIのユーザーアカウントにはユーザー名、ドメイン、メールアドレス、パスワードが含まれます。アクセス権はユーザーアカウントに直接割り当てることができます。
    
-   ロールとは、ユーザーの集合、またはユーザーとその他の役割の集合です。SitecoreAIのユーザーグループをロールのメンバーにすることでアクセス権を割り当てることができます。
    
    SitecoreAIのあらかじめ定義されたセキュリティロールを使うことも、関連するアクセス権を含む新しいロールを作成することも可能です。
    
    > !注SitecoreAIでは、ドメインを超えたすべてのユーザーが閲覧できる [グローバルな役割](https://doc.sitecore.com/sai/ja/developers/sitecoreai/user-security/users-roles-and-domains/the-security-roles.html "The security roles") も存在します。
    

> !注セキュリティアカウントは名前(ドメイン名\\アカウント名、例えばsitecore\\Developerやsitecore\\ECM advanced users)で識別されるため、2つのセキュリティアカウントが同じ名前を持つことはできません。

## セキュリティドメイン

セキュリティドメインとは、一般的なルールや手順を適用できるセキュリティアカウント(ユーザーやロール)の集合体です。ドメインは論理的な関係を持つセキュリティアカウントをグループ化するために使われます。例えば、SitecoreAIクライアントにアクセスできるすべてのアカウントはSitecoreドメインに保存され、公開されたウェブサイトへのアクセス権を持つすべてのアカウントはExtranetドメインに保存されます。

## 認証クッキーの寿命

クッキーには2種類あります:

-   セッションクッキー(非永続的)- これは一時的なクッキーファイルです。ユーザーがブラウザを閉じると、これらは消去されます。
-   永続クッキー - ブラウザはクッキーファイルに指定された有効期間、またはユーザーが手動で削除するまでクッキーを保存します。

現代のブラウザは、該当するブラウザオプションがオンになっている場合、セッション間でセッションクッキーを保持する傾向があります。これによりセッションクッキーが永続的なクッキーのように振る舞うことがあります。Open Web Interface for .Net(OWIN)認証では、クッキーの寿命値をクッキーの価値自体に保存できます。つまり、クッキーが期限切れになった場合、ウェブアプリケーションでは期限切れとして扱われますが、ブラウザはクッキーをサーバーに送信します。また、スライディング期限を有効にすることも可能で、クッキーが有効な間に受信したリクエストのクッキーの寿命がリセットされます。

認証クッキーが期限切れになり、ブラウザが無視する期間を設定することができます。

認証クッキーの有効期限を指定するには、以下の [パッチ](https://doc.sitecore.com/sai/ja/developers/sitecoreai/development/use-a-patch-file-to-customize-the-sitecore-configuration.html "Use a patch file to customize the Sitecore configuration") スニペットを使って初期クッキーの有効期限を指定し、スライディング期限を有効または無効にします。

<?xml version="1.0" encoding="utf-8"?>
<configuration>
 <sitecore>
 <pipelines>
 <owin.initialize>
 <processor name="CookieAuthentication">
 <!-- Controls how much time the cookie will remain valid from the point it is created.
 Format: d:hh:mm:ss
 No matter the cookie is persistent or not, OWIN authentication will not pass the expired cookie.
 ExpireTimeSpan could be overwritten by the http://www.sitecore.net/identity/claims/cookieExp claim where
 the claim value is Unix time expressed as the number of seconds that have elapsed since 1970-01-01T00:00:00Z. -->
 <ExpireTimeSpan>00:30:00</ExpireTimeSpan>
 <SlidingExpiration>true</SlidingExpiration>
 </processor>
 ...