Buncha Build
워크플로

NIST 사고 대응 프레임워크로 내 절차를 단계별로 점검하기

03
작업

절차 하나를 공개 가이드와 비교하기

여기서 NIST 사고 대응 프레임워크는 4개 단계로 이루어진 NIST의 사고 처리 가이드 SP 800-61을 뜻해요. 절차 하나를 고르세요. 팀이 사고 관리에서 가장 어려움을 겪는 부분부터 그 단계들과 비교하고, 빈틈을 적어 두세요.

01

폴더 열기

절차 문서가 있는 작업 폴더를 고르고, Ask first를 선택해 모든 변경이 승인을 기다리게 하세요.

02

공개 가이드 읽기

에이전트에게 web_search와 http_get으로 가이드를 읽고 그 단계를 메모 파일에 나열하게 하세요.

03

단계 비교하기

에이전트가 read_file과 grep으로 내 절차를 읽고, 어떤 단계를 다루고 어떤 단계를 전혀 언급하지 않는지 나열해요.

04

diff 검토하기

제안된 각 수정을 diff로 읽고, 우리 조직에 맞는 것은 수락하고 나머지는 거부하세요.

에이전트가 쓸 수 있는 짧은 체크리스트

ir-checklist.md
# Incident checklist
## Prepare
- [ ] Review the contact list and owners
- [ ] Confirm the backup channel is written down
## Triage
- [ ] Open an incident record with date and time
- [ ] Note who reported it and how
## Contain
- [ ] Record who approves each decision
- [ ] Note times and keep copies of logs
## Communicate
- [ ] Tell the people listed in the plan
## Review
- [ ] Hold a review and assign owners and dates

파일은 짧아요. 작은 팀이라면 이런 체크리스트를 5개의 단계 제목과 그 아래 몇 줄의 작업으로 한 페이지에 담아 두었다가, 나중에 사이버 대응 계획으로 키울 수 있어요.

초안을 SANS 사고 대응 프레임워크와 교차 점검하기

공개 가이드 두 개의 단계 비교하기

SANS 사고 대응 프레임워크는 보통 준비, 식별, 격리, 제거, 복구, 교훈의 여섯 단계로 가르쳐요. 에이전트에게 이 단계들을 SP 800-61의 4개 단계와 나란히 표로 만들게 하세요. web_search가 페이지를 찾고 http_get이 한 번에 한 페이지씩 가져와요. 그다음 read_file이 내 절차를 열고 grep이 각 단계를 이름으로 찾기 때문에, 결과는 문서에 언급된 단계와 빠뜨린 단계의 표가 돼요. 아직 수정되는 것은 없어요. 표를 직접 읽고, 수정하기 전에 어떤 빈틈이 중요한지 동료들과 정하세요.

누구에게 언제 어떻게 알릴지 추가하기

소통 계획은 누구에게 언제 누가 어떤 채널로 알리는지에 답하며, 예비 채널은 영향받을 수 있는 시스템에 의존하면 안 돼요. 서드파티 공급업체를 심사한다면 각 업체에 사고 연락 담당자를 요청해 목록에 추가하세요. 공급업체의 사고가 내 시스템에 영향을 줄 수 있기 때문이에요. read_file이 목록을 열고 edit_file이 경영진, IT, 법무, 인사, 영향받은 직원, 고객, 당국을 위한 소통 섹션을 추가해요. 통지 의무와 기한은 국가와 업종마다 다르므로 법률 전문가에게 확인하세요. 이것은 법률 자문이 아니에요. Ask first가 diff를 보여 줘요. 그다음 목록을 시험하려고 각 연락처에 직접 한 번씩 전화해 보세요.

Windows용 Buncha Build

절차 하나로 비교를 해 보세요

Buncha Build 다운로드 ↗