도면 감사로그 실전 실무

도면 배포 오류나 무단 수정이 발생했을 때, 로그를 뒤지는 데에만 시간이 소모된다. 사전 예방이 어려운 현장은 이상 징후를 조기에 포착하지 못해 비용 손실이 확대된다. 실시간 감사로그와 대시보드가 없으면 책임 추적과 재발 방지에 한계가 있다. 따라서 로그 기반 관리 체계를 구축해 문제 발생 전 징후를 감시해야 한다.

문제 정의와 현장 고충

조선·해양 전장 설계 현장에서 도면은 설계·제작·검증·인도 전 단계의 핵심 데이터이다. 그러나 도면 무단 접근·수정 사고가 발생하면, 로그가 남아 있지 않을 경우 누가 언제 어떤 변경을 가했는지 파악하는 데 수일~수주가 소요된다. 실제 현장에서는 다음과 같은 손실이 빈번히 보고된다.

• 설계 변경 원인 추적 48 h 이상 지연 → 선급 검증 재검토 2~3회 발생, 추가 비용 1 %~3 % 수준.
• 도면 재배포 과정에서 오류 전파 → 전기 배선 재작업, 배선 길이 재계산, 전압강하 재검증 등 2~4일 추가 작업.
• 법적·계약상 책임소재 불명확 → 선급(예: DNV) 혹은 고객 감사 시 벌점·보증금 감액 위험.

이러한 비용은 로그 부재가 직접적인 원인임을 현장 엔지니어가 인식하고 있음에도, 시스템 설계 단계에서 감사 로그를 기본 기능으로 구현하지 않은 경우가 많다. 따라서 “문제 발생 후에 로그를 뒤지는” 패턴을 근본적으로 차단하려면, 로그 수집·보관·시각화가 설계·구축 단계부터 표준화돼야 한다.

• 도면 무단 접근·수정 사고 발생 시 평균 복구 시간(시간) 측정
• 사고 원인 분석에 소요된 인력(인·시간) 파악
• 선급·고객 감사 시 로그 미비로 인한 벌점(점) 여부 확인

감사로그 원리와 데이터 흐름

도면 관리 시스템(DMS)은 사용자 인증·권한 부여·파일 I/O 인터페이스를 중심으로 이벤트 발생 시점마다 로그 레코드를 생성한다. 기본 흐름은 다음과 같다.

1. 사용자가 도면 서버에 로그인 → 인증 토큰 발행.
2. 파일 열람, 다운로드, 수정, 승인 등 API 호출 시 EventID, UserID, Timestamp, ActionType, ObjectID 등을 포함한 로그 레코드가 즉시 생성.
3. 생성된 레코드는 로컬 에이전트(예: logstash)를 통해 암호화된 채널(TLS 1.3)로 중앙 로그 서버(ELK 스택 혹은 Splunk)로 전송.
4. 중앙 서버는 로그를 ISO 27001‑규격의 무결성 검증 후, RetentionPolicy에 따라 최소 365 일 보관한다.
5. 관리자 대시보드는 실시간 집계된 EventType 별 차트와 이상 탐지 규칙(예: 1 h 내 100건 이상 다운로드) 을 제공한다.

이때 로그는 구조화된 JSON 형태로 저장되며, 필수 필드와 선택 필드가 IEC 60092‑101(전기 설비 데이터 관리)와 DNV‑GL‑R‑001(디지털 데이터 보안)에서 요구하는 최소 요건을 만족한다.

• 로그 레코드 필수 항목(예: EventID, UserID, Timestamp, ActionType, ObjectID) 확인
• 전송 채널 TLS 1.3 적용 여부 검증
• 중앙 로그 서버의 무결성 검증 절차(해시, 서명) 확인
• 보관 기간 최소 365 일(IEC 60092‑101) 충족 여부 점검
• 대시보드 이상 탐지 규칙(예: 비정상 다운로드 100건/시간) 설정 여부 확인

관련 규격·기준

도면 관리·보안 감사에 적용되는 국제·선급 규격은 다음과 같다.

