harden-doc 3.19 - en to ja translation catalogue (90 entries)

en: Frequently asked Questions (FAQ)
ja: よく聞かれる質問 (Frequently asked Questions、FAQ)

en: This chapter introduces some of the most common questions from the Debian security mailing list. You should read them before posting there or else people might tell you to RTFM.
ja: この章はセキュリティメーリングリストにしばしば現れる最もよく聞かれる質問の いくつかを紹介します。メーリングリストに投稿する前にこれを読むべきです。 そうしないと単にマニュアルを読めと言われるでしょう。

en: Security in the Debian operating system
ja: Debian オペレーティングシステムでのセキュリティ

en: Is Debian more secure than X?
ja: Debian は X より安全ですか?

en: A system is only as secure as its administrator is capable of making it. Debian's default installation of services aims to be <emphasis>secure</emphasis>, but may not be as paranoid as some other operating systems which install all services <emphasis>disabled by default</emphasis>. In any case, the system administrator needs to adapt the security of the system to the local security policy.
ja: システムは管理者がシステムを安全にする能力と同じくらい安全です。 Debian は<emphasis>デフォルトで安全な</emphasis>方法でサービスをインストールしようと して、すべてのサービスを<emphasis>デフォルトで停止された状態で</emphasis>インストールする 他のオペレーティングシステムのようにパラノイアであろうとはしないかも しれません。しかし、システム管理者はローカルのセキュリティポリシーに システムのセキュリティを適応される必要があります。

en: There are many Debian bugs in Bugtraq. Does this mean that it is very vulnerable?
ja: bugtraq には多くの Debian のバグがありますが、これは Debian がとても 脆弱ということですか?

en: More and more people are examining source code for flaws. There are many advisories related to source code audits of the major software components included in Debian. Whenever such source code audits turn up security flaws, they are fixed and an advisory is sent to lists such as Bugtraq.
ja: しかし、Debian を含む大手ソフトウェアコンポーネントに対してなされた ソースコード監査に関連する多くの勧告があります。このようなソースコード監査で 大きな欠陥が見つかるたびに、それは修正され、勧告が bugtraq などのメーリング リストに送られます。

en: Are there any hardening programs for Debian?
ja: Debian に強化用プログラムはありますか?

en: Some people believe, however, that a hardening tool does not eliminate the need for good administration.
ja: しかし、強化ツールを使ってもよい管理の必要性がなくなるわけではないと信じる 人もいます。

en: How can I make service XYZ more secure in Debian?
ja: どうすれば XYZ サービスをより安全にできますか?

en: You will find information in this document to make some services (FTP, Bind) more secure in Debian GNU/Linux. For services not covered here, check the program's documentation, or general Linux information. Most of the security guidelines for Unix systems also apply to Debian. In most cases, securing service X in Debian is like securing that service in any other Linux distribution (or Un*x, for that matter).
ja: いくつかのサービス (FTP、Bind) を Debian GNU/Linux でより安全にするための 情報がこの文書中にあります。しかし、ここで扱われていないサービスについては、 そのプログラムの文書か Linux 一般の文書を見ましょう。Unix システムへの セキュリティ関連のガイドラインのほとんどは Debian にもあてはまります。よって、 Debian のサービス X を安全にするのは、ほとんどの場合、ほかの Linux ディストリビューション (または、それを言うなら Unix) でそのサービスを 安全にするのと同様です。

en: Are all Debian packages safe?
ja: Debian のすべてのパッケージは安全ですか?

en: As a matter of fact, a Debian developer could distribute a Trojan in a package, and there is no possible way to check it out. Even if introduced into a Debian branch, it would be impossible to cover all the possible situations in which the Trojan would execute. This is why Debian has a <emphasis>"no guarantees"</emphasis> license clause.
ja: 実際、Debian 開発者がパッケージ中にトロイの木馬を含めて配布する可能性は ありますし、それを調べるための可能な方法もありません。そのような調査が Debian に導入されるとしてもトロイの木馬が実行されるすべての考えられる状況を 扱うことは不可能でしょう。

