본문 바로가기

CERT 조정센터

CERT Coordination Centeren

1988년 모리스 웜 사태를 계기로 미국 국방고등연구계획국의 요청에 따라 카네기멜런대학교 소프트웨어공학연구소에 설립된 컴퓨터 보안 사고·취약점 조정 조직. 인터넷에 연결된 여러 기관이 같은 문제를 따로 분석하거나 서로 다른 대응 정보를 전달하던 상황에서, 기술 전문가와 피해 기관의 소통을 연결할 상설 창구로 출발. 개별 시스템의 복구를 넘어 보안 문제를 함께 확인하고 해결하는 협력 구조를 발전시킨 기관.

핵심 기능은 취약점 발견자와 소프트웨어 공급자, 영향을 받는 조직 사이의 정보 조정. 하나의 라이브러리나 통신 규약이 여러 제품에 사용되는 환경에서는 한 업체의 수정만으로 전체 문제를 해결하기 어려운 구조. 센터는 경쟁 관계에 있는 공급자들에게도 공통된 기술 정보를 전달하고, 공개 취약점 공지에 문제의 범위·대응 방법·업체별 영향을 정리하는 역할. DNS 캐시 오염과 하트블리드처럼 인터넷 기반 기술에 영향을 주는 문제에서도 개별 제품을 넘어선 위험과 복구 과제를 제시.

기관별 사고대응팀을 육성하는 활동 역시 중요한 축. FIRST를 통한 국제 협력과 CSIRT 개발팀의 교육·지침서 작업을 통해 보안 사고를 담당자의 임기응변이 아니라 역할·연락망·정보 취급 절차를 갖춘 조직 기능으로 정착시키는 데 기여. 2003년에는 미국 국토안보부와의 협력으로 US-CERT 구축에 참여하며 대학 연구와 국가 차원의 대응 체계를 연결. 다만 CERT/CC는 각국에서 CERT라는 이름을 사용하는 조직 전체를 지휘하는 기관이 아니며, 미국 정부의 US-CERT와도 구별되는 대학 소속 조정센터.

취약점 공개를 둘러싼 핵심 쟁점은 이용자가 위험을 알아야 할 필요와 공급자가 수정할 시간을 확보해야 할 필요 사이의 균형. 2000년에는 신고 후 45일을 기본 공개 시점으로 제시하면서 실제 악용이나 표준 변경의 필요에 따라 일정을 조정하는 정책 도입. 공개를 무기한 미루는 문제와 수정 전에 공격 가능성이 알려지는 위험을 함께 고려하는 접근. 2017년 가이드와 후속 개정은 발견·신고·수정·공개·패치 적용을 이어지는 과정으로 설명하며, 수정본이 배포된 상태와 실제 이용 환경이 보호된 상태를 구별.

협력의 규모가 커지면서 센터가 모든 이메일을 중계하는 방식 자체가 병목이 되는 문제에도 직면. 2020년 VINCE를 도입해 신고자와 여러 공급자가 같은 비공개 공간에서 직접 논의하도록 전환하고, 이후 소스 공개로 도구의 활용 범위를 확대. SSVC의 의사결정나무와 Vultron의 다자간 조정 프로토콜 연구는 단일 위험 점수나 개인적 연락에 의존하던 대응을 조직의 상황과 명시적 절차에 맞게 발전시키려는 시도. 기술적 결함뿐 아니라 이해관계·신뢰·정보 전달 방식도 사이버보안의 일부임을 보여주는 조직.

14 타임라인
15 관련 링크
CERT 조정센터

타임라인 14건 · 1988–2022

수록 이벤트 분포 점을 선택하면 해당 이벤트로 이동할 수 있습니다.
1988년 2022년
1988
38년 전 · 1건

국방고등연구계획국(DARPA)의 요청으로 카네기멜런대학교 소프트웨어공학연구소에 컴퓨터 비상대응 조직 CERT가 출범. 모리스 웜에 대응하던 기관들이 같은 분석을 반복하고 상충하는 조치를 전달한 경험을 계기로, 사고 정보를 모으고 전문가의 기술 대응을 조정할 상설 창구 마련. 단순히 감염된 컴퓨터를 복구하는 일을 넘어 긴급 상황의 연락망을 만들고 인터넷 공동체의 보안 인식을 높이는 임무 부여. 이후 취약점 신고자와 소프트웨어 공급자를 연결하고, 여러 경쟁 업체의 제품에 공통된 결함을 중립적인 입장에서 조정하는 역할로 확대. 인터넷의 상호 연결성이 사고의 파급 범위를 넓힌 만큼 대응도 개별 관리자의 임시 조치를 넘어 기관 간 협력을 필요로 한다는 인식의 제도화.

모리스 웜
1990
36년 전 · 1건

컴퓨터 보안 사고대응팀들이 정보를 교환하고 대응을 조정하기 위한 국제 협력체 FIRST를 결성. 모리스 웜 이후 각 기관에 대응팀이 생겼으나 담당 범위와 보고 체계, 언어와 시간대가 달라 실제 사고에서 필요한 정보를 신속히 공유하기 어려운 상황. 1989년 WANK 웜은 여러 조직이 연관된 사고에서 팀 사이의 연락과 공동 대응이 충분하지 않다는 문제를 다시 부각. CERT 조정센터를 비롯한 대응 조직들이 서로 신뢰할 수 있는 협력망을 구축하며, 개별 팀의 전문성을 국제적인 정보 교환과 지원으로 연결하는 방향 모색. 단일 중앙기관이 모든 사고를 처리하는 방식보다 각 팀의 자율성과 현장 지식을 유지하면서 협력하는 체계의 형성.

모리스 웜
1996
30년 전 · 1건

CERT 조정센터 안에 CSIRT 개발팀을 두고 다른 기관의 사고대응 역량 구축을 체계화. 초기부터 다른 대응팀의 설립을 도왔으나, 각 조직의 업무·자산·위협을 아는 현장 대응팀이 필요하다는 인식에 따라 지원 기능을 정식 조직으로 발전. 관리자와 분석가의 교육 과정, 대응팀 설립과 운영을 위한 지침을 마련하며 사고 분석 경험을 조직 설계와 전문인력 양성으로 확장. 팀의 기술 수준뿐 아니라 권한과 담당 범위, 외부 기관과의 협력 관계를 명확히 하는 일도 중요하다는 접근. 한 센터가 직접 처리할 수 있는 사고의 수를 늘리는 데 그치지 않고 여러 조직이 스스로 대응할 수 있는 역량을 넓히는 전환.

2000
26년 전 · 1건

CERT 조정센터가 취약점 신고를 받은 뒤 45일을 기본 공개 시점으로 삼는 정책 시행. 공급자가 수정본을 만들 때까지 공개를 무기한 미루면 이용자가 자신이 노출된 위험을 알 수 없다는 문제에 대응한 조치. 원칙적으로 패치의 유무와 관계없이 공개하되, 실제 공격이 진행 중이면 앞당기고 산업 표준의 변경처럼 시간이 필요한 사유가 있으면 조정할 수 있도록 예외 인정. 공급자에게 정책을 알리고 조정 과정에서 의견을 듣는 한편, 원하지 않는 경우를 제외하면 발견자의 기여를 표시하는 방침 제시. 단순한 비밀 유지나 즉시 공개의 양자택일에서 벗어나 이용자의 알 권리와 수정에 필요한 시간을 함께 고려하는 일정 중심의 조정 원칙 확립.

2003
23년 전 · 2건

CERT 연구진 등이 컴퓨터 보안 사고대응팀의 설립과 운영을 다룬 지침서 개정판 발표. 대응 서비스의 범위와 담당자의 역할, 기능 간 정보 흐름을 문서화하고 이를 수행할 도구와 절차를 정리한 실무 자료. 다른 조직과의 협력, 민감한 사고 정보의 취급, 장비와 인력의 배치 등 기술 분석만으로 해결되지 않는 운영 문제도 함께 수록. 새로 팀을 만드는 관리자뿐 아니라 책임과 절차가 불명확한 기존 대응팀도 활용하도록 구성. 사고가 발생한 뒤 능숙한 개인에게 의존하는 방식에서 벗어나, 지속적으로 유지하고 평가할 수 있는 조직 기능으로 보안 대응을 정착시키는 기반.

미국 국토안보부와 카네기멜런대학교가 CERT 조정센터와의 협력을 바탕으로 US-CERT를 구축한다고 발표. 코드 레드·멜리사에 이어 블래스터와 소빅 등 악성코드 사태가 반복되며, 산업계와 이용자에게 경고를 전달하고 국가 차원의 예방·보호·대응을 조정할 필요가 커진 상황. 국토안보부의 국가사이버보안부서와 대학의 CERT/CC가 협력의 출발점을 이루고, 이후 민간 보안업체와 국내외 기관까지 참여를 넓히는 구상 제시. 대학에서 축적한 사고 분석과 공급자 조정 경험을 국가 기반시설 보호 체계에 연결한 변화. 기존 CERT/CC가 곧바로 정부기관으로 바뀐 것이 아니라 별도의 국가 대응 조직을 만드는 협력이라는 점에서 구별되는 전환.

2008
18년 전 · 1건

CERT 조정센터가 여러 DNS 구현에 영향을 미치는 캐시 오염 취약점 공지. 인터넷 주소를 IP 주소로 바꾸는 DNS의 응답을 위조하여 잘못된 주소를 저장시키면 이용자가 의도하지 않은 서버로 연결될 수 있는 문제. 특정 회사의 제품 하나에 국한되지 않아 운영체제와 네트워크 장비 등 여러 공급자의 대응 상태를 함께 확인할 필요 발생. 공지는 영향을 받는 구현과 업체별 정보를 모으고, 질의에 사용하는 출발지 포트의 무작위성을 높이는 수정 등 위험을 줄이는 방법 안내. 다만 이런 조치는 공격을 어렵게 하는 완화책이며 DNS 응답의 진위를 보장하는 근본적 해결과는 구별. 공통 인터넷 기반 기술의 결함에 여러 공급자가 함께 대응해야 하는 조정 과제의 부각.

2014
12년 전 · 1건

CERT 조정센터가 OpenSSL의 TLS 하트비트 확장에 있는 메모리 노출 취약점 공지. 영향을 받는 버전에 조작된 요청이 전달되면 서버나 클라이언트의 메모리 일부가 노출되어 암호화 키와 비밀번호 등 비밀정보가 유출될 수 있는 결함. 널리 쓰이는 암호화 라이브러리의 문제였으므로 웹 서비스뿐 아니라 이를 포함한 다양한 제품의 영향 여부 확인이 필요한 상황. 공지는 수정된 OpenSSL로의 갱신과 함께 이미 노출되었을 수 있는 비밀정보의 재생성·교체 및 기존 키의 폐기 필요성 안내. 패치를 적용하여 앞으로의 유출을 막는 일과 과거에 유출된 정보로 인한 위험을 제거하는 일이 서로 다름을 보여준 사례.

2017
9년 전 · 1건

CERT 조정센터의 장기간 취약점 조정 경험을 바탕으로 발견자·신고자·공급자·조정자의 역할을 설명하는 가이드 발표. 결함을 발견하고 패치를 만드는 일만으로 이용자 보호가 끝나는 것이 아니라, 수정본의 배포와 현장 적용까지 이어져야 한다는 과정 중심의 관점 제시. 당사자마다 공개 시기와 책임에 대한 판단이 다를 수 있음을 전제로 공통 원칙과 협력 방법, 조정이 원활하지 않을 때의 대응을 정리. 사물인터넷과 하드웨어 기반 제품이 늘어나며 소프트웨어의 개발 주기나 패치 관행을 그대로 적용하기 어려운 상황도 배경. 취약점 공개를 일회성 발표보다 피해를 줄이기 위한 지속적인 공동 작업으로 이해하도록 돕는 실무 기준.

2019
7년 전 · 2건

