Account Options

  1. Sign in
The old Google Groups will be going away soon, but your browser is incompatible with the new version.
Google Groups Home
« Groups Home
Standards Update, IETF GRIP: Expectations for Security Incident Re=
There are currently too many topics in this group that display first. To make this topic appear first, remove this option from another topic.
There was an error processing your request. Please try again.
flag
  1 message - Collapse all  -  Translate all to Translated (View all originals)
The group you are posting to is a Usenet group. Messages posted to this group will make your email address visible to anyone on the Internet.
Your reply message has not been sent.
Your post was successful
 
From:
To:
Cc:
Followup To:
Add Cc | Add Followup-to | Edit Subject
Subject:
Validation:
For verification purposes please type the characters you see in the picture below or the numbers you hear by clicking the accessibility icon. Listen and type the numbers you hear
 
Nicholas M. Stoughton  
View profile  
 More options Jun 13 1996, 3:00 am
Newsgroups: comp.std.unix
From: n...@usenix.org (Nicholas M. Stoughton)
Date: 1996/06/13
Subject: Standards Update, IETF GRIP: Expectations for Security Incident Re=

Submitted-by: n...@usenix.org (Nicholas M. Stoughton)

   Nicholas M. Stoughton <n...@usenix.org>, Report Editor

IETF GRIP: Expectations for Security Incident Response

Nevil Brownlee <n.brown...@auckland.ac.nz> reports on the
March 4-8, 1996 IETF meeting in Los Angeles, Ca.:

The Guidelines and Recommendations for Security Incident
Processing (GRIP) working group was formed at the end of
1994 to produce a set of procedures to facilitate the
consistent handling of security incidents int the Internet
community. Although it is focussed on the Internet, many of
the concepts discussed in the proposed draft currently
available are also useful for other forms of local and wide
are network.

The document currently in production is now entitled
``Expectations for Security Incident Response'', and is
available for anyone to read via FTP from your favorite
internet drafts repository (there are several), or

ftp://ds.internic.net/internet-drafts/draft-ietf-grip-framework-irt-0...

This document is intended to facilitate the setting of
expectations regarding the operation of Security Incident
Response Teams (SIRTs).  It describes the various important
topics in the form of a ``template,'' through which every
SIRT should describe itself and its functions.

SIRT clients have a legitimate need and right to fully
understand the policies and procedures of their Security
Incident Response Team.  A SIRT's template supplies details
for the various important topics which clients must consider
when selecting a SIRT.

An example of a SIRT is the Computer Emergency Response
Team, CERT, based in Pittsburgh. As the scale of the problem
of security attacks increases, so does the number of bodies
and organizations offering help. Since many security
incidents involve crossing boundaries, whether they are
intra-company, inter-company, commercial, national or
whatever boundaries, the handling of such incidents may well
involve more than one agency.

In the past, there have been misunderstandings regarding the
expectations of these teams. The GRIP guide intends to
provide a framework for these expectations, and allows the
community to express areas and topics that need to be
addressed by any SIRT, whatever its specialization.

                            - 2 -

``Consistent handling'' implies that any group calling
itself a SIRT must react to security incidents or to threats
of them in ways which the Internet community agrees to be in
its general interest.  Every SIRT needs to clearly define
the services they offer and the level at which they are
offered to the client.  Such definitions will be
particularly important in contracts and/or agreements which
SIRTs make with their clients.

SIRT clients have a legitimate need and right to fully
understand the policies and procedures of their Security
Incident Response Team.  A SIRT's template supplies details
for the various important topics which clients must consider
when selecting a SIRT.

This document is now behind our original schedule, but is
beginning to look closer and closer to being a done deal.
Probably the next meeting in Montreal at the end of June
will see the final review before we submit it to the
Internet Engineering Steering Group (IESG) for review.

If this is the sort of area you are interested in
collaborating on, please feel free to mail our Working Group
chair, Barbara Fraser <b...@cert.org> for more details.


 
You must Sign in before you can post messages.
To post a message you must first join this group.
Please update your nickname on the subscription settings page before posting.
You do not have the permission required to post.
End of messages
« Back to Discussions « Newer topic     Older topic »