en: However, Debian users can take confidence in the fact that the stable code has a wide audience and most problems would be uncovered through use. Installing untested software is not recommended in a critical system (if you cannot provide the necessary code audit). In any case, if there were a security vulnerability introduced into the distribution, the process used to include packages (using digital signatures) ensures that the problem can be ultimately traced back to the developer. The Debian project has not taken this issue lightly.
ja: これは<emphasis>無保証</emphasis>ライセンス条項に頼ることになります。いずれにせよ、 Debian ユーザは安定版のコードには多くのユーザがいて問題の大部分は使用中に 発見されると確信することができます。どんな場合でも (必要なソースコード監査を 提供できないならば) 価値あるシステムにテストされていないソフトを インストールすることは推奨されていません。そして、いずれにせよ、 ディストリビューションに仕組まれたセキュリティ上の脆弱性があるとすれば、 それを含めるために使われた過程 (電子署名を使うこと) は問題が究極的には 特定の開発者までたどれることを保証します。そして Debian プロジェクトが この問題を軽く見たことはありません。

en: to:
ja: こう変更します:

en: Operating system users and groups
ja: オペレーティングシステムのユーザやグループ

en: Are all system users necessary?
ja: システムユーザはすべて必要ですか?

en: root: Root is (typically) the superuser.
ja: root: Root は (典型的には) スーパユーザです。

en: daemon: Some unprivileged daemons that need to write to files on disk run as daemon.daemon (e.g., <command>portmap</command>, <command>atd</command>, probably others). Daemons that don't need to own any files can run as nobody.nogroup instead, and more complex or security conscious daemons run as dedicated users. The daemon user is also handy for locally installed daemons.
ja: daemon: ディスク上のあるファイルに書きこむことができる必要がある非特権デーモンの 中には daemon.daemon として動くものがあります (portmap、atd そして他にも あるでしょう)。どのファイルも所有する必要がないデーモンはかわりに nobody.nogroup として動かすことができます。そしてより複雑かまたはより セキュリティに気をつけるべきデーモンは専用のユーザで動きます。 daemon ユーザはたぶんローカルでインストールしたデーモンにも便利でしょう。

en: bin: maintained for historic reasons.
ja: bin: 歴史的な理由から維持されています。

en: sys: same as with bin. However, /dev/vcs* and <filename>/var/spool/cups</filename> are owned by group sys.
ja: sys: bin と同様です。しかし、/dev/vcs* と /var/spool/cups は sys グループに よって所有されています。

en: sync: The shell of user sync is <filename>/bin/sync</filename>. Thus, if its password is set to something easy to guess (such as ""), anyone can sync the system at the console even if they have don't have an account.
ja: sync: sync ユーザのシェルは /bin/sync です。したがって、もしそのパスワードが 推測しやすいもの (「」とか) に設定されていれば、だれでもたとえその システムにアカウントを持っていなくてもコンソールでシステムの同期を 取ることができます。

en: games: Many games are SETGID to games so they can write their high score files. This is explained in policy.
ja: games: ゲームの多くはハイスコアファイルに書きこむことができるように games に sgid されています。これはポリシーで説明されています。

en: man: The man program (sometimes) runs as user man, so it can write cat pages to <filename>/var/cache/man</filename>
ja: man: man プログラムは (ときどき) cat ページを <filename>/var/cache/man</filename> に 書きこめるように man ユーザとして動きます。

en: lp: Used by printer daemons.
ja: lp: プリンタデーモンによって利用されます。

en: mail: Mailboxes in <filename>/var/mail</filename> are owned by group mail, as explained in policy. The user and group are used for other purposes by various MTA's as well.
ja: mail: <filename>/var/mail</filename> の中のメールボックスはポリシーで説明されているように mail グループによって所有されています。このユーザやグループはさまざまな MTA で他の目的にも利用されています。

