주제: incident-response

• A secret was committed: why deleting the file is not enough and what the response order is

  A credential pushed to a Git repository persists in history, forks, clones, caches and CI logs. Rewriting history reduces future exposure but cannot recall copies, so the first step is to revoke and rotate the credential, then clean the history, then check for use.

  methodology · en · reviewed · 지식 기준일 2026-09-23

• Cisco Secure Email Gateway와 SD-WAN Manager: 수정 사항 확인과 침해 증거 보존

  이메일 스캐너와 SD-WAN Manager의 조치 기록을 별도로 관리합니다. 실제로 설치된 수정 사항을 확인하고, 시스템 상태를 바꾸는 복구 작업 전에 증거를 보존하며, 제품별 조사 절차를 따릅니다.

  article · ko · reviewed · 지식 기준일 2026-10-25

• Tracking postmortem action items to closure: tracking bugs, single owners and ageing review

  The Site Reliability Workbook warns that without a formal tracking process, action items from postmortems are often forgotten; give every item a tracking bug, one owner, a type and a priority, review open items by age on a schedule, and treat an item past its date as a decision to make rather than a line to skip.

  methodology · en · reviewed · 지식 기준일 2026-09-16

• After a vulnerability report arrives: acknowledge, assess, fix in private, disclose

  Once a report reaches the project's security contact, the work is a sequence with dates: acknowledge quickly, classify (working as intended, bug, feature request, vulnerability), agree an embargo with the reporter, develop the fix privately, obtain a CVE identifier, then release and publish an advisory that names affected and fixed versions and credits the reporter. The OpenSSF maintainer guide and GitHub's disclosure guidance describe this process; this article compresses it for a project with one to five maintainers.

  methodology · en · reviewed · 지식 기준일 2026-09-17

• 악용된 에지 장비를 패치한 후: 증거, 복구, 서비스 복귀 점검

  악용된 취약점에 노출된 에지 장비를 조사하기 위한 운영자 절차를 제안합니다. 증거를 보존하고, 공급업체 지침에 따른 재구축이 필요한지 기록하며, 노출된 신뢰 기반 자료를 교체하고, 패치 설치와 별도로 복구를 검증합니다.

  methodology · ko · reviewed · 지식 기준일 2026-10-25

• API 키를 보관하던 제공자가 침해당했을 때: 확산 방지, 키 교체와 청구 확인

  노출된 키는 발급자 측에서 폐기하고, 신뢰할 수 있는 시스템을 통해 정당한 사용 주체의 접근을 복구하며, 사용 내역과 요금을 조사합니다. 예산 알림과 교체 키 전달은 각각 검증해야 하는 별도의 통제 수단으로 취급합니다.

  methodology · ko · reviewed · 지식 기준일 2026-10-25

• Security incident response for a small team: a minimum procedure

  A two-person team cannot run a security operations centre, but it can prepare a contact list, a containment checklist and an evidence rule in advance; NIST SP 800-61 Rev. 3 frames incident response as part of ongoing risk management, and this procedure is the minimum that makes the first hour predictable.

  methodology · en · reviewed · 지식 기준일 2026-09-15

• Ivanti Connect Secure: CVE-2026-104935 패치와 이전 침해 조사

  인증 우회 수정과 침해 복구를 구분해야 합니다. 호환되는 수정 릴리스를 선택하고 포렌식 증거를 보존하며, 네트워크·메모리 분석과 함께 무결성 검사를 수행합니다.

  article · ko · reviewed · 지식 기준일 2026-10-25

• LiteLLM의 2026년 10월 사고: 확인된 토큰 노출과 게이트웨이 로그 보호 조치

  LiteLLM은 후속 사고 분석에서 초기 로그 탈취 가설을 Agent Platform API를 통한 토큰 노출 증거로 정정했습니다. 이 사고는 에이전트 자격 증명, 응답 본문, 고권한 자동화에 각각 별도의 접근 경계가 필요한 이유를 여전히 보여 줍니다.

  article · ko · reviewed · 지식 기준일 2026-10-25

• Postmortems ohne Schuldzuweisung: Ablauf, Ursachen und Massnahmen festhalten

  Ein Postmortem beschreibt, was während eines Vorfalls geschah, wen es wie lange traf, welche Umstände es ermöglichten und welche Massnahmen eine Wiederholung unwahrscheinlicher machen. Schuldfreiheit ist kein Höflichkeitsgebot, sondern die Bedingung dafür, dass Beteiligte Fakten berichten statt sich zu verteidigen.

  methodology · de · reviewed · 지식 기준일 2026-09-16

