Hosting.com - First Name in Hosting

RFC1244 - Page 27


Page Navigation:

1  2  3  4  5  6  7  8  9  10  11  12  13  14  15  16  17  18  19  20  21  22  23  24  25  26  27  28  29  30  31  32  33  34  35  36  37  38  39  40  41  42  43  44  45  46  47  48  49  50  51  52  53  54  55  56  57  58  59  60  61  62  63  64  65  66  67  68  69  70  71  72  73  74  75  76  77  78  79  80  81  82  83  84  85  86  87  88  89  90  91  92  93  94  95  96  97  98  99  100  101 

Printable Version: RFC1244.PDF

<< Prev. Page     Next Page >>

RFC 1244                 Site Security Handbook                July 1991


   logon mechanisms.  Many similar approaches could be devised that
   provide several levels of protection for assets.  However, it's very
   easy to go overboard with extra mechanisms.  One must keep in mind
   exactly what it is that needs to be protected.

3.5  Physical Security

   It is a given in computer security if the system itself is not
   physically secure, nothing else about the system can be considered
   secure.  With physical access to a machine, an intruder can halt the
   machine, bring it back up in privileged mode, replace or alter the
   disk, plant Trojan horse programs (see section 2.13.9.2), or take any
   number of other undesirable (and hard to prevent) actions.

   Critical communications links, important servers, and other key
   machines should be located in physically secure areas.  Some security
   systems (such as Kerberos) require that the machine be physically
   secure.

   If you cannot physically secure machines, care should be taken about
   trusting those machines.  Sites should consider limiting access from
   non-secure machines to more secure machines.  In particular, allowing
   trusted access (e.g., the BSD Unix remote commands such as rsh) from
   these kinds of hosts is particularly risky.

   For machines that seem or are intended to be physically secure, care
   should be taken about who has access to the machines.  Remember that
   custodial and maintenance staff often have keys to rooms.

3.6   Procedures to Recognize Unauthorized Activity

   Several simple procedures can be used to detect most unauthorized
   uses of a computer system.  These procedures use tools provided with
   the operating system by the vendor, or tools publicly available from
   other sources.

   3.6.1  Monitoring System Use

      System monitoring can be done either by a system administrator, or
      by software written for the purpose.  Monitoring a system involves
      looking at several parts of the system and searching for anything
      unusual.  Some of the easier ways to do this are described in this
      section.

      The most important thing about monitoring system use is that it be
      done on a regular basis.  Picking one day out of the month to
      monitor the system is pointless, since a security breach can be
      isolated to a matter of hours.  Only by maintaining a constant



Site Security Policy Handbook Working Group                    [Page 27]


<< Prev. Page     Next Page >>