en: news: Various news servers and other associated programs (such as <command>suck</command>) use user and group news in various ways. Files in the news spool are often owned by user and group news. Programs such as <command>inews</command> that can be used to post news are typically SETGID news.
ja: news: さまざまなニュースサーバや (suck のような) その他の関連するプログラムは news ユーザおよびグループをさまざまな方法で使います。ニューススプールの 中のファイルはしばしば news ユーザおよび グループによって所有されます。 ニュースに投稿するのに使える inews などのプログラムは典型的には news に sgid されます。

en: uucp: The uucp user and group is used by the UUCP subsystem. It owns spool and configuration files. Users in the uucp group may run uucico.
ja: uucp: uucp ユーザおよびグループは UUCP サブシステムで使われます。uucp は スプールおよび設定ファイルを所有しています。uucp グループのユーザは uucico を実行できます。

en: proxy: Like daemon, this user and group is used by some daemons (specifically, proxy daemons) that don't have dedicated user id's and that need to own files. For example, group proxy is used by <command>pdnsd</command>, and <command>squid</command> runs as user proxy.
ja: proxy: daemon と同様に、このユーザおよびグループは専用のユーザ id がなくて ファイルを所有する必要のあるいくつかのデーモン (特に、プロキシデーモン) に 利用されます。たとえば、proxy グループは pdnsd に利用されていますし、 squid は proxy ユーザとして動きます。

en: majordom: <command>Majordomo</command> has a statically allocated UID on Debian systems for historical reasons. It is not installed on new systems.
ja: majordom: Majordomo は歴史的な理由から Debian システムで静的な uid を割りあてられて います。これは新しいシステムにはインストールされません。

en: postgres: <command>Postgresql</command> databases are owned by this user and group. All files in <filename>/var/lib/postgresql</filename> are owned by this user to enforce proper security.
ja: postgres: Postgresql データベースはこのユーザおよびグループに所有されています。 <filename>/var/lib/postgresql</filename> の中のすべてのファイルは適切な セキュリティを実施するためにこのユーザによって所有されています。

en: www-data: Some web servers run as www-data. Web content should <emphasis>not</emphasis> be owned by this user, or a compromised web server would be able to rewrite a web site. Data written out by web servers, including log files, will be owned by www-data.
ja: www-data: ウェブブラウザの中には www-data として動くものがあります。ウェブの内容は このユーザに所有されるべきでは「ありません」。そうでないと破られた ウェブサーバがウェブサイトを書きかえることができてしまうでしょう。 ウェブサーバによって書かれたデータはログファイルも含めて www-data に 所有されます。

en: backup: So backup/restore responsibilities can be locally delegated to someone without full root permissions.
ja: backup: バックアップや修復の責任を完全な root 権限を持たない人にローカルで まかせられるように。

en: list: Mailing list archives and data are owned by this user and group. Some mailing list programs may run as this user as well.
ja: list: メーリングリストのアーカイブとデータはこのユーザおよびグループによって 所有されます。いくつかのメーリングリストプログラムもこのユーザで動きます。

en: irc: Used by irc daemons. A statically allocated user is needed only because of a bug in <command>ircd</command>, which SETUID()s itself to a given UID on startup.
ja: irc: irc デーモンに利用されます。静的に割りあてられたユーザが必要なのは 単に ircd のバグのせいです -- ircd は起動時に与えられた UID に自分自身を setuid() します。

en: gnats.
ja: gnats。

en: nobody, nogroup: Daemons that need not own any files run as user nobody and group nogroup. Thus, no files on a system should be owned by this user or group.
ja: nobody, nogroup: どのファイルも所有する必要がないデーモンはユーザ nobody、グループ nogroup として動きます。したがって、システムのどのファイルもこのユーザ またはグループに所有されるべきではありません。

en: Other groups which have no associated user:
ja: 対応するユーザを持たない他のグループ:

en: adm: Group adm is used for system monitoring tasks. Members of this group can read many log files in <filename>/var/log</filename>, and can use xconsole. Historically, <filename>/var/log</filename> was <filename>/usr/adm</filename> (and later <filename>/var/adm</filename>), thus the name of the group.
ja: adm: adm グループはシステム監視の仕事に使われます。このグループのメンバーは /var/log の中の多くのログを読むことができますし、xconsole を使うことが できます。歴史的には、/var/log は /usr/adm でした (そのあと /var/adm に なりました)。これがこのグループの名前の由来です。

en: tty: TTY devices are owned by this group. This is used by write and wall to enable them to write to other people's TTYs.
ja: tty: Tty デバイスがこのグループに所有されています。これは他の人の tty に 書きこめるようにするために write や wall に使われています。

en: disk: Raw access to disks. Mostly equivalent to root access.
ja: disk: ディスクへの生アクセスです。root アクセスとほぼ等価です。

en: kmem: /dev/kmem and similar files are readable by this group. This is mostly a BSD relic, but any programs that need direct read access to the system's memory can thus be made SETGID kmem.
ja: kmem: /dev/kmem および同様のファイルをこのグループは読むことができます。 これはだいたい BSD の歴史の遺物ですが、システムメモリを直接読みこむ 必要があるプログラムは kmem に sgid することができます。

en: dialout: Full and direct access to serial ports. Members of this group can reconfigure the modem, dial anywhere, etc.
ja: dialout: シリアルポートへの直接かつ完全なアクセスです。このグループのメンバーは モデムを再設定したりすきな場所に電話したりといったことができます。

en: dip: The group's name stands for "Dial-up IP", and membership in dip allows you to use tools like <command>ppp</command>, <command>dip</command>, <command>wvdial</command>, etc. to dial up a connection. The users in this group cannot configure the modem, but may run the programs that make use of it.
ja: dip: このグループの名前は「Dialup IP」を表します。このグループに所属していると ダイヤルアップ接続のために <command>ppp</command>、<command>dip</command>、 <command>wvdial</command> などの道具を使うことができます。このグループのユーザは モデムを設定することはできません。モデムを利用するプログラムを実行できる だけです。

en: fax: Allows members to use fax software to send / receive faxes.
ja: fax: メンバーがファックスを送ったり受けとったりするためのソフトウェアを 使えるようにします。

en: voice: Voicemail, useful for systems that use modems as answering machines.
ja: voice: Voicemail です。モデムを留守番電話として利用するシステムにとって 便利です。

en: cdrom: This group can be used locally to give a set of users access to a CDROM drive.
ja: cdrom: このグループは何人かのユーザに cdrom ドライブへアクセスさせるのに ローカルで使えます。

en: floppy: This group can be used locally to give a set of users access to a floppy drive.
ja: floppy: このグループは何人かのユーザにフロッピードライブへアクセスさせるのに ローカルで使えます。

en: tape: This group can be used locally to give a set of users access to a tape drive.
ja: tape: このグループは何人かのユーザにテープドライブへアクセスさせるのに ローカルで使えます。

en: sudo: Members of this group don't need to type their password when using <command>sudo</command>. See <filename>/usr/share/doc/sudo/OPTIONS</filename>.
ja: sudo: このグループのメンバーは sudo を使うときにパスワードを入力する必要が ありません。<filename>/usr/share/doc/sudo/OPTIONS</filename> をごらんください。

en: audio: This group can be used locally to give a set of users access to an audio device.
ja: audio: このグループは何人かのユーザにオーディオデバイスへアクセスさせるのに ローカルで使えます。

en: src: This group owns source code, including files in <filename>/usr/src</filename>. It can be used locally to give a user the ability to manage system source code.
ja: src: このグループは <filename>/usr/src</filename> の中のファイルを含むソースコードを 所有しています。src はユーザにシステムのソースコードを管理する能力を 与えるのにローカルで使えます。

en: shadow: <filename>/etc/shadow</filename> is readable by this group. Some programs that need to be able to access the file are SETGID shadow.
ja: shadow: このグループは <filename>/etc/shadow</filename> を読むことができます。この ファイルにアクセスできる必要があるプログラムは shadow に set gid されて います。

en: utmp: This group can write to <filename>/var/run/utmp</filename> and similar files. Programs that need to be able to write to it are SETGID utmp.
ja: utmp: このグループは <filename>/var/run/utmp</filename> および同様のファイルに書きこむ ことができます。これに書きこめる必要があるプログラムは utmp に sgid されています。

