Commit 62344af7 authored by lpsolit%gmail.com's avatar lpsolit%gmail.com

Bug 380730: Remove documentation about the withdrawn mod_throttle module - Patch…

Bug 380730: Remove documentation about the withdrawn mod_throttle module - Patch by samfw <sam.folkwilliams@gmail.com> r=mkanat
parent 90754d42
......@@ -215,9 +215,7 @@
<glossdef>
<para>A DOS, or Denial of Service attack, is when a user attempts to
deny access to a web server by repeatedly accessing a page or sending
malformed requests to a webserver. This can be effectively prevented
by using <filename>mod_throttle</filename> as described in
<xref linkend="security-webserver-mod-throttle"/>. A D-DOS, or
malformed requests to a webserver. A D-DOS, or
Distributed Denial of Service attack, is when these requests come
from multiple sources at the same time. Unfortunately, these are much
more difficult to defend against.
......
<!-- <!DOCTYPE chapter PUBLIC "-//OASIS//DTD DocBook XML V4.1.2//EN"> -->
<!-- $Id: security.xml,v 1.14 2008/04/04 06:48:21 jocuri%softhome.net Exp $ -->
<!-- $Id: security.xml,v 1.18 2008/04/04 06:48:25 lpsolit%gmail.com Exp $ -->
<chapter id="security">
<title>Bugzilla Security</title>
......@@ -57,7 +57,7 @@
<note>
<para>You will need to set the <option>webservergroup</option> option
in <filename>localconfig</filename> to the group your webserver runs
in <filename>localconfig</filename> to the group your web server runs
as. This will allow <filename>./checksetup.pl</filename> to set file
permissions on Unix systems so that nothing is world-writable.
</para>
......@@ -137,7 +137,7 @@
<section id="security-mysql-network">
<title>Network Access</title>
<para>If MySQL and your webserver both run on the same machine and you
<para>If MySQL and your web server both run on the same machine and you
have no other reason to access MySQL remotely, then you should disable
the network access. This, along with the suggestion in
<xref linkend="security-os-ports"/>, will help protect your system from
......@@ -147,9 +147,9 @@
<example id="security-mysql-network-ex">
<title>Disabling Networking in MySQL</title>
<para>Simply enter the following in <filename>/etc/my.conf</filename>:
<para>Simply enter the following in <filename>/etc/my.cnf</filename>:
<screen>
[myslqd]
[mysqld]
# Prevent network access to MySQL.
skip-networking
</screen>
......@@ -171,20 +171,19 @@ skip-networking
<section id="security-webserver">
<title>Webserver</title>
<title>Web server</title>
<section id="security-webserver-access">
<title>Disabling Remote Access to Bugzilla Configuration Files</title>
<para>There are many files that are placed in the Bugzilla directory
area that should not be accessable from the web. Because of the way
Bugzilla is currently layed out, the list of what should and should not
be accessible is rather complicated. A new installation method is
currently in the works which should solve this by allowing files that
shouldn't be accessible from the web to be placed in a directory outside
the webroot. See
<ulink url="http://bugzilla.mozilla.org/show_bug.cgi?id=44659">bug 44659</ulink>
for more information.
<para>
There are many files that are placed in the Bugzilla directory
area that should not be accessible from the web server. Because of the way
Bugzilla is currently layed out, the list of what should and should not
be accessible is rather complicated. A quick way is to run
<filename>testserver.pl</filename> to check if your web server serves
Bugzilla files as expected. If not, you may want to follow the few
steps below.
</para>
<tip>
......@@ -296,52 +295,21 @@ skip-networking
properly blocked. Of particular interest is the localconfig file which
contains your database password. Also, be aware that many editors
create temporary and backup files in the working directory and that
those should also not be accessable. For more information, see
those should also not be accessible. For more information, see
<ulink url="http://bugzilla.mozilla.org/show_bug.cgi?id=186383">bug 186383</ulink>
or
<ulink url="http://online.securityfocus.com/bid/6501">Bugtraq ID 6501</ulink>.
To test, simply point your web browser at the file; for example, to
test mozilla.org's installation, we'd try to access
<ulink url="http://bugzilla.mozilla.org/localconfig"/>. You should get
a <quote><errorcode>403</errorcode> <errorname>Forbidden</errorname></quote>
error.
To test, simply run <filename>testserver.pl</filename>, as said above.
</para>
<tip>
<para>Be sure to check <xref linkend="http"/> for instructions
specific to the webserver you use.
specific to the web server you use.
</para>
</tip>
</section>
<section id="security-webserver-mod-throttle">
<title>Using <filename>mod_throttle</filename> to Prevent a DOS</title>
<note>
<para>This section only applies to people who have chosen the Apache
webserver. It may be possible to do similar things with other
webservers. Consult the documentation that came with your webserver
to find out.
</para>
</note>
<para>It is possible for a user, by mistake or on purpose, to access
the database many times in a row which can result in very slow access
speeds for other users (effectively, a
<glossterm linkend="gloss-dos">DOS</glossterm> attack). If your
Bugzilla installation is experiencing this problem, you may install
the Apache module <filename>mod_throttle</filename> which can limit
connections by IP address. You may download this module at
<ulink url="http://www.snert.com/Software/mod_throttle/"/>.
Follow the instructions to install into your Apache install.
The command you need is
<command>ThrottleClientIP</command>. See the
<ulink url="http://www.snert.com/Software/mod_throttle/">documentation</ulink>
for more information.</para>
</section>
</section>
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment