Кратко

  • IETF datatracker фиксирует рабочую группу grip («Guidelines and Recommendations for Security Incident Processing», краткое имя «G & R for Security Incident Processing») как завершённую: старт в феврале 1995 года, завершение в декабре 2001 года, состояние Concluded, устав charter-ietf-grip-01 Approved, совместно с областью Security[^1][^2].
  • Единственный текущий документ группы — RFC 2350 «Expectations for Computer Security Incident Response» (BCP 21), опубликованный 1 июня 1998 года авторством N. Brownlee и E. Guttman; BCP 21 сегодня содержит ровно один RFC, обобщающего документа нет, но против RFC 2350 зарегистрированы errata[^4][^5][^7].
  • Сам datatracker предупреждает, что «данные по завершённым WG иногда неверны», и на странице группы имя «G & R for Security Incident Processing» расходится с полным именем из устава — напоминание о хрупкости институциональной памяти[^1].

Каждая организация, подписывающая контракт с командой реагирования на инциденты (CSIRT), опирается на документ, который никто из его авторов группы не сопровождал уже более двух десятилетий. RFC 2350 определил, чего можно ожидать от CSIRT: публичные описание услуг, уровни раскрытия информации, формы взаимодействия. Рабочая группа grip, выработавшая этот документ, завершилась в декабре 2001 года[^2]; mailing list группы работала на внешнем домене, чья судьба вне зоны ответственности IETF[^1].

Тем не менее RFC Editor по-прежнему числит RFC 2350 текущим Best Current Practice: BCP 21 содержит ровно один RFC, и документа, обобщающего или заменяющего его, не появилось[^5].

Это не аномалия, а типовой механизм: стандарт в IETF продолжает действовать, пока его явно не заменят, независимо от того, существует ли писавшая его группа. Верифицируемость сегодня обеспечивает не «живая» группа, а архив: RFC Editor хранит текст и errata, datatracker — историю драфтов draft-ietf-grip-framework-irt от -00 (15 сентября 1995) до -07 (11 сентября 1997) и события обслуживания метаданных вплоть до 20 мая 2026 года[^3][^6]. Институциональная легитимность сместилась из органа в запись.

Границы доказательств здесь существенны. Прямое подтверждение соответствия внутреннего идентификатора API datatracker (group id 1007) группе grip получено не было — эндпоинт не запрашивался; идентичность группы установлена по человекочитаемым страницам /wg/grip/[^8]. Сам datatracker оговаривает возможную неточность данных о завершённых группах, поэтому даты 1995-02 и 2001-12 следует читать как запись, а не как непогрешимую хронологию[^1]. Расхождение краткого и полного имён в первичных записях не разрешено[^1].

Для советов директоров и регуляторов практический вывод: когда «стандарт» цитируется в контракте или политике, проверка сводится к трём вопросам — живёт ли орган, поддерживающий документ; кто фиксирует errata; кто вправе объявить документ устаревшим. В случае RFC 2350 ответ: никто не сопровождал, errata — у RFC Editor, права заменять — у будущих групп IETF, которых пока нет.

[^1]: IETF Datatracker, страница группы grip — https://datatracker.ietf.org/wg/grip/about/ [^2]: IETF Datatracker, список завершённых групп — https://datatracker.ietf.org/group/concluded/ [^3]: IETF Datatracker, история документа RFC 2350 — https://datatracker.ietf.org/doc/rfc2350/history/ [^4]: RFC Editor, информационная страница RFC 2350 — https://www.rfc-editor.org/info/rfc2350/ [^5]: RFC Editor, BCP 21 — https://www.rfc-editor.org/info/bcp21/ [^6]: IETF Datatracker, страница документа RFC 2350 — https://datatracker.ietf.org/doc/rfc2350/ [^7]: RFC Editor, текст RFC 2350 — https://www.rfc-editor.org/rfc/rfc2350.html [^8]: IETF Datatracker API, группа 1007 — https://datatracker.ietf.org/api/v1/group/group/1007/