en: video: This group can be used locally to give a set of users access to a video device.
ja: video: このグループは何人かのユーザにビデオデバイスへアクセスさせるのに ローカルで使えます。

en: staff: Allows users to add local modifications to the system (<filename>/usr/local</filename>, <filename>/home</filename>) without needing root privileges. Compare with group "adm", which is more related to monitoring/security.
ja: staff: ユーザがシステムに root の特権なしでローカルの変更を加えることが できるようにします。これをより監視やセキュリティに関連した「adm」 グループと比較してください。

en: users: While Debian systems use the private user group system by default (each user has their own group), some prefer to use a more traditional group system, in which each user is a member of this group.
ja: users: Debian システムはユーザグループシステム (それぞれのユーザが自分のグループを 持つ) をデフォルトで使いますが、より伝統的なグループシステムを使いたい人が いるかもしれません。そのようなシステムでは、各ユーザは「users」グループの メンバーです。

en: What is the difference between the adm and the staff group?
ja: adm グループと staff グループのちがいは何ですか?

en: Questions regarding services and open ports
ja: サービスおよび開いているポートに関する質問

en: Why are all services activated upon installation?
ja: なぜすべてのサービスがインストール時に起動されるのですか

en: That's just an approach to the problem of being, on one side, security conscious and on the other side user friendly. Unlike OpenBSD, which disables all services unless activated by the administrator, Debian GNU/Linux will activate all installed services unless deactivated (see <xref linkend="disableserv" /> for more information). After all you installed the service, didn't you?
ja: これは一方ではセキュリティに気をつけること、他方ではユーザにやさしいことという 問題に対する取り組み方のひとつにすぎません。管理者によって起動されるまで すべてのサービスを停止する OpenBSD とは異なり、Debian GNU/Linux は停止されない かぎりすべてのインストールずみのサービスを起動します (くわしくは <xref linkend="disableserv" /> をごらんください)。結局、そのサービスをインストール したのはあなたでしょう?

en: <command>Inetd</command> is not easy to remove since <package>netbase</package> depends on the package that provides it (<package>netkit-inetd</package>). If you want to remove it, you can either disable it (see <xref linkend="disableserv" />) or remove the package by using the <package>equivs</package> package.
ja: Inetd を削除することは簡単ではありません。なぜなら <application>netbase</application> がそれを提供するパッケージ (<application>netkit-inetd</application>) に依存するからです。inetd を削除したいなら それを停止することもできますし (<xref linkend="disableserv" /> をごらんください)、 <application>equivs</application> パッケージを使ってそのパッケージを削除する こともできます。

en: Why do I have port 111 open?
ja: なぜ 111 番ポートは開いていますか?

en: Port 111 is sunrpc's portmapper, and it is installed by default as part of Debian's base installation since there is no need to know when a user's program might need RPC to work correctly. In any case, it is used mostly for NFS. If you do not need it, remove it as explained in <xref linkend="rpc" />.
ja: 111 番ポートは sunrpc の portmapper です。これは Debian システムのすべての base インストールでデフォルトでインストールされます。なぜならユーザの プログラムが正しく動くのにいつ RPC が必要か知る必要はないからです。 いずれにせよ、こえは主に NFS に使われます。もし必要ないのなら、 <xref linkend="rpc" /> で説明されているようにそれを削除してください。

en: Yes, of course. The ports you are leaving open should adhere to your individual site's policy regarding public services available to other networks. Check if they are being opened by <command>inetd</command> (see <xref linkend="inetd" />), or by other installed packages and take the appropriate measures (i.e, configure inetd, remove the package, avoid it running on boot-up).
ja: もちろん閉じていいです。開いたままのポートは他のシステムが利用可能な 公開サービスに関するあなたのサイトのポリシーに沿ったものであるべきです。 それが inetd (<xref linkend="inetd" /> をごらんください) によって開いているのか、 他のインストールされているパッケージによって開いているのかを調べて、 適切な手段 (inetd を設定するとか、パッケージを削除するとか、ブート時に 起動するのを避けるとか) を取ってください。

