®01
플릿 및 교통 데이터 플랫폼
텔레매틱스, 관제 시스템, 정비소와 연동된 데이터 플랫폼
자세히 보기산업 분야 / 운송 및 물류
모빌리티를 연결합니다. 시스템을 보호합니다.
플릿, 연결된 차량, 디지털 결제 시스템을 안전하게 통합합니다.
컨설팅. 통합. 운영.
귀사 산업에 종사하는 분들을 위해.
- 교통연합 및 대중교통 운영기관
- 철도 및 인프라 운영기관
- 물류 서비스 제공업체, 항만, 공항
- 차량 제조사 및 협력업체
귀사의 중점 분야
과제를 이해합니다. 솔루션을 설계합니다.
플릿 및 교통 데이터를 데이터 플랫폼으로 통합하고, PKI와 하드웨어 보안 모듈로 연결된 차량을 보호하며, 고가용성 티켓팅 및 예약 플랫폼을 개발합니다.
전략부터 시스템까지
여섯 가지 서비스 구성 요소
여섯 가지 실행 영역. 더 자세히 살펴보고 싶은 영역을 선택하십시오.
01플릿 및 교통 데이터 플랫폼Apache Kafka · MQTT · Lakehouse
저희의 접근 방식
텔레매틱스, 차량 센서, 교통 관제 시스템, 정비소 데이터는 측정값을 지속적으로 생성하지만, 배차와 계획에 활용하려면 공통 데이터 플랫폼이 필요합니다. 저희는 스트리밍 연동, 통일된 시간 기준, 데이터 카탈로그를 갖춘 이 플랫폼을 구축하고, 이를 기반으로 예지 정비, 가동률 예측, 운행 계획을 위한 모델을 학습시킵니다. 모든 모델은 버전 정보, 모니터링, EU AI Act에 따른 문서를 갖추며, 운전자와 승객의 위치 데이터는 가명 처리됩니다.
서비스 범위 상세
- Apache Kafka와 MQTT를 통한 텔레매틱스, CAN 버스 데이터, 교통 관제 시스템, 정비소 시스템 연동
- 모든 소스에 걸쳐 데이터 카탈로그, 데이터 품질 규칙, 통일된 시간 기준을 갖춘 레이크하우스
- 과거 고장 이력으로 검증된 예지 정비, 가동률 예측, 운행 계획용 모델
- Grafana와 문서화된 지표를 활용한 관제센터, 정비소, 계획 부서용 대시보드
- MLflow를 이용한 모델 운영, 데이터 드리프트 모니터링, EU AI Act 및 GDPR에 따른 문서화
한 버스 운영기관이 텔레매틱스, 정비 주문, 시간표 데이터를 통합합니다. 정비소는 차량이 노선에서 멈추기 전에 운영 데이터를 통해 브레이크와 문의 고장 징후를 파악합니다.
02HSM 기반 PKI를 갖춘 커넥티드 차량 및 V2X 인증서Thales Luna Network HSM · Utimaco u.trust GP HSM Se-Series · Entrust nShield 5c
저희의 접근 방식
커넥티드 차량에는 고유한 아이덴티티, 백엔드와의 암호화된 연결, 서명된 소프트웨어 업데이트, 그리고 V2X 통신을 위해 다른 차량과 인프라로 보내는 메시지를 인증하는 단기 인증서가 필요합니다. 저희는 루트 CA, 발급 CA, 제어장치 등록을 포함한 차량 PKI를 설계하고, CA와 서명 서비스의 키를 하드웨어 보안 모듈에 보관합니다. 발급, 갱신, 폐기는 모두 기록되며, 관련 문서는 UNECE R155가 제조사에 요구하는 사이버보안 관리체계(CSMS)에 반영됩니다.
서비스 범위 상세
- 루트 CA, 발급 CA, EST 또는 SCEP를 통한 등록, 제어장치 및 백엔드용 폐기 목록을 갖춘 PKI 아키텍처
- IEEE 1609.2 및 ETSI TS 103 097 기준 V2X 인증서, 유럽 C-ITS 신뢰 인프라 연동 포함
- HSM에 키를 보관하는 소프트웨어 업데이트 서명 서비스로, 이중 승인 원칙에 따른 승인과 릴리스별 기록 포함
- Thales Luna Network HSM, Utimaco u.trust GP HSM Se-Series, Entrust nShield 5c 등 HSM 선정 및 통합, 키 세리머니 포함
- ISO/SAE 21434 기준 위협 분석과 UNECE R155에 따른 CSMS 문서
한 상용차 제조사가 제어장치 업데이트 서명을 빌드 서버에서 승인 절차를 갖춘 HSM으로 이전합니다. 차량 PKI는 제어장치별로 인증서를 발급하며, 처음으로 폐기도 가능해집니다.
제공 내용
- 인증서 정책과 키 세리머니 기록을 포함한 PKI 아키텍처
- HSM 보호와 승인 절차를 갖춘 소프트웨어 업데이트 서명 서비스
- 형식승인을 위한 CSMS 문서 및 위협 분석
03PCI DSS 기준 발권, 예약, 결제Kubernetes · PostgreSQL · Apache Kafka
저희의 접근 방식
발권, 예약, 화물 포털은 혼잡 시간대에도 가용성을 유지하고 결제 및 고객 데이터를 보호해야 하며, 변경할 때마다 PCI 감사가 발생해서는 안 됩니다. 저희는 이러한 애플리케이션을 클라우드 네이티브 서비스로 개발·현대화하고, 토큰화와 결제 서비스 제공업체를 통해 카드 정보를 자체 시스템 밖에 두며, 승객 데이터는 GDPR에 따른 삭제 정책 및 권한 체계에 연결합니다. 요청 시 운영, 모니터링, 추가 개발은 합의된 서비스 수준을 갖춘 애플리케이션 서비스로 저희가 담당합니다.
서비스 범위 상세
- Kubernetes 기반 부하 분산, 대기열, 자동 확장을 갖춘 발권 및 예약 아키텍처
- 토큰화, EMV 3-D Secure, PCI DSS 범위 구분을 갖춘 결제 서비스 제공업체 연동
- VDV-KA 기준 eTicket Deutschland 연동 및 버전 관리된 인터페이스를 통한 판매 파트너 연동
- 시간표 변경 및 요금 변경 전 부하 테스트, 장애 테스트, 승인 절차
- 모니터링, 온콜 대응, 보안 업데이트, GDPR에 따른 삭제 정책 및 권한 체계을 갖춘 운영
한 교통연합이 티켓 앱의 카드 결제를 토큰화를 지원하는 결제 서비스 제공업체로 이전합니다. 자체 플랫폼은 PCI 범위에서 벗어나고, 시간표 변경 시에도 판매는 안정적으로 유지됩니다.
제공 내용
- 부하 테스트 보고서를 포함한 클라우드 네이티브 발권 및 예약 플랫폼
- 토큰화와 PCI 범위 구분을 갖춘 결제 연동
- 모니터링, 온콜 대응, 삭제 정책을 포함한 운영 매뉴얼
04IEC 62443 기준 관제·연동장치 시스템IEC 62443 · CLC/TS 50701 · OPSWAT MetaDefender
저희의 접근 방식
연동장치, 교통관제센터, 터널 관제 시스템, 운영 관제 시스템은 교통을 제어하며 수십 년간 사용되는 경우가 많고, 보안 업데이트가 이루어지지 않는 경우도 흔합니다. 저희는 산업 자동화용 표준 시리즈인 IEC 62443에 따라 이러한 시스템을 구역(zone)과 통로(conduit)로 나누고, 관제 시스템과 관리망을 분리하며, 모니터링되는 원격 유지보수를 구축하고, 수동형 OT 모니터링으로 제어망의 이상 징후를 탐지합니다. 철도 분야에서는 CLC/TS 50701의 요구 사항을 추가로 반영하며, 모든 조치는 구현 과정에서도 운영이 계속될 수 있도록 계획됩니다.
서비스 범위 상세
- IEC 62443-3-2에 따른 관제 시스템의 현황 조사 및 위험 분석, 구역, 통로, 보호 등급 포함
- 자체 강화가 불가능한 노후 시스템 앞에 방화벽, 데이터 다이오드, 보안 게이트웨이를 이용한 네트워크 분할
- 다중 인증, 세션 녹화, 시간 제한 접속을 갖춘 점프 서버를 통한 원격 유지보수
- SIEM 연동 및 BSI법·NIS2에 따른 신고 절차를 갖춘 수동형 OT 모니터링
- OPSWAT MetaDefender를 이용한 유지보수 컴퓨터 및 이동식 저장매체 검사, 철도 시스템을 위한 CLC/TS 50701 기준 보안 프로세스
한 철도 인프라 운영기관이 연동장치를 관리망에서 분리하고, 제조사의 원격 유지보수를 녹화되는 점프 서버를 통해 수행합니다. OT 모니터링은 처음으로 제어망 내 미확인 장비를 탐지해 알립니다.
제공 내용
- IEC 62443-3-2 기준 위험 분석을 포함한 구역 모델
- 점프 서버와 세션 기록을 갖춘 원격 유지보수 설계
- KRITIS 및 NIS2를 위한 모니터링 및 신고 체계
05배차, 정비, 정산 통합SAP S/4HANA · API 게이트웨이 · Apache Kafka
저희의 접근 방식
배차, 정비, 정산, 파트너 시스템은 운송·물류 기업 내에서 수년에 걸쳐 성장해 왔으며, 대개 파일 내보내기와 야간 일괄 처리로 연결되어 있습니다. 저희는 이러한 시스템 사이에 버전 관리된 인터페이스와 이벤트 처리를 갖춘 통합 계층을 두어, 차량 상태, 주문, 정비 이벤트가 다음 날이 아니라 몇 분 안에 도달하도록 합니다. 모든 인터페이스는 데이터 계약, 자동화된 테스트, 권한을 갖추며, 한 시스템의 변경이 다른 시스템의 재구축을 유발하지 않습니다.
서비스 범위 상세
- 배차, ERP, 정비소, 텔레매틱스에 걸친 데이터 계약, 담당자, 의존관계를 포함한 인터페이스 카탈로그
- 차량 상태, 주문, 정비 이벤트를 위한 Apache Kafka 기반 API 게이트웨이 및 이벤트 처리
- 표준화된 인터페이스를 통한 SAP S/4HANA 또는 기타 ERP·정비 시스템 연동
- OpenID Connect를 통한 운전자, 배차 담당자, 정비소, 파트너용 아이덴티티 및 권한 모델
- 인터페이스별 자동화된 테스트, 버전 관리, 승인 절차, 정규 운영 중 모니터링
한 물류 서비스 제공업체가 이벤트 플랫폼을 통해 텔레매틱스, 주문 관리, 정비소 시스템을 연결합니다. 배차 담당자는 일일 정산이 아니라 실시간으로 지연과 정비 필요를 파악합니다.
06차량 PKI 및 백엔드를 위한 PQC 전환 준비ML-KEM (FIPS 203) · ML-DSA (FIPS 204) · 하이브리드 인증서
저희의 접근 방식
차량은 RSA나 타원곡선 같은 현재 방식이 양자 컴퓨터에 안전하게 대응할 수 있는 기간보다 더 오래 운행되며, 제어장치는 현장에서 개조할 수 있는 범위가 제한적입니다. 저희는 차량 PKI, V2X, 백엔드, 발권에 걸친 암호 방식, 키, 인증서를 목록화하고, 보호 지속 기간과 개조 가능성을 평가한 뒤 ML-KEM과 ML-DSA로의 전환을 단계별로 계획합니다. 백엔드와 등록 절차의 암호 민첩성은 이후 리콜 없이 방식을 교체할 수 있도록 합니다.
서비스 범위 상세
- 차량 PKI, V2X 인증서, 업데이트 서명, TLS, 발권에 걸친 암호 인벤토리 및 보호 지속 기간별 평가
- HSM 펌웨어 및 제어장치의 ML-KEM, ML-DSA, 하이브리드 방식 지원 여부 점검
- 애플리케이션 재구축 없이 방식을 교체할 수 있도록 하는 백엔드, 등록, 업데이트 서비스의 암호 민첩성
- 루트 CA, 발급 CA, 서명 서비스를 위한 하이브리드 인증서 및 마이그레이션 계획
- 차량 세대, 장비 교체, BSI 지침과 연동된 단계별 로드맵
한 차량 제조사가 플릿 PKI와 업데이트 서명의 암호 방식을 목록화합니다. 신규 차량 세대는 하이브리드 인증서를 받고, 기존 플릿은 모델 교체 시점까지 현재 방식을 유지합니다.
전형적인 프로젝트 상황
변화가 구체화되는 지점.
프로젝트는 흔히 구체적인 과제에서 시작됩니다. 다음 예시는 전형적인 초기 상황과 가능한 접근 방식, 목표로 하는 결과를 함께 보여줍니다.
예시로 든 초기 상황이며, 고객 사례가 아닙니다.
01 / 운송 및 물류
한 상용차 제조사의 차량 PKI
제어장치 업데이트용 서명 키가 빌드 서버에 있고, 인증서는 스크립트로 발급되며, UNECE R155에 따른 형식승인에는 사이버보안 관리체계가 요구됩니다.
해결 방안
루트 CA와 발급 CA를 갖춘 차량 PKI, 기록된 세리머니를 거친 HSM 내 키, 이중 승인을 거치는 서명 서비스, ISO/SAE 21434 기준 위협 분석.
폐기가 가능한 제어장치별 인증서, HSM으로 서명된 업데이트, 승인 기관용 CSMS 문서.
02 / 운송 및 물류
한 교통연합의 발권 플랫폼
자체 데이터베이스에 저장된 카드 정보, 모든 변경이 PCI 범위 내에 포함, 시간표 변경 시 발권 판매 중단.
해결 방안
Kubernetes 기반 클라우드 네이티브 발권 플랫폼, 토큰화를 지원하는 결제 서비스 제공업체를 통한 카드 결제, 시간표 변경 전 부하 테스트, 애플리케이션 서비스로의 운영.
PCI 범위 밖의 플랫폼, 혼잡 시간대에도 안정적인 판매, GDPR에 따른 삭제 정책 및 권한 체계.
03 / 운송 및 물류
한 철도 인프라 운영기관의 관제 시스템
관리망에 연결된 연동장치, 상시 개방된 접속을 통한 제조사의 원격 유지보수, 지적 사항이 있는 KRITIS 증빙.
해결 방안
노후 시스템 앞에 보안 게이트웨이를 둔 IEC 62443 기준 구역 모델, 세션 녹화를 갖춘 점프 서버, SIEM 연동을 갖춘 수동형 OT 모니터링.
운영 중단 없는 네트워크 분리, 추적 가능한 원격 유지보수, 미해결 지적 사항 없는 BSI 증빙.
협업
명확한 과정. 귀사의 팀과 함께.
최초 개요 파악부터 지속적인 운영까지, 저희는 우선순위와 책임, 각 단계의 결과물을 함께 조율합니다.
저희가 일하는 방식
- 01
평가
데이터 소스, 차량 인터페이스, 관제 시스템, 플랫폼, 규제 공백
우선순위 조치 목록, 암호 인벤토리, UNECE R155·PCI DSS·KRITIS·NIS2 격차 분석 - 02
개념 설계
목표 아키텍처, 구역 모델, PKI 설계, 운영 모델
목표 아키텍처, PKI 및 HSM 설계, 구역 모델, 인터페이스 카탈로그, 운영 모델, 테스트 계획 - 03
구현
단계별 PKI, 데이터 플랫폼, 발권, 네트워크 분할
통합된 시스템, 기록된 키 세리머니, 테스트, 문서, 단계별 승인 - 04
운영
모니터링, 인증서 갱신, 감사, 지식 이전
모니터링, 인증서 및 키 교체, 감사 지원, 단계적 인계
- 01
무엇을 변화시키고자 하십니까?
현재의 과제와 귀사가 원하는 결과.
- 02
어떤 시스템이 관련되어 있습니까?
사업장, 애플리케이션, 인터페이스에 대한 개요.
- 03
어떤 제약 조건이 있습니까?
프로젝트 일정, 유지보수 기간, 알려진 종속성.
- 04
누가 논의에 참여해야 합니까?
IT, 보안, 운영 부문의 적합한 담당자.
배경 및 의사 결정 자료
운송 및 물류를 위한 IT 솔루션이란 무엇입니까?
플릿 데이터 플랫폼부터 차량 플릿을 위한 양자내성암호(PQC) 전환 준비까지 여섯 가지 영역으로, OTOKO®가 기획, 통합, 운영합니다. 차량 키와 인증서는 하드웨어 보안 모듈에 보관되며, KRITIS, NIS2, UNECE R155에 대한 증빙은 프로젝트 과정에서 마련됩니다. 전체 솔루션은 독일 데이터센터에서 운영됩니다.
운송 및 물류를 위한 IT 솔루션은 플릿 및 교통 데이터를 통합하고, 커넥티드 차량에 암호 기반 아이덴티티를 부여하며, 부하가 걸리거나 공격을 받는 상황에서도 발권, 배차, 관제 시스템의 가용성을 유지합니다. OTOKO®는 이를 위해 여섯 가지 영역을 다룹니다. 플릿 및 교통 데이터 플랫폼, HSM 기반 PKI를 갖춘 커넥티드 차량 및 V2X 인증서, PCI DSS 기준 발권 및 결제, IEC 62443 기준 관제·연동장치 시스템, 배차·정비·정산의 통합, 그리고 차량 PKI와 백엔드를 위한 PQC 전환 준비입니다.
단순한 컨설팅 프로젝트와의 차이는 운영과 증빙에 있습니다. 모든 인증서 발급, 모든 인터페이스, 모든 구역 모델에는 기록, 버전 정보, 그리고 UNECE R155, PCI DSS, BSI가 요구하는 문서가 따라붙습니다. 암호 기술과 하드웨어 보안 모듈은 저희의 핵심 역량입니다. 그래서 소프트웨어 업데이트용 서명 키와 차량 PKI의 키는 소프트웨어가 아니라 인증된 장비에 보관됩니다.
운송 및 물류에 OTOKO®를 선택해야 하는 이유
- 암호 기술 및 HSM
암호 기술과 하드웨어 보안 모듈은 저희의 핵심 역량입니다. 차량 PKI, 업데이트용 서명 키, V2X 인증서는 UNECE R155와 승인 기관이 요구하는 대로 인증된 하드웨어 보안 모듈에 보관합니다.
- 독일 데이터센터
전체 솔루션은 차량 PKI부터 발권 플랫폼, 플릿 및 교통 데이터 플랫폼까지 독일 데이터센터에서 운영됩니다.
- 핵심 기반시설과 규제 산업
핵심 기반시설 운영기관 및 규제 산업은 저희의 일상입니다. 저희는 운송 분야에서 BSI, 승인 기관, PCI 감사인, 정보보안팀이 요구하는 바를 잘 알고 있습니다.
- 운영까지 함께하는 한 팀
보안 아키텍트, PKI 전문가, 데이터 엔지니어, 애플리케이션 개발자로 이루어진 하나의 팀이 컨설팅부터 운영까지 제3자에게 인계하지 않고 함께합니다.
제공 조건 및 세부 정보
운송 및 물류 프로젝트 착수 전의 전형적인 초기 상황
대부분의 운송·물류 기업은 기술이 부족해서가 아니라 데이터 사일로, 보호되지 않은 인터페이스, 감사인 앞에서의 증빙 공백 때문에 어려움을 겪습니다.
01
공통된 시간 기준이 없는 데이터
텔레매틱스, 관제 시스템, 정비소, 정산이 각각 별도의 데이터를 보유하고, 배차는 어제 내보낸 자료로 계획을 세우며, 플릿 전체의 정차 시간을 설명할 수 있는 사람이 없습니다.
02
소프트웨어에 저장된 차량 키
소프트웨어 업데이트용 서명 키가 빌드 서버에 보관되어 있고, 인증서는 스크립트로 발급되며, 폐기 절차는 마련되어 있지 않습니다.
03
PCI 범위에 포함된 발권
발권 플랫폼이 자체 데이터베이스에 카드 정보를 저장하여, 변경 사항이 생길 때마다 PCI 감사인이 관여해야 하고, 아침 피크 부하에는 판매가 마비됩니다.
04
사무망에 연결된 관제 시스템
연동장치와 교통 관제 시스템이 분할 없이 관리망에 연결되어 있고, 제조사는 상시 개방된 원격 접속으로 유지보수를 수행하며, 사고는 장애가 발생해야 비로소 알아챌 수 있습니다.
세 가지 운영 모델
| 온프레미스 | 독일 클라우드 | 하이퍼스케일러 | |
|---|---|---|---|
| 데이터 보관 | 귀사의 데이터센터, 귀사의 HSM 및 관제 시스템 | ISO 27001 기준으로 운영되는 독일 내 데이터센터 | Azure, AWS 또는 Google Cloud, 지역 선택 가능 |
| 운영 | 귀사 팀 또는 매니지드 서비스로서의 OTOKO® | OTOKO®, 귀사의 감사 권한 포함 | 공동 운영, 제공업체의 플랫폼 서비스 |
| 도구 | 자체 보유 HSM, Kafka, Kubernetes, 제어망 내 OT 모니터링 | 호스팅 PKI, 서비스형 HSM, 데이터 및 발권 플랫폼 | 클라우드 HSM 서비스, 매니지드 데이터 및 스트리밍 서비스 |
| 적합한 대상 | 관제 시스템, 연동장치, 서명 키, KRITIS 시설 | 주권 요건이 있는 차량 PKI, 발권, 데이터 플랫폼 | 승객용 앱, 분석, 발권 판매 시의 피크 부하 |
| 컴플라이언스 | 완전한 통제, 귀사의 ISMS 및 CSMS에서 나오는 증빙 | GDPR에 따른 위탁처리, 독일 소재, KRITIS 증빙 | 위탁처리, 표준계약조항, 서비스별 종료 시나리오 |
협업 방식
프로젝트
차량 PKI, 발권 현대화, 구역 모델 구축처럼 명확하게 범위가 정해진 과업으로, 결과물, 마일스톤, 검수가 정의되어 있습니다.
- 평가, 개념 설계, 구현, 인계
- 고정가 또는 마일스톤별 공수 정산
- 형식승인, 시간표 변경, 감사 준비에 적합
인력 지원
보안 아키텍트, PKI 전문가, 데이터 엔지니어, 애플리케이션 개발자가 귀사의 팀, 도구, 승인 절차 안에서 협업합니다.
- 귀사의 프로세스, 시스템, 보안 지침 숙지
- 프로젝트 진행에 따라 규모 조정 가능
- 자체 팀은 있으나 인력 공백이 있는 기업에 적합
매니지드 서비스
OTOKO®는 합의된 서비스 수준, 보고서, KRITIS와 NIS2가 서비스 제공업체에 요구하는 계약 요소를 갖추고 PKI, HSM, 데이터 플랫폼, 발권 애플리케이션을 운영합니다.
- 모니터링, 인증서 갱신, 업데이트, 온콜 대응
- 계약에 명시된 감사권, 서비스 지표, 종료 시나리오
- PKI, HSM, 플랫폼 운영을 위한 자체 팀이 없는 운영기관에 적합
표준 및 증빙
운송 및 물류 분야에서 각 규정이 요구하는 사항과 이를 위해 OTOKO®가 제공하는 것입니다.
| 기준 | 요구 내용 | OTOKO®의 제공 내용 |
|---|---|---|
| UNECE R155 | 차량 제조사의 전체 수명 주기에 걸친 사이버보안 관리체계, 차종별 위험 분석, UNECE R156 기준 보안 소프트웨어 업데이트, 형식승인을 위한 증빙 | ISO/SAE 21434 기준 위협 분석, HSM으로 보호되는 차량 PKI 및 서명 서비스, 기록을 남기는 업데이트 프로세스, 승인 기관용 CSMS 문서 |
| PCI DSS | 범위 구분, 암호화, 접근 통제, 로깅, 정기 감사를 통한 카드소지자 데이터 보호 | 결제 서비스 제공업체를 통한 토큰화, 범위에서 발권 시스템 제외, QSA 감사 또는 SAQ를 위한 로깅 및 문서 |
| IEC 62443 | 보호 등급을 갖춘 구역과 통로, 위험 분석, 강화된 구성 요소, 통제된 원격 접속, 자동화 및 관제 시스템 내 사고 탐지 | IEC 62443-3-2 기준 구역 모델, 네트워크 분할 및 보안 게이트웨이, 점프 서버를 통한 원격 유지보수, 수동형 OT 모니터링, 철도 시스템을 위한 CLC/TS 50701 추가 적용 |
| NIS2 | 위험 관리, 공급망 보안, 중대 사고의 단계별 신고, 경영진의 책임. KRITIS 운영기관은 여기에 더해 공격 탐지와 BSI법에 따른 증빙도 요구됩니다 | 의존관계도를 포함한 위험 관리 대장, 신고 절차, 제어망 및 백엔드 내 공격 탐지, 감사권을 포함한 서비스 제공업체 계약, BSI용 증빙 문서 |
| GDPR | 법적 근거, 데이터 최소화, 정보주체 권리, 위탁처리, 위치 및 승객 데이터에 대한 개인정보 영향평가 | 텔레매틱스와 발권을 위한 개인정보 보호 설계, 위치 데이터 가명 처리, 삭제 정책, 위탁처리 계약, 영향평가 지원 |
자주 묻는 질문
좋은 질문. 명확한 답변.
귀사의 산업 분야, 프로젝트, 이후 운영에 대한 15가지 답변입니다.
산업 분야 및 실행 영역6 질문
OTOKO®는 운송 및 물류를 위해 어떤 IT 솔루션을 제공합니까?
저희의 서비스는 플릿 및 교통 데이터용 데이터 플랫폼, HSM으로 보호되는 차량 PKI 및 V2X 인증서, PCI DSS 기준 발권 및 결제, IEC 62443 기준 관제·연동장치 시스템 보호, 배차·정비·정산 통합, 그리고 PQC 전환 준비를 포함합니다. 각 영역은 개별적으로 또는 전체 패키지로 발주할 수 있으며, 운영은 독일 데이터센터에서 이루어집니다.
차량용 소프트웨어 업데이트와 V2X 메시지는 어떻게 보호됩니까?
모든 업데이트는 하드웨어 보안 모듈에 보관되어 해당 장치를 벗어나지 않는 개인 키로 서명됩니다. 차량은 설치 전에 서명을 검증하고, 조작된 패키지는 거부합니다. V2X 메시지에도 IEEE 1609.2 또는 ETSI TS 103 097 기준 단기 인증서로 서명이 이루어지며, 이는 운전자를 추적 가능하게 만들지 않으면서 차량과 인프라를 인증합니다. 발급, 갱신, 폐기는 차량 PKI를 통해 처리되고 기록됩니다.
NIS2는 운송·물류 기업에 어떤 의미가 있습니까?
NIS2는 운송 부문을 중요도가 높은 부문으로 분류하며, 해당 기업에 위험 관리, 중대 사고의 단계별 신고, 공급망 보안을 의무화하고, 그 이행 책임은 경영진에 있습니다. KRITIS 임계값을 넘는 운영기관은 BSI법에 따라 조치를 추가로 증명해야 합니다. 저희는 핵심 기반시설 운영기관 및 규제 산업과 함께 일합니다. 귀사의 조치를 의무 사항과 비교하면 어디에 조치가 필요한지 드러납니다.
발권 플랫폼은 어떻게 PCI 범위 밖에 머무릅니까?
카드 정보는 자체 시스템에 저장되지 않고, 결제 과정에서 인증된 결제 서비스 제공업체에 직접 전달되며, 제공업체는 그 대신 토큰을 돌려줍니다. 발권 플랫폼은 이 토큰만 사용하므로 요금, 앱, 판매 채널을 변경해도 더 이상 범위에 영향을 주지 않습니다. 나머지 요구 사항은 감사나 자체 평가 설문지를 위해 저희가 문서화합니다.
안전을 확보하려면 관제 시스템이나 연동장치를 교체해야 합니까?
보통은 그렇지 않습니다. 네트워크 분할, 보안 게이트웨이, 데이터 다이오드, 모니터링되는 원격 유지보수는 기존 구성 요소의 승인이나 운영을 바꾸지 않고도 그 앞단에 설치할 수 있습니다. 교체는 구성 요소가 더 이상 안전한 연동을 허용하지 않는 경우에만, 그것도 어차피 예정된 갱신 시점에 계획합니다.
차량 플릿은 언제 양자내성암호(PQC)로 전환해야 합니까?
지금, 인벤토리 작성부터 시작해야 합니다. 차량은 오랜 기간 운행되고 제어장치는 현장에서 개조할 수 있는 범위가 제한적이므로, 다음 차량 세대가 앞으로 수십 년의 암호 기술을 결정합니다. 인벤토리는 어떤 PKI 구성 요소, HSM, 업데이트 서비스를 먼저 전환해야 하는지 보여주며, 로드맵은 전환 시점을 모델 교체와 장비 교체에 맞춥니다.
시작과 구현5 질문
하나의 실행 영역만으로 시작할 수 있습니까?
예. 먼저 구체적인 과제 하나를 한정할 수 있습니다. 이때 나머지 인프라와의 인터페이스를 함께 검토하고, 구현에 앞서 어떤 서비스가 계약에 포함되는지 협의합니다.
첫 상담을 위해 무엇을 준비해야 합니까?
과제, 관련 시스템, 원하시는 결과를 간단히 설명해 주시면 시작하기에 충분합니다. 알려진 일정과 적합한 담당자 정보가 있으면 추가로 도움이 됩니다. 자격 증명이나 기밀 시스템 문서는 첫 문의에 포함하지 마십시오.
누가 프로젝트에 참여해야 합니까?
보안 아키텍트: 목표 아키텍처, 구역 모델, KRITIS 및 NIS2 증빙. 암호 전문가: 차량 PKI, HSM 통합, 서명 서비스, PQC 로드맵. OT 보안 엔지니어: IEC 62443 기준 네트워크 분할, 원격 유지보수, OT 모니터링. 데이터 엔지니어: 데이터 플랫폼, 모델, 모니터링. 애플리케이션 개발자: 발권, 인터페이스, 애플리케이션 서비스. 프로젝트 책임자: 마일스톤, 검수, 보고.
일정과 작업량은 어떻게 산정됩니까?
저희는 시스템, 인터페이스, 문서화 현황, 운영상의 제약 조건을 살펴봅니다. 합의된 범위와 마일스톤이 작업량 산정의 근거가 됩니다. 이러한 정보 없이 제시한 고정 기간은 신뢰하기 어렵습니다.
프로젝트 첫 단계에서는 무엇을 제공합니까?
데이터 소스, 차량 인터페이스, 관제 시스템, 플랫폼, 규제 공백 우선순위 조치 목록, 암호 인벤토리, UNECE R155·PCI DSS·KRITIS·NIS2 격차 분석
운영과 발전4 질문
어떤 협업 형태가 가능합니까?
프로젝트: 차량 PKI, 발권 현대화, 구역 모델 구축처럼 명확하게 범위가 정해진 과업으로, 결과물, 마일스톤, 검수가 정의되어 있습니다. 인력 지원: 보안 아키텍트, PKI 전문가, 데이터 엔지니어, 애플리케이션 개발자가 귀사의 팀, 도구, 승인 절차 안에서 협업합니다. 매니지드 서비스: OTOKO®는 합의된 서비스 수준, 보고서, KRITIS와 NIS2가 서비스 제공업체에 요구하는 계약 요소를 갖추고 PKI, HSM, 데이터 플랫폼, 발권 애플리케이션을 운영합니다.
운영으로의 인계는 어떻게 이루어집니까?
모니터링, 인증서 갱신, 감사, 지식 이전 모니터링, 인증서 및 키 교체, 감사 지원, 단계적 인계
나중에 추가 사업장이나 시스템을 더할 수 있습니까?
이는 첫 설계에서부터 고려할 수 있습니다. 문서화된 인터페이스와 재사용 가능한 규칙은 확장의 토대가 됩니다. 다만 추가되는 사업장과 신규 시스템은 각각의 고유한 요구 사항에 따라 별도로 검토됩니다.
솔루션을 장기적으로 운영 가능한 상태로 유지하려면 어떻게 합니까?
책임 소재, 반복적인 업무, 변경 절차는 기술 구현과 함께 정해집니다. 문서화와 지식 전달은 귀사 팀의 일상 업무에 도움이 됩니다. 어떤 활동과 지속적인 지원이 포함되는지는 서비스 범위에서 합의합니다.
운송 및 물류
다음 단계를 저희와 상담하십시오.
플릿 데이터, 차량, 예약 시스템이 안전하게 연동되는 방법을 함께 논의하겠습니다.
상담 예약하기
