|
|
|
|
|
 |
네트워크 보안과목입니다.
시스템 보안과목입니다.
이 과목에서 제가 가장 크게 배운 것은, 보안은 개발과 운영의 언어로 말해야 한다는 점입니다.
보안은 차단보다 관측이 먼저입니다.
이 과정에서 제가 깨달은 것은 보안이 기술력만으로 굴러가지 않는다는 점입니다.
보안은 혼자 잘하는 사람이 아니라, 조직이 바뀌게 만드는 사람이 성과를 냅니다.
보안을 일정의 적이 아니라 운영 리스크의 제거로 설명하겠습니다.
오탐을 줄이고 신뢰할 수 있는 탐지 체계의 개선입니다.
|
|
|
 |
목표 달성을 위해 스스로 노력하였던 점과 이를 통해 조직과 본인에게 일어난 변화를 구체적으로 기술하여 주십시오.
저는 정보보안을 기술로만 보지 않습니다.
네트워크 보안과목입니다.
시스템 보안과목입니다.
프로세스 권한, 메모리 구조, 파일 시스템 권한 모델을 단순 이론으로 배우는 데 그치지 않고, 취약점이 어떤 조건에서 현실화되는지 조건을 분해하는 훈련을 했습니다.
이 과목에서 제가 가장 크게 배운 것은, 보안은 개발과 운영의 언어로 말해야 한다는 점입니다.
암호학 및 응용과목입니다.
저는 "탐지규칙을 많이 만드는 것"이 목표가 아니라, "오탐을 줄이고 설명 가능한 탐지"를 목표로 잡았습니다.
저는 팀 프로젝트나 스터디에서 보안 파트를 맡을 때, "지적"이 아니라 "대안"을 먼저 제시하는 방식으로 바꾸었습니다.
조직 측면에서는 "보안이 개발을 막는다"는 인식이 "보안이 운영 리스크를 줄여준다"로 이동했습니다.
저는 한 팀 프로젝트에서 공동과 업으로 "서비스를 실제 배포 가능한 수준까지 완성"하는 목표를 맡았고, 그 과정에서 보안과 일정이 정면으로 충돌하는 어려움을 겪었습니다.
프로젝트 막바지에 기능은 거의 완성되었지만, 인증과 권한 검증, 로그 처리 방식이 허술해 운영환경에서 위험이 큰 상태였습니다.
인증 우회 가능성처럼 즉시 악용되는 영역.둘째, 개인정보 노출 가능성처럼 피해가 큰 영역.셋째, 오탐과 알람과다처럼 운영 부담이 커지는 영역.이 세 가지로 나누고, 이번 배포에서 반드시 막아야 할 항목만 최소 단위 로 합의했습니다.
그럼에도 가장 큰 난관은 오탐과 알람과 다였습니다.
즉시 대응이 필요한 고위험 알람과, 추세를 보기 위한 관찰 알람을 분리한 것입니다.
통신사 환경은 트래픽 규모가 크고, 서비스가 다층으로 얽혀 있어 단일 장비나 단일 시스템의 보안만으로 위험을 막기 어렵습니다.
예를 들어 알람이 울렸을 때 원인을 특정하지 못하면 차단은 과잉이 되고, 과잉 차단은 서비스 장애로 이어져 조직이 보안을 불신하게 됩니다.
그래서 저는 우선 로그 표준화, 중요 자산 식별, 알람등급화, 초동대응런북정비를 가장 먼저 추진하겠습니다.
저는 첫째 사실 확인과 증거보존, 둘째 영향 범위 파악, 셋째 임시 차단과 확산 방지, 넷째 원인 규명과 근본 조치, 다섯째 재발방지와 공유 순서로 움직이겠습니다.
그 다음 영향을 받는 자산, 계정, 서비스 범위를 빠르게 좁힙니다.
따라서 단순 차단 중심으로는 운영이 어려워, 흐름 기반 탐지와 단계적 제어가 핵심이 됩니다.
저는 망 구간별 중요 자산을 정의하고, 정상 트래픽 기준선을 먼저 확보한 뒤, 이상 징후를 흐름 관점에서 탐지하겠습니다.
예시로 DDoS 성 트래픽이 의심될 때도 즉시 전면 차단이 아니라, 속도 제한, 우회, 특정 시그니처 필터링처럼 단계적으로 대응하고, 동시에 서비스 품질지표를 함께 모니터링하는 방식으로 접근하겠습니다.
저는 탐지 품질 개선을 규칙 추가가 아니라 규칙 정제와 분류체계의 문제로 보겠습니다.
마지막으로 개선 전후의 정확도 지표를 관리해, 탐지품질을 감각이 아니라 데이터로 운영하겠습니다.
저장시에는 키 관리체계를 분리하고, 접근은 역할 기반으로 최소화하며, 조회 이력과 이상 접근탐지를 함께 설계합니다.
오탐을 줄이고 신뢰할 수 있는 탐지 체계의 개선입니다. |
 |
보안, 운영, 서비스, 권한, 탐지, 알람, 정상, 만들다, 로그, 이다, 차단, 기준, 어떻다, 환경, 크다, 위험, 먼저, 조직, 단계, 팀 |
|
|
|
|
|
|
 |
|
|
|
|
|
|
|
|
|
|
|
| |
|
|
|
2026.02.09
8페이지