en: <emphasis>No</emphasis>, <filename>/etc/services</filename> only provides a mapping between a virtual name and a given port number. Removing names from this file will not (usually) prevent services from being started. Some daemons may not run if <filename>/etc/services</filename> is modified, but that's not the norm. To properly disable the service, see <xref linkend="disableserv" />.
ja: <emphasis>いいえ</emphasis>、<filename>/etc/services</filename> は仮想名から特定のポート番号への 写像を提供するだけです。そこから名前を削除しても (ふつうは) サービスが 起動するのを防ぐことはできません。デーモンには <filename>/etc/services</filename> が 変更されていると動かないものもあるかもしれませんが、これは基準では ありませんし、推奨されている方法でもありません。<xref linkend="disableserv" /> を ごらんください。

en: I have lost my password and cannot access the system!
ja: パスワードがわからなくなって、システムにアクセスできません!

en: The steps you need to take in order to recover from this depend on whether or not you have applied the suggested procedure for limiting access to <command>lilo</command> and your system's BIOS.
ja: ここから回復するために必要な手段は Lilo や BIOS を制限するためにここで 提案された手続きを適用したかどうかに依存します。

en: If you have limited both, you need to disable the BIOS setting that only allows booting from the hard disk before proceeding. If you have also forgotten your BIOS password, you will have to reset your BIOS by opening the system and manually removing the BIOS battery.
ja: もし両方を制限したなら、先に進む前に BIOS の機能 (ハードディスクだけから ブートできるようにする) を停止する必要があります。もし BIOS のパスワードも 忘れたなら、システムの箱を開いて BIOS のバッテリーを手作業で取りはずす 必要があるでしょう。

en: Boot-up from a rescue disk and start the kernel
ja: レスキューディスクからブートしてカーネルを起動します

en: Go to the virtual console (Alt+F2)
ja: 仮想コンソールへ移動します (Alt + F2)

en: Mount the hard disk where your /root is
ja: /root のあるハードディスクをマウントします

en: Edit (Debian 2.2 rescue disk comes with the editor <command>ae</command>, and Debian 3.0 comes with <command>nano-tiny</command> which is similar to <command>vi</command>) <filename>/etc/shadow</filename> and change the line:
ja: <filename>/etc/shadow</filename> を編集して (Debian 2.2 のレスキューディスクには <command>ae</command> がついてきます。Debian 3.0 には <command>vi</command> に似た <command>nano-tiny</command> がついてきます) この行を:

en: If you have introduced these features, you will need to enter into single user mode. If LILO has been restricted, you will need to rerun <command>lilo</command> just after the root reset above. This is quite tricky since your <filename>/etc/lilo.conf</filename> will need to be tweaked due to the root (/) file system being a ramdisk and not the real hard disk.
ja: もしこの機能も導入していたならばシングルモードに入る必要があります。LILO が 制限されていない必要があります。もしこれも行っていたならば上記の root の リセットの直後に <command>lilo</command> を再実行する必要があります。 実物のハードディスクではなく ramdisk である / ファイルシステムのせいで <filename>/etc/lilo.conf</filename> をいじる必要があるのでこれはとても複雑です。

en: Press the Alt, shift or Control key just before the system BIOS finishes, and you should get the LILO prompt.
ja: システムの BIOS が終わる直前に Alt キー、シフトキーまたは コントロールキーを押す。LILO プロンプトが出るはずです。

en: This will give you a shell prompt in single-user mode (it will ask for a password, but you already know it)
ja: シングルユーザモードでシェルプロンプトが出るはずです (パスワードを聞かれますが、すでにそれを知っているはずです)

en: Change the superuser password with <command>passwd</command> (since you are superuser it will not ask for the previous password).
ja: スーパユーザのパスワードを <command>passwd</command> で変更します (あなたはスーパユーザなので以前のパスワードは聞かれません)