위 규격 중 “IEC 60092‑101 제5.4.2항”은 로그 보관 최소 기간을 365 일로 명시하고, “DNV‑GL‑R‑001 3.2.1”은 TLS 1.3 이상을 통한 전송을 요구한다. 선급 별 세부 요구는 해당 선급 규칙을 별도 확인해야 한다(예: DNV‑GL‑R‑001, LR‑Rule 3‑11‑02 등).

• IEC 60092‑101 제5.4.2 로그 보관 기간(≥ 365 일) 충족 여부
• DNV‑GL‑R‑001 3.2.1 TLS 1.3 적용 여부
• 선급별 로그 제출 요구(예: LR‑Rule 3‑11‑02) 확인
• RBAC 정책이 IEC 60092‑101 권한 구분과 일치하는지 검증
• 감사 로그 항목이 규격 표준(예: IEC 60092‑101)과 일치하는지 점검

계산예제: 트레이 충전율·전압강하·곡률반경

도면 변경 시 트레이 충전율과 전압강하를 재계산하지 않으면 케이블 과열·전압 강하 초과 위험이 발생한다. 아래 예제는 400 kV 해양 전력 시스템에서 3 × 630 mm² 구리 전력 케이블을 1 m² 단면의 트레이에 배치하는 경우이다.

1. 충전율 계산 (IEC 61537‑4):
   충전율 (%) = Σ(케이블 단면적) / 트레이 유효단면 × 100
   케이블 단면적 = 3 × π × (0.315 m)² ≈ 0.296 m²
   트레이 유효단면 = 1 m² − 0.05 m²(예비 공간) = 0.95 m²
   충전율 = 0.296 / 0.95 × 100 ≈ 31.2 %
2. 전압강하 계산 (IEC 60364‑5‑52):
   ΔV = √3 · I · L · (R·cosφ + X·sinφ)
   가정: I = 500 A, L = 150 m, cosφ = 0.9, sinφ = 0.435,
   R = 0.12 Ω/km, X = 0.08 Ω/km → R = 0.018 Ω, X = 0.012 Ω
   ΔV = 1.732 · 500 · 150 · (0.018·0.9 + 0.012·0.435)
   ΔV ≈ 1.732 · 500 · 150 · (0.0162 + 0.00522) ≈ 1.732 · 500 · 150 · 0.02142 ≈ 2 785 V
   전압강하 비율 = ΔV / 400 kV × 100 ≈ 0.70 %
3. 곡률반경 적용 (IEC 61537‑4 4D~12D):
   케이블 직경 D = 630 mm → 최소 곡률반경 = 4 D = 2.52 m, 권장 = 6 D = 3.78 m.
   설계에서는 5 D = 3.15 m 반경을 채택, 이는 허용 변형률 2 % 이하 유지.

위 결과는 충전율 31 %로 트레이 과밀이 없으며, 전압강하 0.7 %로 전력 손실이 허용 한도 내임을 보여준다. 또한 5 D 곡률반경은 IEC 61537‑4 권고 범위에 들어가므로, 설계 변경 시 로그에 해당 계산 결과와 가정값을 반드시 기록한다.

• 케이블 단면적(≥ 0.296 m²)와 트레이 유효단면(≥ 0.95 m²) 확인
• 충전율 40 % 이하 유지 여부 검증
• 전압강하 비율 3 % 이하 여부 확인
• 곡률반경 최소 4 D(2.52 m) 이상 적용 여부
• 계산 근거(가정값·수식)와 결과를 로그에 저장

절차·체크리스트: 감사로그 구축 단계

도면 관리 시스템에 감사로그를 도입하려면 데이터 흐름을 설계하고, 로그 저장소와 대시보드 연동을 단계별로 검증해야 한다. IEC 60092‑101 §5.5와 DNV‑GL Rule A‑203 ‘Electronic Document Management’는 로그 보존 최소 12 개월, 변경·열람·삭제 모두 타임스탬프와 사용자 ID를 기록하도록 명시한다. 아래 절차는 설계·시공·운전 단계에서 일관된 로그 품질을 확보한다.

