A
Identification & Master Data
관리 대상 식별과 기준정보
서버·네트워크·DBMS·WEB/WAS·업무서비스와 보안시스템 등 관리 대상을 식별하고 자산유형별 필수 속성과 책임 범위를 정의합니다.
- ✓ 등록 자산과 실제 환경 비교
- ✓ 미식별·미등록 자산 확인
- ✓ 담당자·관리부서·표준 속성 정의
01 · 관리 범위
금융 IT 자산은 무엇을 관리해야 하나요?
금융 IT 자산관리의 출발점은 관리 대상의 정확한 식별입니다. 식별된 자산이 실제 운영 상태를 반영하도록 지속적으로 현행화하고, EoSL·노후화, 관계, 중요도와 변경 이력을 연결해야 보안과 운영에 활용할 수 있는 기준이 됩니다.
R
Currency & Lifecycle
현행화와 수명주기 관리
담당자 확인과 변경 이력으로 자산 정보를 최신 상태로 유지하고, EoSL·노후화 현황을 패치·교체·예산계획의 우선순위로 연결합니다.
- ✓ 정기 현행화와 변경 이력
- ✓ EoSL·노후화 자산 식별
- ✓ 패치·교체계획 우선순위 관리
핵심
식별되지 않은 자산은 관리할 수 없고, 현행화되지 않은 자산 정보는 신뢰할 수 없습니다. 정확한 식별과 지속적인 현행화가 EoSL·노후화 관리, 보안위협 대응과 금융 IT 자산관리의 기반입니다.
02 · 관리 과제
관리되지 않는 자산은 보이지 않는 위험이 됩니다
자산을 식별하는 것에서 시작해 최신 상태와 수명주기, 업무 영향과 변경 근거까지 지속적으로 관리해야 합니다.
01
자산 식별 누락
망에는 존재하지만 대장에 없는 자산은 보안 점검과 대응 범위에서 제외될 수 있습니다.
02
현행화 미흡
등록 당시 정보가 실제 운영 상태를 반영하지 못하면 자산 정보의 신뢰도가 무너집니다.
03
EoSL·노후화 방치
지원종료와 노후화 자산을 식별하지 못하면 취약점 대응, 장애 예방과 교체계획 수립이 늦어집니다.
04
관계·영향 범위 미확인
장애나 변경이 발생해도 영향을 받는 업무와 시스템을 즉시 판단할 수 없습니다.
05
중요도 기준 부재
자산과 업무의 중요도를 같은 기준으로 평가하지 못하면 보호와 점검의 우선순위가 흔들립니다.
06
변경·증적 이력 단절
누가 무엇을 확인하고 변경했는지 남지 않으면 검증과 감사 대응을 위해 자료를 다시 만들어야 합니다.
03 · 설계 기준
금융 IT 자산관리 체계 체크리스트
화면이나 기능 수보다 식별부터 현행화, 수명주기와 증적까지 반복 가능한 관리 흐름을 만들 수 있는지 확인해야 합니다.
평가 영역
확인 질문
필요한 이유
식별·커버리지
실제 환경의 관리 대상과 미식별·미등록 자산을 확인할 수 있는가?
보안 점검과 공격표면 관리의 대상을 확보합니다.
기준정보·현행화
자산유형, 필수 속성, 책임자와 실제 상태를 최신으로 관리할 수 있는가?
운영과 감사에 사용할 수 있는 신뢰도 높은 기준정보를 만듭니다.
EoSL·노후화
지원종료와 노후화 자산을 식별하고 조치계획을 관리할 수 있는가?
취약점 대응, 장애 예방과 교체계획의 우선순위를 정합니다.
관계·영향도
업무와 자산의 의존성을 연결해 영향 범위를 확인할 수 있는가?
장애·변경의 업무 영향을 빠르게 판단합니다.
중요도 평가
CIA·BIA 기준을 적용해 점수와 등급을 관리할 수 있는가?
보호와 점검의 우선순위를 공통 기준으로 정합니다.
변경·증적·보고
변경과 확인 이력을 추적하고 기간 기준 결과를 보존할 수 있는가?
과거 시점의 관리 결과와 감사 근거를 재작성 없이 확인합니다.
구축·보안 환경
망분리와 온프레미스 정책을 충족하는가?
내부망과 규제 환경에서도 운영할 수 있습니다.
04 · 구축 순서
정확하게 식별하고,
정확하게 식별하고,
지속적으로 현행화합니다
관리 대상을 먼저 확인하고 실제 상태를 최신으로 유지한 뒤, 수명주기·관계·중요도와 증적 관리로 확장하는 방식이 안정적입니다.
- STEP 1
관리 대상 식별
등록 자산과 실제 환경을 비교해 누락·중복과 책임 범위를 확인합니다.
- STEP 2
기준정보 정비와 현행화
필수 속성과 담당자를 표준화하고 정기 확인으로 최신성을 유지합니다.
- STEP 3
EoSL·노후화 관리
지원종료와 노후화 상태를 패치·교체·예산계획의 우선순위로 연결합니다.
- STEP 4
관계·중요도·영향도 관리
업무 의존관계와 CIA·BIA 평가로 보호와 복구의 우선순위를 정합니다.
- STEP 5
변경·증적·보고 관리
변경과 현행화 확인 이력을 기록하고 기간 기준 결과를 스냅샷으로 보존합니다.
05 · 운영 구성
금융 IT 자산관리에 필요한 Linxis 구성
Linxis는 자산 식별과 현행화에서 시작해 EoSL·노후화, 관계·평가·변경·증적을 하나의 운영 흐름으로 연결합니다.
Discovery
자산 식별·커버리지
등록 대상 누락과 미식별 자산을 확인해 보안 점검과 관리 범위를 확보합니다.
Currency & Lifecycle
현행화·EoSL 관리
담당자 확인으로 최신성을 유지하고 지원종료·노후화 자산의 조치계획을 관리합니다.
Relationship
관계·영향도 관리
자산 간 종속성을 시각화해 장애와 변경의 업무 영향 범위를 확인합니다.
자산 중요도 판단
CIA·BIA 중요도 관리
자산 중요도(CIA)와 업무 중요도(BIA)를 점수와 등급으로 산정합니다.
Snapshot Report
증적·보고 관리
기간 기준 통계 결과를 스냅샷으로 보존해 과거 시점의 결과를 확인합니다.
Change & Evidence
변경·증적 관리
변경과 현행화 확인 이력, 기간 기준 결과를 보존해 과거 시점의 근거를 확인합니다.
구축 환경
금융 IT 운영 환경을 고려한 망분리·온프레미스 구축
조직의 내부망 구성, 인증 체계, 데이터 이관과 운영 정책을 기준으로 관리 범위와 구축 방식을 함께 검토합니다.
PRACTICAL GUIDES
주제별 실무 가이드
전체 관리 흐름에서 먼저 실행해야 할 자산 식별·현행화와 EoSL·노후화 관리를 별도 문서로 확인할 수 있습니다.
FAQ
자주 묻는 질문
금융 IT 자산관리는 어떤 범위부터 시작해야 하나요?＋
서버, 네트워크, DBMS, WEB/WAS, 업무서비스와 보안시스템 등 관리 대상을 먼저 식별하고 등록 자산과 실제 환경의 차이를 확인해야 합니다. 이후 기준정보, 현행화, EoSL·노후화, 관계·중요도와 증적 관리로 범위를 확장합니다.
CIA·BIA 평가는 운영에 어떻게 활용하나요?＋
CIA는 자산의 기밀성·무결성·가용성 기준을, BIA는 업무 영향 기준을 점수와 등급으로 관리합니다. 보호 우선순위, 변경 검토, 현행화 대상 선정의 공통 기준으로 활용할 수 있습니다.
과거 기준의 보고서를 보존할 수 있나요?＋
기간 기준으로 생성한 리포트는 해당 시점의 통계 결과를 스냅샷으로 보존할 수 있습니다. 이후 자산 정보나 통계 항목이 바뀌어도 생성 당시의 보고 결과를 확인할 수 있습니다.
Linxis는 망분리 환경에 구축할 수 있나요?＋
네. 금융·공공 조직의 보안 정책에 맞춘 망분리·온프레미스 환경을 지원합니다. 구체적인 서버 구성과 데이터 연계, 인증 방식은 조직의 요구사항을 기준으로 협의합니다.