CERT 조정센터가 2017년 가이드를 웹 문서로 전환하고 현장 의견을 반영한 개정 내용을 소개. 긴 PDF를 처음부터 읽지 않아도 필요한 항목에 바로 접근하도록 하고, 수정 사항과 독자의 피드백을 더 쉽게 반영하는 방식 채택. 문제 유형·영향받는 당사자·진행 단계별 해결표를 더하고 공급자 연락처 탐색, 조정기관의 참여 시점, 중요 기반시설의 패치 적용 등에 관한 조언 보강. 특히 패치가 만들어져 제공되는 시점과 실제 시스템에 설치되는 시점을 구별하여 공개 뒤에도 대응이 계속됨을 강조. 연구자와 공급자, 조정자의 경험을 반영하는 갱신 가능한 실무 지식으로 가이드를 발전시킨 변화.

소프트웨어공학연구소 연구진이 이해관계자별 취약점 분류 체계 SSVC를 제안한 보고서 발표. 하나의 심각도 점수만으로는 제품 공급자와 시스템 운영자가 지금 어떤 조치를 해야 하는지 충분히 설명하기 어렵다는 문제의식에서 출발. 실제 악용 여부와 기술적 영향, 조직의 업무 및 이용 환경 등을 의사결정나무로 검토하여 대응의 긴급성과 우선순위를 구분하는 접근 제시. 취약점 자체의 특성과 해당 조직에서의 위험을 구별하고, 판단의 이유를 담당자 사이에 설명할 수 있도록 하는 시도. 모든 상황에 완성된 정답을 제공하는 표준이라기보다 현장에서 평가하고 개선할 수 있는 가설적 방법으로 제안되어, 제한된 대응 자원을 어디에 먼저 투입할지에 관한 논의를 확대.

2020
6년 전 · 1건

CERT 조정센터가 취약점 신고와 조정을 위한 웹 기반 협업 플랫폼 VINCE의 도입을 발표. 20년 넘게 사용한 체계에서는 센터가 연구자와 공급자 사이의 암호화 이메일을 중계하고, 연락처·암호화 키·대량 메일·서로 다른 공개 정책까지 관리해야 해 규모 확대에 한계 발생. VINCE에서는 사건별 비공개 논의 공간에 관련 신고자와 공급자를 초대하여 서로 직접 정보를 주고받도록 전환. 센터는 조정과 중재를 계속 맡지만 모든 대화의 중계자가 되는 구조에서 벗어나 병목을 줄이는 방향 선택. FIRST의 다자간 취약점 조정 지침과도 맞물려, 하나의 구성요소가 여러 제품에 쓰이는 환경에 적합한 공동 대응 공간 마련.

2022
4년 전 · 2건

CERT 연구진이 다자간 취약점 공개를 위한 프로토콜 Vultron의 설계 보고서 발표. 공통 라이브러리와 공급망을 통해 하나의 결함이 여러 제품으로 퍼지면서, 신고 접수와 수정 진행, 공개 유예 기간을 각 기관이 서로 다르게 이해하는 문제가 커진 배경. 보고서는 신고 관리, 공개 유예 관리, 취약점 사건의 상태를 다루는 세 가지 상호작용하는 상태 기계로 절차를 나누어 표현. 기관별 시스템이 사건의 단계와 다음 행동을 공통된 의미로 해석할 수 있도록 하는 설계 제시. 이미 널리 채택된 완성 표준이라는 의미가 아니라 구현과 검증을 위한 프로토콜 제안으로, 개별 협업 도구를 넘어 여러 조직과 도구가 함께 작동할 수 있는 기반 탐색.

CERT 조정센터가 취약점 조정에 사용하는 VINCE 플랫폼을 오픈소스로 공개. 2020년부터 운영에 활용한 사건별 협업 공간의 코드를 공개하여 외부에서도 구현을 살펴보고 활용할 수 있는 기반 마련. 하나의 취약점이 여러 제품과 공급자에게 영향을 미칠 때 중계 이메일에만 의존하면 정보가 늦어지거나 당사자별로 서로 다른 내용이 전달될 수 있는 문제에 대응한 도구. 관련자가 같은 사건의 진행 상황과 논의를 공유하도록 설계한 웹 기반 협업 방식의 확장. 다만 도구의 공개만으로 참여 기관 사이의 신뢰나 공개 시점에 대한 합의가 자동으로 해결되는 것은 아니며, 후속 Vultron 연구에서는 조직 사이의 조정 절차를 명확히 정의하는 별도의 과제 제기.

갱신 2026-11-06