1. 로그 정책 정의 – 로그 항목(사용자ID, IP, 도면버전, 작업구분), 보존 기간(≥12 개월), 저장 포맷(JSON vs CSV) 등을 문서화한다. IEC 61537‑3 ‘Data Recording’에 따라 최소 1 초 이하의 타임스탬프 정확도를 확보한다.
2. 시스템 연동 설계 – 도면 서버(예: SharePoint, Autodesk Vault)와 로그 수집 에이전트(Fluentd, Logstash)를 연결한다. 로그는 전용 DB(MySQL 5.7 이상) 혹은 시계열 DB(InfluxDB 2.0)로 전송한다.
3. 로그 수집 및 정규화 – 각 작업구분을 IEC 60092‑101 ‘Event Code’에 매핑한다. 예: 01 = 열람, 02 = 수정, 03 = 승인. 로그 레코드 예시:

   Timestamp	UserID	IP	DocID	Action
   2026‑09‑15T08:12:34Z	U0123	10.0.1.45	D-0045	02

4. 보안·무결성 적용 – 로그 전송 시 TLS 1.3 적용, 저장 시 SHA‑256 해시와 함께 원본 파일 해시를 기록한다. IEC 61508 ‘Safety Integrity Level’ 요구에 따라 로그 무결성 검증을 24 시간 주기로 수행한다.
5. 대시보드 구현 – Grafana 9 이상을 사용해 사용자·도면·시간축별 시각화 패널을 만든다. 주요 KPI는 비정상 접속 건수, 대량 다운로드(≥10 개/5 분), 권한 변경 빈도이다.
6. 시험·인증 – 테스트 시나리오(100 건 로그 연속 입력, 1 GB 로그 파일 압축)로 시스템 부하와 데이터 손실 여부를 검증한다. DNV‑GL Rule A‑203‑2 ‘Verification of Log Integrity’를 만족해야 한다.
7. 운용 전 교육 – 관리자와 일반 사용자를 대상으로 로그 조회·보고서 생성 방법을 2 시간 교육하고, 교육 이력도 로그에 남긴다.

• 로그 항목 정의가 IEC 60092‑101 §5.5와 일치하는가? (예: 타임스탬프 정확도 ≥ 1 s)
• 로그 전송에 TLS 1.3 적용 여부 확인
• 대시보드 KPI가 3가지 이상 설정되었는가?
• 보존 기간이 최소 12 개월인지 확인
• 테스트 시나리오 결과 로그 손실 0% 달성 여부

실무 팁: 이상 징후 사전 감지

대시보드에 실시간 알림을 연동하면 비정상 패턴을 사고 전에 차단할 수 있다. IEC 60364‑7‑710 ‘Monitoring of Electrical Installations’는 “비정상 이벤트는 5 분 이내에 알림을 제공”하도록 권고한다. 아래는 현장 적용 사례와 구체적인 설정 방법이다.

1) 비정상 접속 패턴 정의 – 동일 IP에서 5 분 내 20 건 이상의 열람 로그가 발생하면 ‘대량 조회’ 경보를 발생시킨다. 이는 일반 설계 검토(평균 3 건/5 분)와 6배 이상 차이나는 경우다.

2) 대시보드 알림 설정 – Grafana Alerting에서 “Threshold = 20 events/5 min, Condition = ‘WHEN avg() OF query(A) IS ABOVE 20’”을 적용하고, Slack·Email·SMS 3채널로 전파한다.

3) 현장 적용 예 – A선급 적용 현장에서는 2025 년 11 월 한 주 동안 3건의 ‘대량 조회’ 알림이 발생했으며, 모두 외부 컨설턴트가 사전 검토를 위해 비인가 접근을 시도한 것으로 확인되었다. 즉시 권한을 일시 차단하고, 로그 분석을 통해 원인 IP를 차단함으로써 데이터 유출 위험을 0%로 유지했다.

위와 같은 설정은 로그 양이 급증하는 선박 건조 초기에 특히 유효하다. 대시보드에 Top 5 Active Users와 Download Volume Trend 패널을 추가하면 관리자 입장에서 누가 언제 얼마나 많은 도면을 다루는지 한눈에 파악할 수 있다.

