
<!DOCTYPE article PUBLIC "-//OASIS//DTD DocBook V3.1//EN">

<article id="index">

<!-- Header -->

  <artheader>
    <title>Securing X Windows</title>
    <author>
      <firstname>John</firstname>
      <surname>Fisher</surname>
      <affiliation>
        <orgdiv>UCRL-MA-121788</orgdiv>
        <address>
          <email>fisher@llnl.gov</email>
        </address>
      </affiliation>
    </author>

    <revhistory>
      <revision>
        <revnumber>CIAC-2316 R.0</revnumber>
        <date>August, 1995</date>
        <authorinitials>jf</authorinitials>
      </revision>
    </revhistory>

    <abstract>
      <indexterm>
        <primary>template</primary>
      </indexterm>

      <para>
        <!--
        This paper explores many of the security problems and
        solutions in X Windows.
        -->
        この文書は X ウィンドウにおける多くのセキュリティ上の問題とその
        解決法を探究します。
      </para>
    </abstract>
  </artheader>

<!-- Section1: intro -->

  <sect1 id="intro">
    <!--
    <title>Introduction</title>
    -->
    <title>はじめに</title>

    <indexterm>
      <primary>disk!introduction</primary>
    </indexterm>

    <para>
      <!--
      X Windows enjoys great popularity with users, in a variety of
      environments. Its client/server model of application management
      allows for powerful, flexible interaction between users and
      computers. Unfortunately, this power comes at the cost of
      security. X Windows, if not managed properly, can create a
      serious vulnerability. This paper explores many of the security
      problems and solutions in X Windows.
      -->
      X ウィンドウは、様々な環境において、幅広いユーザの支持を得ています。
      そこでのクライアント・サーバモデルによるアプリケーション管理は、ユー
      ザとコンピュータとの間を、パワフルかつ柔軟に取り持つ能力を有してい
      ます。しかし、残念なことに、この能力はセキュリティの犠牲の上に成り
      立っています。X ウィンドウは、適切に管理されない場合、セキュリティ
      上の深刻な脆弱さを生むことがあります。この文書は X ウィンドウにお
      けるそうしたセキュリティ上の問題とその解決方法を探求します。
    </para>

    <para>
      <!--
      This document is available on WWW at
      <ulink url="http://ciac.llnl.gov/ciac/documents/ciac2316.html"
      >CIAC2316</ulink>.
      -->
      この文書は WWW 上の<ulink url=
      "http://ciac.llnl.gov/ciac/documents/ciac2316.html"
      >CIAC2316</ulink> から入手できます。
    </para>

    <sect2 id="disclaimer">
      <!--
      <title>DISCLAIMER</title>
      -->
      <title>免責</title>

      <para>
        This document was prepared as an account of work sponsored by
        an agency of the United States Government. Neither the United
        States Government nor the University of California nor any of
        their employees, makes any warranty, express or implied, or
        assumes any legal liability or responsibility for the
        accuracy, completeness, or usefulness of any information,
        apparatus, product, or process disclosed, or represents that
        its use would not infringe privately owned rights. Reference
        herein to any specific commercial products, process or service
        by trade name, trademark, manufacturer, or otherwise, does not
        necessarily constitute or imply its endorsement,
        recommendation, or favoring by the United States Government or
        the University of California. The views and opinions of
        authors expressed herein do not necessarily state or reflect
        those of the United States Government or the University of
        California, and shall not be used for advertising or product
        endorsement purposes.
      </para>

      <para>
        Reference to any specific commercial product does not
        necessarily constitute or imply its endorsement,
        recommendation or favoring by CIAC, the University of
        California, the United States Department of Energy, or the
        United States Government.
      </para>

      <para>
        Work performed under the auspices of the U. S. Department of
        Energy by Lawrence Livermore National Laboratory under
        Contract W-7405-Eng-48.
      </para>

      <blockquote>
        <para>
          参考訳：
        </para>

        <para>
          この文書は、合衆国政府の一機関の資金援助を受けた仕事に関する報
          告書として準備されたものです。合衆国政府、カリフォルニア大学、
          およびそれらの職員は、明示的・黙示的な如何なる保証もするもので
          はありません。また、情報・装置・製品・示されたプロセスについて
          の、正確さ・完全性・利便性に関する如何なる法的責任も負いません。
          この文書の使用は個人の権利を侵害しないというつもりもありません。
          特定の商品および、商号・商標・製造元が付されたプロセスやサービ
          スについて言及したり、もしくはされたりした場合でも、それは必ず
          しも、合衆国政府やカリフォルニア大学による裏書きや推薦や引き立
          てを示すものでも暗示するものでもありません。ここで表明された著
          者の見解や意見は、必ずしも合衆国政府やカリフォルニア大学がそれ
          を述べたり、反映したりしているものではないので、それを宣伝や商
          品の推奨目的に使用することのないようにしてください。
        </para>

        <para>
          引用した特定の商品すべては CIAC、カリフォルニア大学、合衆国エ
          ネルギー省、合衆国政府の明示的・暗示的な推薦でも推奨でも好みで
          もありません。
        </para>

        <para>
          合衆国エネルギー省の援助の下、Lawrence Livermore National
          Laboratory の契約書番号 W-7405-Eng-48 に基づき、作業がなされま
          した。
        </para>
      </blockquote>
    </sect2>

    <sect2>
      <!--
      <title>about CIAC</title>
      -->
      <title>CIAC について</title>

      <para>
        UCRL-MA-118453
      </para>

      <para>
        <variablelist>
          <varlistentry>
            <!--
            <term>CIAC Home Page</term>
            -->
            <term>CIAC のホームページ</term>
            <listitem>
              <para>
                <ulink url="http://ciac.llnl.gov/ciac/CIACHome.html">
                http://ciac.llnl.gov/ciac/CIACHome.html</ulink>
              </para>
            </listitem>
          </varlistentry>

          <varlistentry>
            <!--
            <term>Disclaimer</term>
            -->
            <term>免責</term>
            <listitem>
              <para>
                <ulink url="http://www.llnl.gov/disclaimer.html">
                http://www.llnl.gov/disclaimer.html</ulink>
              </para>
            </listitem>
          </varlistentry>
        </variablelist>
      </para>
    </sect2>
  </sect1>

  <sect1 id="xwindows">
    <!--
    <title>How X Windows Works</title>
    -->
    <title>X ウィンドウはどのように動作するのか</title>

    <indexterm>
      <primary>disk!xwindows</primary>
    </indexterm>

    <para>
      <!--
      It may seem strange that a graphical user interface can be a
      potentially serious security vulnerability. So for starters,
      let's take a look at how X Windows works, and how it can be a
      problem.
      -->
      グラフィカルユーザインターフェースが潜在的にセキュリティ上の深刻な
      脆弱さを持つと言うと奇妙に思われるかもしれません。だから手始めに、
      X ウィンドウがどのように動作しているかを観察し、どのような問題があ
      るかを検証していきましょう。
    </para>

    <para>
      <!--
      X Windows is really, at its lowest level, a communication
      protocol, called sensibly enough, X Protocol. This protocol is
      used within a single computer, or across a network of
      computers. It is not tied to the operating system and is
      available on a wide range of platforms. X Windows utilizes a
      Client-Server model of network communication. This model allows
      a user to run a program in one location, but control it from a
      different location.
      -->
      X ウィンドウの最下層レベルは、実は、通信プロトコルなのです。これは
      X プロトコルという分かり易い名前で呼ばれています。このプロトコルは、
      一台のコンピュータの内部で使用されることもあれば、ネットワークを通
      じて複数のコンピュータで使用されることもあります。それは、特定のオ
      ペレーティングシステムに縛られたものではなく、様々なプラットフォー
      ムで利用できます。また、X ウィンドウは、ネットワーク通信モデルとし
      てクライアント・サーバモデルを使っています。このモデルを使うことで、
      ユーザは、ある場所でプログラムを実行しつつ、それを別の場所から制御
      するということが可能になります。
    </para>

    <para>
      <!--
      Counter to common client-server convention, the user actually
      works directly on the X server, which offers a screen, a
      keyboard, and a mouse. It's referred to as the server because it
      generates the inputs for and manages the outputs from the
      clients. The X clients are applications, such as
      <emphasis>xterm</emphasis>, emacs, or xclock. They receive and
      process inputs and return outputs.
      -->
      一般的なクライアント・サーバの慣習とは違い、ユーザは、実際には、X
      サーバ上で直に作業をしています。スクリーン・キーボード・マウスの機
      能を提供しているのは、X サーバなのです。この場合にもそれをサーバと
      呼ぶのは、X サーバがクライアントに対するインプットを生成し、クライ
      アントからのアウトプットを管理するものだからです。ここで X クライ
      アントとは、<emphasis>xterm</emphasis> や emacs, xclock といったア
      プリケーションのことです。これらが X サーバからのインプットを受け
      取って処理した上で、アウトプットを X サーバに戻しています。
    </para>

    <!--draft3-->
    <para>
      [訳注：文章だけでは分かりにくいので、絵を書きました。
    </para>

<screen>
   ___________
  /__________/|
  |;--------;||             +-----------+ インプット +--------------+
  ||スク    |||       <-管- |           | ---------> |              |
  ||  リーン|||             |           |            |              |
  ||________|||       <-  - | X サーバ  |            |X クライアント|
  [___ooo____]/             |           |アウトプット|              |
                _%_   <-理- |           | <--------- |              |
  _____%_____  ////         +-----------+            +--------------+
 /::::::::::/ /__/                             xterm, emacs, xclock 等
*----------*  マウス
 キーボード
 
  物理的なデバイス <--- | ---> プロセス
</screen>

    <para>
      ]
    </para>

    <para>
      <!--
      In most cases, the server and the clients are running on the
      same computer (host).  But, X Protocol is flexible and makes
      many different configurations possible. In fact, an X terminal
      is a screen, keyboard and mouse which has no computing
      capability. The only thing it can do is process X Protocol
      messages, which come from clients running on other systems. Even
      if the server is running on a host, it may be desirable for a
      client to run on a remote host, even if it is located in another
      building or even another state.
      -->
      ほとんどの場合、サーバとクライアントは同じコンピュータ (ホスト) 上
      で動作します。しかし X プロトコルは柔軟性に富んだもので、多くの異
      なる構成が可能です。実際に、X 端末はスクリーン・キーボード・マウス
      から成り、コンピュータらしい能力はありません。これは、他のシステム
      上で動作しているクライアントから来る X プロトコルのメッセージを処
      理することしかできません。サーバがあるホスト上で現在稼働している場
      合であっても、クライアントはそれとは離れたホスト - たとえそのホス
      トが別のビルや州に置かれていたとしても - の上で実行するのが望まし
      いことがあるからです。
    </para>

    <para>
      <!--
      So, what does this have to do with computer security? The
      clients that are able to run on a server should be carefully
      controlled. Since multiple clients are running on the same
      server, careful control of their inter-communication should be
      observed. If one client is able to send information to another
      client, or one client is able to capture information meant for
      another client, the system may be vulnerable.
      -->
      それで、これがコンピュータのセキュリティとどういう関係があるのでしょ
      うか？サーバ上で実行が可能なクライアントというのは、注意深く制御さ
      れるべきです。複数のクライアントが同じサーバ上で動作しているわけな
      ので、それらクライアント間通信には、注意深い制御が不可欠です。ある
      クライアントが別のクライアントに情報を送れたり、あるクライアントが
      別のクライアントの大事な情報を捕捉できるなら、そのシステムは脆弱な
      可能性があります。
    </para>
  </sect1>

  <sect1 id="unprotectedx">
    <!--
    <title>Unprotected X Windows</title>
    -->
    <title>保護されていない X ウィンドウ</title>

    <indexterm>
      <primary>disk!unprotectedx</primary>
    </indexterm>

    <para>
      <!--
      Some examples of communication between the X server and an X
      client include the following:
      -->
      X サーバと X クライアント間の通信の例をいくつか示します。
      <itemizedlist>
        <listitem>
          <para>
            <!--
            X terminal modification - font management, mouse
            sensitivity, color mapping, keyboard mapping.
            -->
            X 端末の変化 - フォント管理、マウスの感度、カラーマップ、キー
            ボードマップ
          </para>
        </listitem>
        <listitem>
          <para>
            <!--
            An X Event - keyboard, mouse, etc.
            -->
            X イベント - キーボード、マウスなど
          </para>
        </listitem>
        <listitem>
          <para>
            <!--
            X data - modification to the X terminal screen, such as
            writing text, creating a window, or drawing an image.
            -->
            X データ - 文字を書いたりウィンドウを作成したり画像を描くと
            いった X 端末のスクリーン上の変化
          </para>
        </listitem>
      </itemizedlist>
    </para>

    <para>
      <!--
      Any client that can access a server can potentially access and
      change any X communications that take place on it. This could
      include the following:
      -->
      サーバにアクセスできるクライアントというのは、潜在的に、そのサーバ
      上で行われている X 通信のすべてにアクセスし、それを変更する能力を
      持っているといえます。つまり、以下の事柄が可能かもしれません。
      <itemizedlist>
        <listitem>
          <para>
            <!--
            Modifying session parameters.
            -->
            セッションパラメータの修正
          </para>
        </listitem>
        <listitem>
          <para>
            <!--
            Create/destroy windows - Was that document saved before
            the window mysteriously disappeared?
            -->
            ウィンドウの作成・破壊 - 文書を保存する前にウィンドウがどう
            いうわけか消滅したことはありませんか？
          </para>
        </listitem>
        <listitem>
          <para>
            <!--
            Capture X events - For example, reading keystrokes on an
            <emphasis>xterm</emphasis> window, which include a login
            and password.
            -->
            X イベントの捕捉 - 例えば <emphasis>xterm</emphasis> ウィン
            ドウ上のキーストロークを読むことで、ログインとパスワードのキー
            ストロークも読めます。
          </para>
        </listitem>
        <listitem>
          <para>
            <!--
            Create X events - For example, sending keystroke sequences
            to an emacs window, or an <emphasis>xterm</emphasis>
            window, to execute a command.
            -->
            X イベントの作成 - 例えば emacs や
            <emphasis>xterm</emphasis> のウィンドウにキーストロークシー
            ケンスを送ることで、コマンドを実行できます。
          </para>
        </listitem>
      </itemizedlist>
    </para>

    <para>
      <!--
      Clearly, X servers are inherently dangerous. What's worse, many
      servers ship with world accessability as the default setting.
      -->
      はっきり言って、X サーバは本質的に危険なのです。なお一層悪いことに、
      多くのサーバは、初期設定だと、どこからでもアクセス可能な状態で出荷
      されているのです。
    </para>
  </sect1>

  <sect1 id="security">
    <!--
    <title>Approaches To Security</title>
    -->
    <title>セキュリティ強化の方法</title>

    <indexterm>
      <primary>disk!security</primary>
    </indexterm>

    <para>
      <!--
      What is the best way to secure an X server? Two different
      approaches are available: host authentication and token
      authentication. Each are discussed below.
      -->
      X サーバのセキュリティを強化する一番いい方法は何でしょう？二つの異
      なる方法が利用できます - ホスト認証とトークン認証です。それぞれに
      ついて以下で述べます。
    </para>

    <sect2>
      <!--
      <title>Host Authentication</title>
      -->
      <title>ホスト認証</title>

      <para>
        <!--
        Host authentication is the potential acceptance of a
        connection based on its origin. Typically, this would be
        determined by the IP address of the connection's host. Once a
        user has logged in to an X Server, the server is potentially
        open to connections from any host. A program called
        <emphasis>xhost</emphasis> is available to control on a
        host-by-host level which hosts can display clients on the X
        Server. But, most hosts support multiple users, and it is
        impossible to specify which users on a particular host have
        access.
        -->
        <!--draft3-->
        ホスト認証はコネクションの始点に基づきコネクションを承認するもの
        です。一般的にこの承認はコネクションを張るホストの IP アドレスに
        より決定されます。ユーザが X サーバにログインすると、サーバはど
        のホストからのコネクションも受け入れる可能性があります。
        <emphasis>xhost</emphasis> と呼ばれるプログラムは、どのホストが
        その X サーバ上にクライアントを表示できるかという host-by-host
        レベルの制御のために用意されています。しかし、ほとんどのホスト
        はマルチユーザをサポートしているので、あるホスト上の任意ユーザ
        に対してアクセス制御を行うことは不可能です。
      </para>
    </sect2>

    <sect2>
      <!--
      <title>Token  Authentication</title>
      -->
      <title>トークン認証</title>

      <para>
        <!--
        The second form of authentication is to verify each client
        based on the token they offer. Using a program called xauth,
        each client is given a 'magic cookie', a random value which it
        must offer to the X Server to be allowed access.
        -->
        認証方法の二つめはそれぞれのクライアントが提供するトークンに基づ
        きそれらを確認します。xauth と呼ばれるプログラムを用い、それぞれ
        のクライアントに 'magic cookie' を与えます。'magic cookie' は乱
        数で、アクセスを許可してもらう X サーバに提供しなければなりませ
        ん。
      </para>
    </sect2>
  </sect1>

  <sect1 id="auth">
    <!--
    <title>Host Authentication</title>
    -->
    <title>ホスト認証</title>

    <indexterm>
      <primary>disk!auth</primary>
    </indexterm>

    <para>
      <!--
      Certainly the most widely used mechanism for X security is the
      <emphasis>xhost</emphasis> program. While simple to use,
      <emphasis>xhost</emphasis> is rather inflexible.
      -->
      X のセキュリティ強化のために最も広く使われている仕組みはもちろん
      <emphasis>xhost</emphasis> プログラムです。簡単に使える反面、
      <emphasis>xhost</emphasis> はやや柔軟性にかけます。
    </para>

    <sect2>
      <!--
      <title>Using <emphasis>xhost</emphasis></title>
      -->
      <title><emphasis>xhost</emphasis> の使い方</title>

      <para>
        <!--
        Using the <emphasis>xhost</emphasis> program is
        straightforward. Each X server maintains a list of hosts which
        may or may not access it. The <emphasis>xhost</emphasis>
        program is used for modifying that list. The command line
        syntax is as follows:
        -->
        <emphasis>xhost</emphasis> プログラムの使い方は複雑ではありませ
        ん。それぞれの X サーバはアクセスを許可もしくは拒否するホストの
        一覧を管理します。<emphasis>xhost</emphasis> プログラムはその一
        覧を修正するために使われます。コマンドラインの構文を次に示します。
        <itemizedlist>
          <listitem>
            <para>
              <!--
              Display a list of hosts allowed to access this X Server:
              -->
              この X サーバがアクセスを許可しているホストの一覧を表示し
              ます。
            </para>
            <para>
              <emphasis>xhost</emphasis>
            </para>
          </listitem>
          <listitem>
            <para>
              <!--
              To add a host, say bar.foo.org, one would type:
              -->
              bar.foo.org というホストを追加するために、次を入力します。
            </para>
            <para>
              <emphasis>xhost +bar.foo.org</emphasis>
            </para>
            <para>
              <!--
              Then, any user and program on that machine may
              communicate with your X server.
              -->
              その結果そのマシン上のどんなユーザのどんなプログラムも X
              サーバと通信できるようになります。
            </para>
          </listitem>
          <listitem>
            <para>
              <!--
              To remove that same host, type:
              -->
              先程と同じホストを削除するために、次を入力します。
            </para>
            <para>
              <emphasis>xhost -bar.foo.org</emphasis>
            </para>
          </listitem>
          <listitem>
            <para>
              <!--
              An X server may be opened to the world by disabling
              access control:
              -->
              <!--draft3-->
              アクセス制御を無効にして X サーバを世界に向けて開きます。
              [訳注：非常に危険なので、軽々しく試してはいけません。]
            </para>
            <para>
              <emphasis>xhost +</emphasis>
            </para>
          </listitem>
          <listitem>
            <para>
              <!--
              Access control may be re-enabled (i.e., the current list
              of hosts is again active) by:
              -->
              アクセス制御を再度有効 (つまり現状のホストの一覧を再び利用
              します) にするために、次を入力します。
            </para>
            <para>
              <emphasis>xhost -</emphasis>
            </para>
          </listitem>
        </itemizedlist>
      </para>

      <para>
        <!--
        With no parameters, <emphasis>xhost</emphasis> returns whether
        or not access control is currently turned on and which
        machines are allowed access. This is the only way that
        <emphasis>xhost</emphasis> can be run remotely, even if the
        remote machine is on the access list. When
        <emphasis>xhost</emphasis> is utilized, a user from an
        unauthorized host attempting to connect will be presented with
        the following response:
        -->
        引き数が無い場合、<emphasis>xhost</emphasis> は アクセス制御を有
        効にしているかどうかと、どのマシンにアクセスを許しているか戻しま
        す。これはリモートから実行できる <emphasis>xhost</emphasis> の唯
        一の用法で、たとえそのリモートマシンがアクセスリスト上にあったと
        してもこれしかできません。認められていないホストのユーザが接続を
        試みるために <emphasis>xhost</emphasis> を利用すると、次に示す応
        答が表示されるでしょう。
          <screen>
          Xlib: connection to "display:0.0" refused by server
          Xlib: Client is not authorized to connect to Server
          </screen>
      </para>

      <para>
        <!--
        Note that disabling a host's access after a connection has
        been made will have no effect on existing connections. The
        server must be reset in order to break established
        connections.
        -->
        コネクションが張られた後、そのホストアクセスを無効にしても既存の
        コネクションには影響しないことに注意してください。確立
        (establish) されたコネクションを切るには、そのサーバをリセットし
        なければなりません。
      </para>

      <para>
        <!--
        This however, is actually a feature. A smart way to use
        <emphasis>xhost</emphasis> is to only turn on a host's access
        for the period it takes to start a client on that host. Then,
        access can be disabled. The client will continue to run, but
        the host's access will again be disabled.
        -->
        しかし実のところ、これは便利な機能でもあります。
        <emphasis>xhost</emphasis> を使うスマートな方法は、あるホスト上
        のクライアントを起動する間だけそのホストのアクセスを許すことです。
        そして、アクセスを無効にします。そのクライアントは動きつづけます
        が、ホストのアクセスは再び無効になります。
      </para>
    </sect2>

    <sect2>
      <!--
      <title>Benefits:</title>
      -->
      <title>長所：</title>

      <para>
        <!--
        The <emphasis>xhost</emphasis> access control mechanism is
        certainly easy to use. A single program with a simple syntax
        is required.
        -->
        <emphasis>xhost</emphasis> のアクセス制御の仕組みはもちろん使い
        やすいことです。単純な構文のプログラムが一つ必要なだけです。
      </para>
    </sect2>

    <sect2>
      <!--
      <title>Drawbacks:</title>
      -->
      <title>短所：</title>

      <para>
        <!--
        The simplicity of <emphasis>xhost</emphasis> is both a benefit
        and a drawback. All connections from a host must be accepted
        or rejected-not on a user-by-user, program-by-program, or
        connection-by-connection basis. For many environments, where
        numerous users are allowed access to a particular host, this
        is an insufficient solution. And certainly, most computers
        running X servers have multiple user accounts, and any user
        that can log in to the computer can access the X server, as
        the localhost, completely bypassing the
        <emphasis>xhost</emphasis> access control.
        -->
        <emphasis>xhost</emphasis> の簡素さは長所と短所をあわせもちます。
        あるホストからのすべてのコネクションはすべて受け入れられるか、す
        べて切断されるかのどちらかで、user-by-user, program-by-program, 
        connection-by-connection を基準にしたものではありません。多くの
        環境では、無数のユーザが特定のホストへのアクセスを許可されている
        ため、これでは解決法としては不十分です。そしてもちろん、X サーバ
        を実行しているほとんどのコンピュータは複数のユーザアカウントを持
        ち、コンピュータにログインできるユーザは localhost の X サーバと
        して、完全に <emphasis>xhost</emphasis> のアクセス制御を迂回して
        X サーバにアクセスできます。
      </para>

      <para>
        <!--
        Unfortunately, many X servers, such as NCD servers, SGI
        systems, and Mac X for the Macintosh come with access control
        disabled by default. For users unfamiliar with the
        vulnerability of X servers, this can create a real security
        problem.
        -->
        残念ながら、NCD サーバ、SGI システム、Macintosh 用 Mac X といっ
        た多くの X サーバは、初期設定で、アクセス制御が無効になっていま
        す。X サーバの脆弱さについてよく分かっていないユーザたちにとって、
        これは深刻なセキュリティ上の問題を生じさせるかもしれないものです。
      </para>

      <para>
        <!--
        <emphasis>Xhost</emphasis> has higher priority than token
        authentication. Any user can add systems to the
        <emphasis>xhost</emphasis> access list without special
        privileges or assistance from the system administrator.
        -->
        <emphasis>Xhost</emphasis> はトークン認証に優先します。特別な権
        限やシステム管理者からの援助なしに、ユーザはあるシステムを
        <emphasis>xhost</emphasis> のアクセスリストに追加できます。
      </para>
    </sect2>
  </sect1>

  <sect1 id="tokenauth">
    <!--
    <title>Token Authentication</title>
    -->
    <title>トークン認証</title>

    <indexterm>
      <primary>disk!tokenauth</primary>
    </indexterm>

    <para>
      <!--
      The X server can control a user's access to an X server through
      the use of a magic cookie. This is essentially a
      machine-readable, randomly generated access code. Each X client
      must provide the same magic cookie value to the server before
      being allowed access. This value is stored in the file
      <emphasis>.Xauthority</emphasis>. It can be either created by
      the X Display Manager, or by the user, at the beginning of each
      session.
      -->
      X サーバは magic cookie を使って、ユーザの X サーバへのアクセスを
      制御できます。これは本質的に機械向けに書かれた、乱数から生成され
      たアクセスコードです。各クライアントはアクセスの許可をしてもらう前
      に同じ magic cookie の値をサーバに提供しなければなりません。この値
      はファイル <emphasis>.Xauthority</emphasis> に保持されます。それは
      各セッションの開始時に X Display Manager かユーザのどちらかによっ
      て作成されます。
    </para>

    <para>
      <!--
      For the user who is only logged on to one machine, the enhanced
      security is present but transparent. Each new client executed by
      that user on that machine will find the magic cookie and start
      without complaint. But, many users work on multiple machines at
      once. How would an X client on a remote machine know what the
      magic cookie is? This is where the xauth program comes in.
      -->
      一台のマシンへのログオンしかしないユーザなら、セキュリティの強化と
      いう課題は残ってはいますが、話は簡単です。そのマシン上のユーザによっ
      て実行されたそれぞれの新しいクライアントはその magic cookie を見つ
      けて問題無く起動するでしょう。しかし、多くのユーザは同時に複数のマ
      シン上で作業します。リモートマシン上の X クライアントはその magic
      cookie が何かどうやって知るのでしょう？これは xauth プログラムの機
      能が解決します。
    </para>

    <sect2>
      <title>xauth</title>

      <para>
        <!--
        Program The xauth program is used for editing and displaying
        the user's magic cookie authorization information. Once the
        magic cookie is displayed in a human-readable form, it can be
        sent to a remote host. On that remote host, xauth is used
        again to merge the magic cookie into the user's
        <emphasis>.Xauthority</emphasis> file. Assuming a .rhosts file
        is set up for the user, pushing the authorization information
        to a remote host (let's say ahost.foo.org) can be done with
        one command:
        -->
        xauth プログラムはユーザの magic cookie の認証情報を変更および表
        示するために使われます。magic cookie が人に読める形で表示されれ
        ば、リモートホストに送ることができます。そのリモートホスト上でユー
        ザの <emphasis>.Xauthority</emphasis> ファイルの中に magic
        cookie をマージするために、xauth をもう一度使います。ユーザ用の
        .rhosts ファイルが設定されているなら、リモートホスト
        (ahost.foo.org とします) へ認証情報を押入れることは次の一行のコ
        マンドでできます。
          <screen>
          xauth extract - $DISPLAY | rsh ahost.foo.org xauth merge -
          </screen>
      </para>

      <para>
        <!--
        The first command prints the magic cookie for the current host
        ($DISPLAY) to the standard output (the dash). This information
        is then piped to the remote shell command, which runs the
        xauth program on the machine ahost.foo.org. The magic cookie
        is then read from the standard input (again, the dash), and
        merged into the <emphasis>.Xauthority</emphasis> file. The
        result is that the user who executed this command can now run
        X clients on ahost.foo.org, and have them displayed on the X
        Server. It is important to have the permissions set correctly
        for the <emphasis>.Xauthority</emphasis> file. It should be
        readable/writable by the owner only (that is, set to
        '<emphasis>-rw&#045;&#045;&#045;&#045;&#045;&#045;&#045;</emphasis>'). Furthermore, beware of NFS
        exporting a home directory, even read-only! It may be mounted,
        allowing the <emphasis>.Xauthority</emphasis> file to be read.
        -->
        最初のコマンドは使用中のホスト (&dollar;DISPLAY) 用の magic
        cookie を標準出力 (ダッシュ) に印字します。次にこの情報はリモー
        トシェルコマンドへパイプされて、マシン ahost.foo.org 上で xauth
        プログラムを実行します。そして magic cookie は標準入力 (二つ目の
        ダッシュ) から読まれて、<emphasis>.Xauthority</emphasis> ファイ
        ルの中にマージされます。その結果、このコマンドを実行したユーザは
        ahost.foo.org 上の X クライアントを起動し、それらを X サーバ上に
        表示できるようになります。<emphasis>.Xauthority</emphasis> ファ
        イルのパーミッションを正しく設定することが重要です。所有者だけが
        読み書きできるようにします ('<emphasis>-rw-------</emphasis>' に
        設定します)。さらに、ホームディレクトリをリードオンリーでも NFS
        でエキスポートしないように気をつけてください！マウントされるかも
        しれず、<emphasis>.Xauthority</emphasis> ファイルを読むことを許
        してしまいます。
      </para>

      <para>
        <!--
        Note the key improvement here. The user who ran this command
        is now the only user on ahost.foo.org who can connect an X
        client to their X server. All other users on ahost.foo.org are
        still blocked out of this X session.
        -->
        ここで、何が主に改善されたのかに注意してください。現在、このコマ
        ンドを実行したユーザは、ahost.foo.org 上のそのユーザ唯一人で、彼
        だけがその X サーバへ X クライアントを接続できます。依然として
        ahost.foo.org 上の他のすべてのユーザはこの X セッションの外にブ
        ロックされます。
      </para>
    </sect2>

    <sect2>
      <title>X Display Manager</title>

      <para>
        <!--
        The X Display Manager, <emphasis>xdm</emphasis>, is a client
        which provides login screens for multiple X Servers. When a
        user logs in through the X Display Manager,
        <emphasis>xdm</emphasis> writes a magic cookie to the user's
        home directory, in the file
        <emphasis>.Xauthority</emphasis>. X servers are not always
        stand-alone computers. They can be X terminals as well, whose
        sole function is to run clients from other systems. These
        types of machines require a <emphasis>xdm</emphasis> to
        provide the initial login screen. Stand-alone computers may
        utilize <emphasis>xdm</emphasis> as well. In addition to
        providing a more user friendly login sequence,
        <emphasis>xdm</emphasis> provides support for magic cookie
        authentication.  This authentication must first be turned on
        by the following X resource entry in the file
        -->
        X Display Manager, <emphasis>xdm</emphasis> はログインスクリーン
        を複数の X サーバに供給するクライアントです。ユーザが X Display
        Manager を介してログインする時、<emphasis>xdm</emphasis> はユー
        ザのホームディレクトリにあるファイル
        <emphasis>.Xauthority</emphasis> の中へ magic cookie を書きます。
        X サーバは独立型のコンピュータであるとは限りません。唯一の機能が
        他のシステムからのクライアントを実行する X 端末でも可能です。こ
        の手のマシンは <emphasis>xdm</emphasis> が最初のログインスクリー
        ンを表示することを必要とします。独立型のコンピュータでも
        <emphasis>xdm</emphasis> を利用するかもしれません。多くのユーザ
        に使いやすいログイン手順を提供する以外に、
        <emphasis>xdm</emphasis> は magic cookie による認証のサポートも
        提供します。この認証は初めにファイル
        <emphasis>/usr/lib/X11/xdm/xdm-config</emphasis> 内の次に示す X
        リソースのエントリをオンにしなければなりません -
          <screen>
          DisplayManager*authorize:     true
          </screen>
      </para>

      <para>
        <!--
        With this, <emphasis>xdm</emphasis> will generate a new magic
        cookie value each time a user logs in, and store that value in
        their <emphasis>.Xauthority</emphasis> file.
        -->
        これで <emphasis>xdm</emphasis> はユーザがログインするたびに新し
        い magic cookie を生成して、ユーザの
        <emphasis>.Xauthority</emphasis> ファイルの中にその値を格納しま
        す。
      </para>

      <para>
        <!--
        If <emphasis>xdm</emphasis> is not being used, it is still
        possible to use this type of authentication; this will be
        explained below.
        -->
        <emphasis>xdm</emphasis> を使わない場合でも、この認証方式を使う
        ことができます - このことは次の項で述べます。
      </para>
    </sect2>

    <sect2>
      <!--
      <title>Generating a Magic Cookie Without
      <emphasis>Xdm</emphasis></title>
      -->
      <title><emphasis>Xdm</emphasis> なしで magic cookie を生成する
      </title>

      <para>
        <!--
        <emphasis>Xdm</emphasis> will manage your
        <emphasis>.Xauthority</emphasis> file for you, but if
        <emphasis>xdm</emphasis> is not used, it is still possible to
        have magic cookie authentication. The only problem is that on
        many X11 servers, the user needs to generate the magic key
        value (OpenWindows is one exception-it will generate a magic
        cookie when started). This can be done in a variety of
        ways. For example, if Korn shell is being used, it has a
        built-in random number generator:
        -->
        <emphasis>Xdm</emphasis> はあなた用の
        <emphasis>.Xauthority</emphasis> ファイルを管理しますが、
        <emphasis>xdm</emphasis> を使わなくても magic cookie 認証は可能
        です。多くのサーバ上で、ユーザが magic key の値を生成する必要が
        あるということが問題なだけです (OpenWindows は例外の一つで、起動
        された時にそれは magic cookie を生成します)。これは様々な方法で
        行うことができます。例えば、Korn シェルを使っている場合、シェル
        に組み込まれている乱数生成機能を使えます -
          <screen>
          randomkey=`ksh -c 'echo $(( $RANDOM * $RANDOM * 2 ))'`
          xauth add ${HOST}:0.$randomkey
          </screen>
      </para>

      <para>
        <!--
        If ksh is not being used, the clock may be used to obtain a
        'random key':
        -->
        ksh を使ってない場合、clock が '乱数 key' を得るために使えるでしょ
        う -
          <screen>
          randomkey=`date +"%y%m%d%H%M%S"`
          xauth add ${HOST}:0 . $randomkey
          </screen>
      </para>
    </sect2>

    <sect2>
      <!--
      <title>Xrsh in X11R5</title>
      -->
      <title>X11R5 における Xrsh</title>

      <para>
        <!--
        Xrsh is a script provided in X11R5, in the
        contrib/clients/xrsh directory. For those users who run
        clients remotely via rsh, this can be a handy script. It
        utilizes xauth to automatically copy the magic cookie code to
        the remote machine before running the remote client. For
        example, to run an <emphasis>xterm</emphasis> window on the
        host foo, type:
        -->
        Xrsh は X11R5 が提供するスクリプトで contrib/clients/xrsh ディレ
        クトリにあります。rsh を介しリモートのクライアントを実行するユー
        ザにとって、これは便利なスクリプトです。これはリモートのクライア
        ントを実行する前に自動的にリモートマシンへ magic cookikie code
        をコピーするために xauth を利用します、例えばホスト foo 上の
        <emphasis>xterm</emphasis> ウィンドウを実行するには -
          <screen>
          xrsh -auth xauth foo <emphasis>xterm</emphasis>
          </screen>
        <!--
        -->
        と入力します。
      </para>
    </sect2>

    <sect2>
      <!--
      <title>Benefits:</title>
      -->
      <title>長所：</title>

      <para>
        <!--
        Authorization is now done on a user-by-user basis, not a
        host-by-host basis. In an environment where one host supports
        a large number of users, this can be very important.
        -->
        認証は host-by-host ではなく、user-by-user の基準で行われます。
        一つのホストがとても多いユーザをサポートする環境において、これは
        非常に重要なことです。
      </para>
    </sect2>

    <sect2>
      <!--
      <title>Drawbacks:</title>
      -->
      <title>短所：</title>

      <para>
        <!--
        The <emphasis>xdm</emphasis> and xauth programs are time
        consuming for both the administrator and the end user to use
        and maintain. They require a good understanding of the X
        client-server model on the part of the user.
        -->
        <emphasis>xdm</emphasis> と xauth プログラムは管理者とエンドユー
        ザが使用および維持するのに時間のかかるものです。ユーザの方で X
        のクライアントサーバモデルをよく理解していることが必要です。
      </para>

      <para>
        <!--
        Note that magic cookie authorization should be used in
        addition to <emphasis>xhost</emphasis> security. In fact,
        '<emphasis>xhost -</emphasis>' should be used to disable all
        host-based access.
        -->
        magic cookie 認証は <emphasis>xhost</emphasis> のセキュリティに
        加えて、使わなければなりません。実際にはすべてのホストに基づくア
        クセスを無効にするために '<emphasis>xhost -</emphasis>' を使わな
        ければなりません。
      </para>
    </sect2>
  </sect1>

  <sect1 id="xterm">
    <!--
    <title>Xterm Vulnerabilities</title>
    -->
    <!--
    <title>Xterm の脆弱さ</title>
    -->
    <title>Xterm の脆弱性</title>

    <indexterm>
      <primary>disk!xterm</primary>
    </indexterm>

    <para>
      <!--
      The <emphasis>xterm</emphasis> program is used to provide the
      user with a command line prompt (a shell in Unix). Because a
      great deal of critical user/computer interaction takes place
      through a command line prompt, it is important to be able to
      execute this program safely. The <emphasis>xterm</emphasis>
      program has several security vulnerabilities worth mentioning.
      -->
      <emphasis>xterm</emphasis> プログラムはユーザにコマンドラインプロ
      ンプト (Unix のシェル) を提供するために使われます。コマンドライン
      プロンプトを介して多くの重要なユーザとコンピュータとのやりとりが行
      われるので、このプログラムを安全に実行できることが重要です。
      <emphasis>xterm</emphasis> プログラムにあるいくつかのセキュリティ
      上の脆弱性について述べます。
    </para>

    <para>
      <!--
      One write-access 'feature' provided by
      <emphasis>xterm</emphasis> should NOT be utilized. SendEvents
      are key and button events that have been generated artificially
      (i.e., not by a keyboard or a mouse). By default,
      <emphasis>xterm</emphasis> refuses all SendEvent requests from
      the X server. This can be over-ridden, however, in two ways. The
      first way is by adding an X resource definition to either the
      <emphasis>.Xdefaults</emphasis> file or the
      <emphasis>app-defaults/Xterm</emphasis> file:
      -->
      一つは、<emphasis>xterm</emphasis> が提供する write-access 機能で
      これを利用するべきではありません。SendEvent はキーとボタンのイベン
      トで人為的に生成されます (要するにキーボードやマウスによるものでは
      ありません)。デフォルトで <emphasis>xterm</emphasis> は X サーバか
      らの SendEvent 要求をすべて拒否します。しかし、これは二つの方法で
      変更可能です。方法の一つ目は、<emphasis>.Xdefaults</emphasis> ファ
      イルか <emphasis>app-defaults/Xterm</emphasis> ファイルのどちらか
      の X リソースの定義に次の行を追加します。
        <screen>
        xterm*allowSendEvents: True
        </screen>
    </para>

    <para>
      <!--
      The second way of allowing the X Server to send X events is
      through the <emphasis>xterm</emphasis> Main Options menu
      (accessed by holding down the CTRL key while pressing the left
      mouse button). NEITHER of these should ever be done, as they
      open the <emphasis>xterm</emphasis> to communication from
      sources other than the user who initiated it.
      -->
      方法の二つ目は、<emphasis>xterm</emphasis> のメインオプションメニュ
      ー (CTRL キーを押しながらマウスの左ボタンを押すことで表示できます)
      を介して X サーバに X イベントを送ることを許可することです。
      これら二つの方法は、<emphasis>xterm</emphasis>
      を起動した人以外からの通信を可能にしてしまうので、
      絶対に行うべきではありません。
    </para>

    <para>
      <!--
      Read access is controlled through a different mechanism,
      however. On the Main Options menu is a 'Secure Keyboard'
      option. When turned on, ALL keyboard events are sent exclusively
      to the <emphasis>xterm</emphasis> window (mouse interaction is
      not modified). This prevents other clients from capturing
      critical keyboard events, such as entering a password. Of
      course, only one X client at a time may have this option turned
      on. This option is useful for critical data entry, but is really
      impractical for continuous use because it must be turned off to
      interact with any other windows.
      -->
      しかし、read access は異なった仕組みを介して制御されます。メインオ
      プションメニュー上の 'Secure Keyboard' オプションです。オンにした
      時、すべてのキーボードのイベントはその <emphasis>xterm</emphasis>
      ウィンドウにのみ送られます (マウスのやりとりは変更されません)。こ
      れは他のクライアントがパスワードの入力といった重要なキーボードのイ
      ベントを捕捉することを妨げます。もちろん、一時期にこのオプションを
      オンにしてもいいのは一つの X クライアントだけです。このオプション
      は重要なデータ入力に役立ちますが、他のウィンドウとやりとりするため
      にはオフにしなければならないので、継続使用するには実際的ではありま
      せん。
    </para>
  </sect1>

  <sect1 id="related">
    <!--
    <title>X Windows Related Security Information</title>
    -->
    <title>X ウィンドウのセキュリティに関する情報</title>

    <indexterm>
      <primary>disk!related</primary>
    </indexterm>

    <para>
      <!--
      The following CIAC Bulletins have been released, which relate
      directly to X Windows:
      -->
      以下に示す CIAC の掲示は X ウィンドウに直接関連するもので公開され
      ています。
      <itemizedlist>
        <listitem>
          <para>
            <!--
            <ulink url="http://ciac.llnl.gov/ciac/bulletins/e-04.shtml">
            E-04</ulink>: 
            Versions of X11R5's <emphasis>Xterm</emphasis> that do not
            have Patch Level 26 contain a security vulnerability in
            its logging capability. This vulnerability allows an
            unauthorized user to obtain root access. If the
            <emphasis>xterm</emphasis> program has the 's' (setuid)
            permission bit set, and the command '<emphasis>xterm
            -l</emphasis>' creates a file
            '<emphasis>XtermLog.axxxx</emphasis>', then the
            vulnerability may exist.
            -->
            <ulink url="http://ciac.llnl.gov/ciac/bulletins/e-04.shtml">
            E-04</ulink>: 
            X11R5 のパッチレベル 26 があたっていない
            <emphasis>Xterm</emphasis> のバージョンは、ログ機能にセキュ
            リティ上の脆弱さがあります。この脆弱さは認証されていないユー
            ザが root を取ることを許してしまいます。
            <emphasis>xterm</emphasis> プログラムに 's' (setuid) のパー
            ミッションビットが設定され、コマンド '<emphasis>xterm
            -l</emphasis>' がファイル
            '<emphasis>XtermLog.axxxx</emphasis>' を作成するなら、その脆
            弱さが存在するかもしれません。
          </para>
        </listitem>
        <listitem>
          <para>
            <!--
            <ulink url="http://ciac.llnl.gov/ciac/bulletins/b-11.shtml">
            B-11</ulink>: 
            A security vulnerability on Sun computers running
            OpenWindows 2.0 (now a very old version) allows theft of
            critical files. This explains how to remove this.  E-05,
            D-11: These are announcements for the release of SunOS and
            Solaris patches. Two of these patches repair security
            holes in their OpenWindows system. The loadmodule patch is
            particularly important, as it fixes a widely exploited
            bug.
            -->
            <ulink url="http://ciac.llnl.gov/ciac/bulletins/b-11.shtml">
            B-11</ulink>: 
            OpenWindows 2.0 (今ではとても古いバージョンです) を実行して
            いる Sun のコンピュータのセキュリティ上の脆弱さは重要なファ
            イルの盗用を許します。これを除去する方法を述べています。
            E-05, D-11: これらは SunOS と Solaris 用のリリースの発表です。
            これら二つのパッチは OpenWindows システムにおけるセキュリティ
            ホールを修復します。特に loadmodule パッチは広く利用されてい
            たバグも修正するので、重要です。
          </para>
        </listitem>
        <listitem>
          <para>
            <!--
            <ulink url="http://ciac.llnl.gov/ciac/bulletins/f-19.shtml">
            F-19</ulink>: 
            The well known vulnerability probe program known as SATAN
            looks for X Windows vulnerabilities. This bulletin
            provides Hewlett-Packard HP-UX related information for
            protecting the HP-UX X Windows server from SATAN probes.
            -->
            <ulink url="http://ciac.llnl.gov/ciac/bulletins/f-19.shtml">
            F-19</ulink>: 
            SATAN と呼ばれるよく知られた脆弱さの探査プログラムは X ウィ
            ンドウの脆弱さを探索します。この掲示は SATAN 探査から HP-UX
            の X ウィンドウサーバを保護するために Hewlett-Packard HP-UX
            に関連した情報を提供します。 
          </para>
        </listitem>
        <listitem>
          <para>
            <!--
            <ulink url="http://ciac.llnl.gov/ciac/bulletins/f-21.shtml">
            F-21</ulink>: 
            This bulletin is similar to F-19, but provides SUN OS
            specific information.
            -->
            <ulink url="http://ciac.llnl.gov/ciac/bulletins/f-21.shtml">
            F-21</ulink>: 
            この掲示は F-19 と同様ですが、SUN OS に固有の情報です。
          </para>
        </listitem>
        <listitem>
          <para>
            <!--
            <ulink url="http://ciac.llnl.gov/ciac/bulletins/f-23.shtml">
            F-23</ulink>: 
            This bulletin is similar to F-19, but provides IBM AIX
            specific information.
            -->
            <ulink url="http://ciac.llnl.gov/ciac/bulletins/f-23.shtml">
            F-23</ulink>: 
            この掲示は F-19 と同様ですが、IBM AIX に固有の情報です。
          </para>
        </listitem>
        <listitem>
          <para>
            <!--
            <ulink url="http://ciac.llnl.gov/ciac/bulletins/f-24.shtml">
            F-24</ulink>: 
            This bulletin is similar to F-19, but provides SGI IRIX
            specific information.
            -->
            <ulink url="http://ciac.llnl.gov/ciac/bulletins/f-24.shtml">
            F-24</ulink>: 
            この掲示は F-19 と同様ですが、SGI IRIX に固有の情報です。
          </para>
        </listitem>
      </itemizedlist>
    </para>

    <para>
      <!--
      The following CIAC Notes relate directly to X Windows:
      -->
      以下に示す CIAC の注記は X ウィンドウに直接関連するものです。
      <itemizedlist>
        <listitem>
          <para>
            <!--
            <ulink url="http://ciac.llnl.gov/ciac/notes/Notes07.shtml">
            Notes 7</ulink>: 
            A lengthy article detailing SATAN and its probes covers
            X-Windows specific information.
            -->
            <ulink url="http://ciac.llnl.gov/ciac/notes/Notes07.shtml">
            Notes 7</ulink>: 
            SATAN の詳細を述べた非常に長い論文で、その探査は X ウィンド
            ウ固有の情報を網羅します。
          </para>
        </listitem>
      </itemizedlist>
    </para>

    <para>
      <!--
      All of the above Bulletins and Notes are available on the CIAC
      Web server, at http://ciac.llnl.gov.
      -->
      上記の掲示と注記のすべては http://ciac.llnl.gov にある CIAC のウェ
      ブサーバ上で利用できます。
    </para>
  </sect1>

  <sect1 id="appendix">
    <title>APPENDIX A: CONTACTING CIAC</title>

    <indexterm>
      <primary>disk!appendix</primary>
    </indexterm>

    <para>
      <screen>
        Phone                (510) 422-8193

        Fax                  (510) 423-8002

        STU-III              (510) 423-2604

        Electronic mail       <ulink url="mailto:ciac@llnl.gov">ciac@llnl.gov</ulink>

        Emergency SKYPAGE     800-SKYPAGE pin# 855-0070

        Anonymous FTP server  ciac.llnl.gov (IP 128.115.19.53)

        BBS                   (510) 423-3331 (9600 Baud)
                              (510) 423-4753 (2400 Baud)
      </screen>
    </para>

    <sect2 id="comments">
      <title>READER COMMENTS</title>

      <para>
        CIAC updates and enhances the documentation it produces. If you
        find errors in or have suggestions to improve this document,
        please fill out this form. 
        Mail it to CIAC, Lawrence Livermore National Laboratory,
        P.O. Box 808, Mail Stop L-303, Livermore, CA, 94551-9900. Thank you. 
    <screen>
    List errors you find here. Please include page numbers.


    ________________________________________________________________________
    ________________________________________________________________________
    ________________________________________________________________________
    ________________________________________________________________________
    ________________________________________________________________________
    ________________________________________________________________________
    ________________________________________________________________________
    ________________________________________________________________________

    List suggestions for improvement here.

    ________________________________________________________________________
    ________________________________________________________________________
    ________________________________________________________________________
    ________________________________________________________________________
    ________________________________________________________________________ 
    ________________________________________________________________________
    ________________________________________________________________________
    ________________________________________________________________________
    ________________________________________________________________________
    ________________________________________________________________________
    ________________________________________________________________________
    ________________________________________________________________________
    ________________________________________________________________________
    ________________________________________________________________________
    ________________________________________________________________________

    Optional:

    Name _____________________________________________  Phone ______________
    Securing X Windows CIAC-2316 R.0       September, 1995
    </screen>
      </para>
    </sect2>
  </sect1>

  <sect1 id="japanese">
    <title>日本語訳について</title>

    <indexterm>
      <primary>disk!japanese</primary>
    </indexterm>

    <para>
      日本語訳は Linux Japanese FAQ Project が行いました。
      翻訳に関するご意見は JF プロジェクト &lt;JF@linux.or.jp&gt; 宛に連絡
      してください。
    </para>

    <para>
      この文書は LDP 文書 <ulink url=
      "http://www.linuxdoc.org/HOWTO/mini/Remote-X-Apps.html"
      >Remote X Apps mini-HOWTO</ulink> (<ulink url=
      "http://www.linux.or.jp/JF/JFdocs/Remote-X-Apps.html"
      >日本語訳</ulink>) で紹介されています。この
      mini-HOWTO はリモート X アプリケーションを実行する方法について説明
      しているもので、関連した読み物として、この文書を読むことを勧めてい
      ます。この文書自体は CIAC に html 文書として掲示されていたものを
      JF で公開するために、DocBook 化し、著者の了承を得たものをソースと
      して使用しました。内容は 1995 年当時の X である X11R5 と linux で
      はない Unix をベースに書かれているので、現在の linux の各ディスト
      リビューションと、コマンドやファイルパスなど多少違いがあります。し
      たがって、この文書は Remote X Apps mini-HOWTO を補う読みものとして
      活用してください。
    </para>

    <para>
    <variablelist><title>R.0j</title>
      <VarListentry><term>翻訳:</term>
      <listitem>
        <para>
           野本 浩一 <email>hng@ps.ksky.ne.jp</email>
        </para>
      </listitem>
      </varlistentry>
      <VarListentry><term>保守(2004/03/05):</term>
      <listitem>
        <para>
           小林 雅典 <email>zap03216@nifty.ne.jp</email>
        </para>
      </listitem>
      </varlistentry>
      <VarListentry><term>校正:</term>
      <listitem>
        <itemizedlist>
          <listitem><para>
            佐野 武俊さん <email>kgh12351@nifty.ne.jp</email>
          </para></listitem>
          <listitem><para>
            千旦 裕司さん <email>ysenda@pop01.odn.ne.jp</email>
          </para></listitem>
          <listitem><para>
            さいとう かんさん <email>cans@i-cann.org</email>
          </para></listitem>
          <listitem><para>
            中島 幹夫さん <email>minakaji@osaka.email.ne.jp</email>
          </para></listitem>
        </itemizedlist>
      </listitem>
    </varlistentry>
    </variablelist>
    </para>

  </sect1>
</article>