en: You might find lines in your logs like:
ja: ログの中にこのような行があるかもしれません:

en: Don't worry too much. Check to see if these entries are due to <command>cron</command> jobs (usually <filename>/etc/cron.daily/find</filename> or <command>logrotate</command>):
ja: あまり気にしないでください。これが cron 経由で実行されるジョブ (ふつうは <filename>/etc/cron.daily/find</filename> か <command>logrotate</command> です) によるものか 確かめてください:

en: I have suffered a break-in, what do I do?
ja: 侵入されました、どうしましょう?

en: How can I trace an attack?
ja: どうやったら攻撃を追跡できますか?

en: By watching the logs (if they have not been tampered with), using intrusion detection systems (see <xref linkend="intrusion-detect" />), <command>traceroute</command>, <command>whois</command> and similar tools (including forensic analysis), you may be able to trace an attack to the source. The way you should react to this information depends solely on your security policy, and what <emphasis>you</emphasis> consider is an attack. Is a remote scan an attack? Is a vulnerability probe an attack?
ja: ログを見ること (もしそれが変更されていないなら)、侵入検知システムを 使うこと (<xref linkend="intrusion-detect" /> をごらんください)、 <command>traceroute</command>、<command>whois</command> その他の道具 (科学捜査を 含みます) を使うことによって、攻撃を発生源まで追跡できます。この情報に どう反応するべきかはあなたのセキュリティポリシーに、そして <emphasis>あなたが</emphasis> 何を攻撃と考えるかにのみ依存します。リモートスキャンは攻撃でしょうか? 脆弱性探査は攻撃でしょうか?

en: Program X in Debian is vulnerable, what do I do?
ja: Debian のプログラム X は脆弱です、どうしましょう?

en: First, take a moment to see if the vulnerability has been announced in public security mailing lists (like Bugtraq) or other forums. The Debian Security Team keeps up to date with these lists, so they may also be aware of the problem. Do not take any further actions if you see an announcement at <ulink url="http://security.debian.org" />.
ja: まずその脆弱性が公開のセキュリティ関係のメーリングリスト (Bugtraq など) か 他のフォーラムで発表されているか確かめましょう。Debian Security Team は このメーリングリストについていっているので、すでにこの問題に気づいて いるかもしれません。発表が <ulink url="http://security.debian.org" /> にあれば それ以上何もしないでください。

en: The version number for a package indicates that I am still running a vulnerable version!
ja: パッケージのバージョン番号によると依然として脆弱なバージョンを使って いることになります!

en: Instead of upgrading to a new release, Debian backports security fixes to the version that was shipped in the stable release. The reason for this is to make sure that the stable release changes as little as possible, so that things will not change or break unexpectedly as a result of a security fix. You can check if you are running a secure version of a package by looking at the package changelog, or comparing its exact (upstream version -slash- debian release) version number with the version indicated in the Debian Security Advisory.
ja: 新しいリリースにアップグレードするかわりに私たちはセキュリティ関連の修正を 安定版リリースで出荷されたバージョンに逆移植しています。こうする理由は リリースの変更をできるだけ小さくして、セキュリティ関連の修正の結果物事が 思いがけず変わったり壊れたりしないようにするためです。安全なバージョンの パッケージを使っているかどうかはそのパッケージの変更履歴を見るか、その 正確な (上流のバージョン - 斜線 - Debian リリース) バージョン番号を Debian Security Advisory が示すバージョンと比較することによって調べることが できます。

en: Specific software
ja: 特定のソフトウェア

en: <package>proftpd</package> is vulnerable to a Denial of Service attack.
ja: Proftpd はサービス否定攻撃に脆弱です

en: Add <literal>DenyFilter \*.*/</literal> to your configuration file, and for more information see <ulink url="http://www.proftpd.org/bugs.html" />.
ja: <literal>DenyFilter \*.*/</literal> を設定ファイルに加えてください。くわしくは <ulink url="http://www.proftpd.org/critbugs.html" /> をごらんください。

en: Questions regarding the Debian security team
ja: Debian security team に関する質問