• 비정상 접속 임계값(예: 20 건/5 min) 설정 여부
• 알림 채널 3가지 이상 연동 여부
• ‘Top 5 Active Users’ 패널이 대시보드에 포함되었는가?
• 알림 발생 시 대응 SOP(표준운영절차)가 문서화되었는가?
• 알림 테스트(모의 비정상 접속) 후 정상 작동 확인

보안 감사와 통계 활용

감사로그는 단순 사고 기록을 넘어 보안 감사와 운영 효율성을 높이는 핵심 자산이다. IEC 61508‑3 ‘Safety Management’와 ABS Rule U‑101 ‘Cybersecurity Management’는 로그 기반 보안 감사 주기를 최소 연 1회로 규정한다. 아래는 로그를 활용한 보안 감사 흐름과 통계 분석 방법이다.

1) 보안 감사 절차

1. 감사 대상 기간(예: 2025‑01‑01 ~ 2025‑12‑31) 선택.
2. 로그를 CSV로 추출하고, SHA‑256 해시와 원본 파일 해시를 매칭해 무결성 검증.
3. ‘권한 변경’ 로그를 필터링해 사용자 → 역할 변동 내역을 검토. DNV‑GL Rule A‑203‑3은 “권한 변경은 최소 2명 이상 승인”을 요구한다.
4. ‘비정상 접속’ 패턴을 시계열 분석(Python pandas + statsmodels)해 이상점(Outlier) 탐지.
5. 감사 결과를 ‘보안 결함 보고서’에 기록하고, 개선 조치를 트래킹한다.

2) 운영 통계 활용 – 로그 데이터를 집계하면 도면 활용 효율을 정량화할 수 있다. 예를 들어, IEC 60364‑7‑710 ‘Load Monitoring’에 따라 ‘활동량(도면 열람 횟수)’와 ‘권한 사용 비율(활성 권한/전체 권한)’을 KPI로 설정한다.

위 표의 목표값은 일반 조선소 전기 설비팀(≈ 200 명) 기준으로 설정한 실무 기준이다. 실제 운영에서 목표치를 초과하면 원인 분석과 권한 재조정이 필요하다.

• 보안 감사 시 로그 무결성 검증(SHA‑256) 수행 여부
• ‘권한 변경’ 로그에 2인 승인 기록이 있는가?
• 통계 KPI(열람 평균, 권한 사용 비율, 비정상 접속 비율) 목표값 설정 여부
• 통계 결과를 월간 보고서에 포함했는가?
• 감사 후 개선 조치가 추적 시스템에 등록되었는가?

FAQ

Q1. 로그 보존 기간을 연장하면 시스템 부하가 크게 증가하나요?
A. 로그 압축(GZIP)과 파티셔닝을 적용하면 12 개월 보존 기준에서도 DB 용량 증가율은 연 35 % 이하로 관리 가능하다. IEC 61537‑4는 “압축 저장 시 데이터 손실 금지”를 요구하므로, 압축 전후 해시값을 비교해 검증한다.

Q2. 권한 변경 로그가 누락됐을 경우 어떻게 복구하나요?
A. 권한 변경은 운영체제 수준(Auditd Linux ≥ 2.8)와 애플리케이션 레벨을 이중 기록한다. 누락 시 OS audit 로그에서 ‘chmod/chown’ 이벤트를 추출해 보완한다. ABS Rule U‑101‑2는 “이중 로그 유지”를 명시한다.

Q3. 대시보드 알림이 과다 발생하면 실제 위험과 구분하기 힘든데?
A. 알림 임계값을 ‘평균 + 3σ’(표준편차)로 설정하고, 알림 레벨을 ‘Info → Warning → Critical’ 3단계로 구분한다. IEC 60364‑7‑710은 “알림 피로도 최소화”를 권고한다.

Q4. 외부 컨설턴트가 도면에 접근할 때 특별히 해야 할 절차는?
A. 외부 사용자는 ‘임시 권한(시간 제한 48 h)’을 부여하고, 해당 권한 부여·해제 로그를 반드시 기록한다. DNV‑GL Rule A‑203‑4는 “외부 접근은 로그와 승인 절차를 동시 수행”하도록 규정한다.