• Correlation versus causation in incident and operations data

  A correlation coefficient measures how two series move together; it says nothing about which one drives the other, whether a third factor such as traffic drives both, or whether the data were selected by the outcome. Plot first, condition on the obvious common causes, check timing, and confirm with an intervention such as a flag or canary before acting.

  article · en · reviewed · 지식 기준일 2026-09-16

• 제공자의 침해 공지 읽기: 발신자, 범위와 침해 지표 확인

  제공자의 침해 통지를 검증된 대응 기록으로 정리합니다. 진위를 확인하고, 영향받는 자산과 아직 확인되지 않은 사실을 식별하며, 결론을 내리기 전에 보관된 로그와 대조해 침해 지표를 평가합니다.

  article · ko · reviewed · 지식 기준일 2026-10-25

• A first game day: one chaos experiment with a hypothesis, a blast radius and an abort rule

  Run a first fault-injection exercise as a scheduled, announced experiment: define the steady state as a measurable output, hypothesise that it holds under one specific fault, limit the blast radius, set an abort condition, inject, and record what the system and the people did; the Principles of Chaos Engineering give the four steps and the Google SRE book describes disaster role-play as a weekly ritual.

  methodology · en · reviewed · 지식 기준일 2026-09-16

• PAN-OS CVE-2026-0322: 유지보수 계열별 수정 버전 확인과 관리 플레인 복구

  인증된 사용자가 악용할 수 있는 관리 인터페이스 취약점이 PAN-OS 방화벽과 Panorama에 영향을 미칩니다. 유지보수 릴리스의 전체 버전을 대조하고 관리 접근을 제한하며, 침해가 의심되면 공급업체의 하드웨어 또는 가상 어플라이언스 복구 절차를 따릅니다.

  article · ko · reviewed · 지식 기준일 2026-10-25

• Runbooks für den Betrieb: Anleitungen, die eine Fremde nachts ausführen kann

  Ein Runbook pro Dienst beantwortet in dieser Reihenfolge: Was tut der Dienst, woran erkennt man in einer Minute, ob er gesund ist, welche bekannten Störungen gibt es mit Symptom, Diagnosebefehl und Gegenmassnahme, welche Handlungen sind sicher, welche gefährlich, und wer ist wann zu eskalieren; geprüft wird es von jemandem, der es nicht geschrieben hat.

  methodology · de · reviewed · 지식 기준일 2026-09-16

• Teams with fewer, alert-linked dashboards diagnose incidents faster than teams with many unowned dashboards

  Hypothesis: for services of comparable size, the time from a page to a named probable cause is shorter when the team maintains a small number of owned dashboards that alerts link to directly, than when it maintains many copied or auto-generated dashboards that responders have to browse; a proposed comparison using incident timelines and dashboard inventories.

  hypothesis · en · reviewed · 지식 기준일 2026-09-16

• Running a public status page honestly: components, automation and history

  A status page earns trust only when it turns red when users see red; host it off the infrastructure it reports on, list components users recognise, let everyone on call post without approval, update on a fixed cadence during incidents, and keep the history visible.

  article · en · reviewed · 지식 기준일 2026-09-16

• 로그인 제공자 침해 후 대응: 범위를 정한 재설정, 세션 복구와 유출 비밀번호 검사

  모든 외부 서비스의 유출을 로컬 침해의 증거로 간주하지 않으면서 영향받은 사용자 계정을 복구합니다. 증거에 기반한 재설정과 세션 무효화에 크리덴셜 스터핑 모니터링, 개인정보를 보호하는 비밀번호 검사를 결합합니다.

  methodology · ko · reviewed · 지식 기준일 2026-10-25

• Bootstrapping NTP, DNS and DHCP after a full network outage: a dependency-ordered restart

  Proposed methodology: after an outage that took down NTP, DNS and DHCP together, bring time up first, then DNS, then DHCP, because certificate and Kerberos checks need correct time, most services locate each other by name, and DHCP may depend on both, with the caveat that an NTP server using upstream hostnames itself needs DNS.

  methodology · en · reviewed · 지식 기준일 2026-09-24

• NetScaler ADC와 Gateway: 복구 전에 9월과 10월 수정 사항 구분하기

  CVE-2026-88771과 CVE-2026-88772의 최소 수정 빌드는 SAML 서비스 거부 취약점인 CVE-2026-88779와 다릅니다. 각 공지에 맞는 수정을 확인하고 침해를 조사하며, 세션 종료는 의도적인 대응 결정으로 처리해야 합니다.

  article · ko · reviewed · 지식 기준일 2026-10-25

다음 페이지

기계 판독 가능: JSON