Q5. 로그 데이터가 손상되면 복구 방법은?
A. 로그는 24 시간마다 RAID 6 + 스냅샷(주 1 회)으로 백업한다. 손상 시 최신 스냅샷에서 복구하고, 복구 전후 SHA‑256 해시를 비교해 무결성을 확인한다. IEC 61508‑4는 “백업 검증을 최소 분기별 수행”을 요구한다.

위 FAQ는 현장 실무자가 가장 많이 마주하는 로그·보안 이슈를 기반으로 작성했으며, 각 답변은 IEC·선급 규정과 직접 연결돼 있다. 실제 적용 시 규정 번호와 항목을 검토해 조직 표준에 맞게 조정한다.

활동 로그 설계 및 구현 체크리스트

도면 관리 시스템에서 사고를 사전에 탐지하려면 로그가 단순히 남겨지는 수준을 넘어, 실시간 모니터링과 규정 기반 알림이 가능하도록 설계해야 한다. IEC 60092‑101 §7.4·7.5는 전기 설비의 변경 이력을 최소 12 개월 보관하도록 요구하고, DNV Rule A‑104 (2)에서는 권한 변경 로그를 별도 파일로 분리해 무결성을 검증하도록 명시한다. 따라서 로그 구조는 사용자·도면·활동 3 요소를 기본 키로 삼아 관계형 DB에 저장하고, 변경 전후 해시값(SHA‑256)으로 무결성을 확보한다.

다음은 설계·구현 단계에서 반드시 검증해야 할 핵심 항목이다.

1. 로그 항목 정의 – 열람(READ), 수정(WRITE), 승인(APPROVE), 삭제(DELETE) 각각에 대해 timestamp, user_id, role, drawing_id, action_detail을 기록한다. IEC 61537‑5 (2.3)에서 제시한 “작업 이력 최소 5 개 필드”와 일치한다.
2. 보관 기간 설정 – IEC 60092‑101 §7.4에 따라 최소 12 개월, 선급 요구에 따라 24 개월 보관한다. 보관 기간이 지나면 로그를 별도 아카이브(읽기 전용)로 전환한다.
3. 무결성 검증 – 각 로그 레코드 삽입 시 SHA‑256 해시를 생성하고, 일일 배치 작업에서 전일 해시와 비교해 변조 여부를 확인한다. 변조 탐지 시 즉시 관리자 알림을 발생시킨다.
4. 실시간 대시보드 – 관리자 화면에 최근 24 시간 내 비정상 활동(동시 5건 이상 다운로드, 권한 없는 도면 접근 등)을 그래프와 테이블로 표시한다. DNV Rule A‑104 (5)에서 권장하는 “이상 징후 시 15 분 이내 알림”을 구현한다.
5. 알림 정책 – 비정상 활동 감지 시 이메일·SMS·시스템 팝업 3중 알림을 설정하고, 알림 로그도 별도 테이블에 보관한다. IEC 61537‑5 §3.2에 따라 “알림 회수는 3회 이상 누적 시 관리자 승인을 요구”한다.

※ 계산 예시 – 로그 저장 용량 추정

위 예시는 평균 1 TB 용량을 갖는 서버에서 24 개월 보관 시 ≈ 1 GB 정도만 차지한다는 것을 보여준다. 따라서 로그 저장을 위한 별도 스토리지 설계는 필요하지 않으며, 기존 데이터베이스에 로그 전용 스키마를 추가하는 것으로 충분하다.

• 사용자·역할 매트릭스가 최신 상태인지 확인 (권한 부여 ≥ 90 % 정확도).
• 로그 항목이 IEC 60092‑101 §7.4·DNV Rule A‑104 요구사항을 모두 포함하는지 검증.
• SHA‑256 해시 적용 여부와 일일 무결성 검증 배치 작업이 정상 실행되는지 테스트.
• 대시보드에서 비정상 활동 알림이 15 분 이내에 발생하는지 시뮬레이션.
• 보관 기간(12 개월) 및 아카이브 전환 프로세스가 자동화되어 있는지 확인.

오해와 팩트 체크