산업용 로봇과 협동 로봇은 CRA의 중요 제품인가?

산업용 로봇이나 협동 로봇 출시는 어떻게 분류하는가?

암 하드웨어가 아니라 판매 형태(offer)에서 출발합니다. 시스템 통합업체에 판매되는 6축 암과, 동일한 암이 소규모 작업장에 완전한 협동 로봇 셀로 판매되는 경우는 CRA상 다른 제품입니다. 절차는 구매자가 무엇에 비용을 지불하는지, 어떤 컨트롤러와 펜던트가 함께 출하되는지, 그리고 제조사가 플릿 클라우드, 안전 구성, OTA 업데이트 경로까지 공급하는지에 따라 달라집니다.

위 도식은 절차 선택을 담고 있습니다. 아래 표는 경계 메모를 담습니다: 변형이 정해지면, 그 변형에 대해 제조사가 채워야 할 증거 행이 무엇인지 보여줍니다.

라우팅 표는 경계 메모를 대체하지 않습니다. 메모에는 여전히 정확한 암 모델, 가반하중과 도달거리, 컨트롤러 캐비닛, 펜던트, 프로그래밍 환경, 안전 구성 범위, 플릿 클라우드, OTA 서비스, 의도된 사용이 필요합니다. 완전한 협동 로봇 셀이라면 구매자가 의존하는 협동 운전 모드를 명시합니다: 속도·이격 감시, 출력·힘 제한, 핸드 가이딩, 안전 등급 감시 정지.

그다음 다른 등재 기능이 본질을 차지하지는 않는지 확인합니다. CRA는 제품의 핵심 기능이 등재된 범주와 일치할 때 그 제품을 중요(Important)로 분류하며, 컨트롤러를 내장한다는 사실만으로 로봇이 중요 범주로 옮겨가지는 않습니다. 판매의 본질이 방화벽 게이트웨이, VPN 어플라이언스, 네트워크 관리 시스템, SIEM 커넥터, 변조 방지 칩을 중심으로 하는 강화 컨트롤러라면 그 핵심 기능을 먼저 분류하고 암은 주변 기기로 다룹니다.

부품 판매라면 완성 셀 범주에 억지로 끼워 맞추지 않습니다. 시스템 통합업체에 판매되는 로봇 암도 디지털 요소를 가진 제품이므로 보안 설계(secure-by-design) 증거, 업데이트 경로, 취약점 처리 프로세스, 지원 기간 진술, 통합업체용 문서가 필요합니다. 절차는 표준으로 유지되고, 책임은 통합업체와 분담됩니다.

분류 메모는 네 가지 질문에 답해야 합니다.

1. 이 출시는 로봇 암으로, 완전한 협동 로봇 셀로, 아니면 다른 기계 내부의 로봇으로 판매되는가?
2. 로봇의 운동이 제품의 핵심 기능인가, 아니면 다른 등재 기능(방화벽, VPN, 네트워크 관리, 보안 관련 마이크로컨트롤러)이 본질을 차지하는가?
3. 의도된 기능을 위해 공급되는 디지털 요소는 무엇인가: 암 펌웨어, 안전 구성, 펜던트, 프로그래밍 환경, OTA 서비스, 플릿 클라우드, 취약점 처리 프로세스?
4. 제조사 판매 범위 밖에 있는 시스템은 무엇인가: 고객의 셀 로직, 고객 안전 PLC, 공장 네트워크, 제3자 비전 소프트웨어, 고객 MES 또는 SCADA?

로봇 제품 경계 안에는 무엇이 들어가는가?

로봇 제조사 입장에서 규제 준수 경계는 단순히 암 하나에 그치지 않습니다. 시장에 출시된 제품과, 의도된 운동 및 안전 기능에 필요한 디지털 요소를 함께 포함해야 합니다.

다음은 보통 로봇 제조사의 경계 안에 포함됩니다: 암 펌웨어, 조인트 컨트롤러 펌웨어, 컨트롤러 캐비닛 운영 환경, 안전 컨트롤러 펌웨어, 펜던트, 프로그래밍 환경, OTA 서비스, 취약점 처리 프로세스.

다음은 제조사가 판매 범위에 포함하지 않는 한 보통 경계 밖에 둡니다: 고객 셀 로직, 고객이 작성한 안전 구성, 공장 네트워크, 제3자 엔드 이펙터, 제3자 비전 소프트웨어, 고객 MES 또는 SCADA, 고객 안전 PLC.

어떤 적합성 평가 절차가 적용되는가?

로봇 파일에 어떤 아키텍처 체크포인트가 들어가는가?

로봇 출시 파일은 일반적인 OT 체크리스트가 아니라 실제 기계를 따라가야 합니다. 통합업체에 판매되는 독립 암, SME에 판매되는 힘 제한 협동 로봇 셀, 포장 라인에 내장된 로봇, 비전을 갖춘 클린룸 로봇은 분류 논의를 공유할 수 있지만 엔지니어링 기록은 서로 다릅니다.

1. 운동 권한 경로. 운동, 파라미터, 안전 구성을 바꿀 수 있는 모든 경로를 식별합니다: 펜던트, 엔지니어링 스테이션, 공급사 클라우드, 공급사 서비스 터널, USB 전송, 셀 컨트롤러의 필드버스, 원격 지원 채널.
2. 로컬 노출. 시운전(commissioning) 후, 그리고 각 업데이트 이후에 컨트롤러에서 도달 가능한 서비스를 스캔합니다. 출시 파일에는 어떤 서비스가 도달 가능한지, 어떤 서비스에 인증이 필요한지, 어떤 서비스가 기본적으로 비활성화되어 있는지가 보여야 합니다.
3. 고객 시스템. 고객 셀 로직, 고객 안전 PLC, 공장 네트워크, 제3자 비전 소프트웨어, MES 또는 SCADA는 제조사가 그 계층을 판매하지 않는 한 로봇 제조사 제품 밖으로 둡니다.
4. 업데이트 권한. 업데이트 권한은 양방향 교환으로 다룹니다: 컨트롤러는 업데이트 메타데이터를 확인하거나 수신하고, 업데이트 서비스는 정확히 그 컨트롤러 변형과 안전 펌웨어 리비전을 위한 서명된 펌웨어 번들을 반환합니다. 서명된 업데이트, 다운그레이드 거부, 기계 영향, 복구, 롤백 기록을 출시와 함께 보관합니다.
5. 공급사 입력. 서보 MCU, 엔코더, 안전 MCU, 필드버스 스택, 비전 모듈, RT 운영체제, 프로그래밍 런타임 각각에 담당자, 버전, 권고 감시, 출시 결정을 부여합니다.
6. 서비스 접근. 서비스 터널, 진단, 원격 지원 세션이 두 번째 운동 권한 경로가 되어서는 안 됩니다. 터널 비활성화, 마스킹, 감사 샘플 기록을 보관합니다.
7. 출시 후 루프. 취약점 보고, 심각한 사고, 공급사 권고, 현장 장애는 위협 목록, 잔존 위험 기록, 출시 파일, 다음 출시 게이트를 갱신해야 합니다.

아래의 셀 다이어그램은 의도적으로 작업 예시보다 더 넓게 잡혀 있습니다. 정확히 출하되는 변형으로 파일을 좁히기 전에, 제품군 경계 검토 도구로 사용합니다: 6축 암, 협동 로봇, 클린룸 변형, 팰릿화 변형, 엔드 이펙터와 함께 판매되는 로봇은 각각 서로 다른 증거 세트가 필요합니다.

이 구도에 해당하는 실제 OEM 컨트롤러로는 ABB OmniCore, KUKA KR C5(KSS) 및 iiQKA.OS를 실행하는 KUKA 컨트롤러, FANUC R-30iB Plus, Yaskawa YRC1000, Universal Robots PolyScope X 등이 있습니다. 위 구분은 이들 모두에 공통됩니다: 제조사의 제품 파일은 암, 컨트롤러, 온디바이스 소프트웨어 경계를 보관하고, 고객 셀 로직, 공장 LAN, 고객 소유 도구는 제조사가 그 계층을 판매하지 않는 한 경계 밖에 둡니다.

로봇 위험 평가는 어떻게 작성하는가?

이 예시는 기대 수준의 깊이를 이해하기 위한 것이며, 출시 파일에 붙여 넣는 텍스트가 아닙니다. 로봇 제조사는 여전히 자체 암, 조인트 드라이브, 컨트롤러, 안전 컨트롤러, 펜던트, 프로그래밍 런타임, 플릿 클라우드, 공급사, 판매 주장, 지원 기간, 출시 프로세스에 대해 자체 평가를 수행해야 합니다.

평가 대상 제품은 무엇인가?

설명용 가상 제품, 실제 기기 아님: ExampleCo CR-12, 12kg 가반하중, 1,300mm 도달거리의 6축 관절형 산업용 로봇 암으로, 선택형 힘 제한 협동 모드를 갖춥니다. 암, 컨트롤러 캐비닛, 티치 펜던트, 선택형 2D 비전 센서, 프로그래밍 환경, 서명된 OTA 업데이트, 제조사 플릿 클라우드 커넥터와 함께 출하됩니다. 중소 제조업체에는 완전한 셀로, 시스템 통합업체에는 더 큰 기계의 부품으로 판매됩니다.

이 예시의 제품 경계에는 암, 조인트 드라이브, 컨트롤러 캐비닛, 안전 컨트롤러, 펜던트, 프로그래밍 런타임, OTA 서비스, 공급사 클라우드 커넥터, 취약점 신고 연락처, 지원 종료 공시가 포함됩니다. 고객 셀 로직, 고객 안전 PLC, 공장 네트워크, 제3자 MES 또는 SCADA, 제3자 엔드 이펙터, 펜스 및 라이트 커튼 설치, AGV 또는 AMR 베이스는 포함되지 않습니다.

이 제품은 훈련된 운영자와 통합업체의 실내 산업용 사용을 의도합니다. 의료·수술용 로봇, 서비스 로봇, 교육용 로봇, 일반 소비자 용도는 의도된 사용에 포함되지 않습니다.

위협 표를 작성하기 전에, 로봇 위험 평가를 좌우하는 세 가지 경로를 점검합니다: 프로그램 로드와 펜던트 권한, 안전과 사이버의 경계, 통합업체 인계. 아래 다이어그램은 작업 예시를 일반 위협 목록이 아닌 엔지니어링 질문으로 바꾸어 줍니다.

제품 파일 기록: 다섯 단계 기록과 N1~N5 부정 테스트 결과가 제조사의 권한 변경 타임라인을 구성합니다. 검토자가 모든 전환 시점에서 누가 운동 권한이나 안전 권한을 보유했는지 볼 수 있도록 제품 파일에 보관합니다.

소유권 점검은 프로그램 로드 점검과 별개입니다. 컨트롤러가 서명된 업데이트를 갖고 있어도, 유지보수가 끝난 후에 서비스 터널이 열린 채로 남거나 고객 이전 이후에도 옛 엔지니어링 스테이션이 계속 쓰기를 한다면 무력화될 수 있습니다.

펜스가 있는 산업용 로봇의 공격 표면은 협동 로봇과 어떻게 다른가?

이 페이지는 두 가지를 같은 CRA 범주로 다룹니다. 둘 다 사이버 복원력 계층의 산업용 로봇이지 스마트홈 제품이 아니기 때문입니다. 다만 위험 프로파일은 다르며, 위협 목록은 그 차이를 반영해야 합니다.

작업 예시인 ExampleCo CR-12의 경우, 펜스 구성은 엔지니어링 스테이션 권한, 복구 슬롯 무결성, 사용 종료 시 자격 증명 회수를 강조합니다. 협동 로봇 구성은 비전 입력 인증, 보정 데이터 무결성, 이격 감시 변조 테스트, 운영자별 펜던트 역할 저장소를 1차 관심사로 추가합니다.

보호 대상 자산은 무엇인가?

위험 평가는 자산에서 시작합니다. 로봇 위협이 모두 같은 대상을 노리지는 않기 때문입니다. 운동 무결성 손실, 안전 구성 침해, 엔지니어링 채널 탈취는 각각 다른 통제와 다른 출시 기록을 필요로 합니다.

주요 신뢰 경계는 어디인가?

이 예시에서 제조사는 최소 다섯 가지 환경을 모델링해야 합니다. 모든 배선을 그리는 것이 목적이 아닙니다. 공격자의 기회가 달라지는 지점을 분리하는 것이 목적입니다: 캐비닛 내부, 펜던트 링크, 공장 네트워크, 제조사 백엔드, 엔지니어링 스테이션.

안전 스택과 사이버 스택은 같은 프로젝트가 아닙니다. 두 스택은 특정 지점에서 증거를 공유하며, 파일은 어떤 조항을 누가 소유하는지 명확해야 합니다.

어떤 위협을 먼저 평가해야 하는가?

이 예시는 제품 특화 위협 14개로 시작합니다. 망라가 목적이 아니라, 제조사가 방어할 수 있어야 하는 추적성의 수준을 보여주는 것이 목적입니다.

다음으로 통합업체 인계는 별도로 살펴봅니다. 결과 셀의 제조업체가 누구로 간주되는지, 어떤 기록이 함께 이동해야 하는지가 핵심입니다.

초기 위험은 어떻게 등급화해야 하는가?

모든 위험이 같은 결정을 받지 않도록 출시 게이트 사다리를 사용합니다:

어떤 설계 통제가 위험 그림을 바꾸는가?

통제 표는 R-ID로 추적 가능해야 하지만, 일반적인 보안 개발 체크리스트처럼 읽혀서는 안 됩니다. 각 통제에 대해, 제조사는 이 특정 출시에 통제가 존재함을 증명하는 시험, 설계 노트, 운영 기록을 제시할 수 있어야 합니다.

통제 적용 후 잔존 위험은 무엇인가?

통제를 적용한 후 제조사는 위협을 완료 처리하기보다 평가를 재수행해야 합니다. 이 예시에서는 공급사 취약점 경로, 통합업체 인계, 긴 제품 수명이 지원 기간 동안 능동적으로 관리됩니다. 잔존 위험은 모니터링, 분류, 서명된 업데이트 전달, 통합업체 통지, 시정 조치 프로세스가 실제로 운영되고 있음을 제조사가 보여줄 때에만 수용 가능합니다.

플릿 클라우드 권고는 어떻게 라우팅되어야 하는가?

위 위험 평가는 하나의 로봇 캐비닛을 대상으로 실행됩니다. 권고 라우팅은 수백 대를 대상으로 실행됩니다. 제조사 플릿 클라우드가 여러 통합업체와 여러 운영자 사이트를 서비스할 때 질문은 '클라우드가 안전한가'가 아니라 '24시간 취약점 경보가 발령될 때 사슬에서 누가 듣는지, 사이트별 업데이트 창을 누가 승인하는지'입니다.

출시 기록. 커넥터 목록의 각 통합업체와 운영자에 대해 24시간 취약점 경보 연락처, 유지보수 창 책임자, 롤백 권한자, 여전히 열려 있는 잔존 권고를 명시한 플릿 클라우드 라우팅 맵. 이 맵이 없으면 마감 시계가 누락된 수신자에 대해 흐릅니다.

출시 전에 어떤 검증 게이트가 작동하는가?

일반적인 '보안 검토 완료' 게이트는 피합니다. 로봇 출하를 중단시킬 수 있는 각 결정에 대해 실패 모드, 설계된 통제, 증명 산출물이 함께 적힌 하나의 출시 게이트 인벤토리를 사용합니다.

콘셉트부터 지원까지 로봇 개발은 누가 소유하는가?

리드 책임은 로봇이 제품 정의에서 라이브 지원으로 이동하면서 옮겨갑니다. 제품이 변하는 동안 각 단계에 한 명의 리드, 한 개의 유지 기록, 한 개의 검토 게이트를 배정하기 위해 이 트랙을 사용합니다.

소유 규칙: 이는 리드 사슬이지 전면적인 책임 매트릭스가 아닙니다. 각 리드는 로봇이 변하는 동안 유지 기록을 책임지며, 지원 단계의 발견은 다음 변형 경계 메모와 위협 목록으로 환류됩니다.

아키텍처 작업 전에 경계를 동결하고, 구현 전에 설계 의도를 동결하며, 검증 전에 후보를 동결하고, 출시 전에 결정을 동결하며, 출시는 지원 기간 동안 계속 운영합니다. 들어오는 보고, 공급사 권고, 사고 결과, 회귀 결과는 다음 경계 메모, 위협 목록, 구성요소 등록부를 다시 엽니다.

어떤 증거 기록이 파일에 들어가는가?

파일은 검토자가 제품 식별에서 보안 통제까지 로봇 의사결정을 따라갈 수 있게 해야 합니다. 아래 각 행은 흩어진 스크린샷 폴더가 아니라 유지되는 기록을 가리켜야 합니다.

로봇 SBOM에는 무엇이 들어가는가?

CRA는 제품 구성요소를 식별하고 최소한 최상위 종속성을 포함하는 기계 판독 가능 SBOM을 요구하지만, 단일 고정 포맷을 아직 지정하지는 않습니다. 위원회가 더 상세히 규정할 때까지 로봇 제조사는 보통 CycloneDX 또는 SPDX를 선택합니다. SBOM 메커니즘에 대한 교차 제품 상세는 별도의 SBOM 가이드에 있으며, 이 절은 로봇 특화 트리를 다룹니다.

로봇 출시에는 보통 업데이트 주기가 서로 다른 디지털 요소 여러 개가 함께 출하되며, 단일 바이너리가 아닙니다. CRA 최소 요건을 충족하는 두 가지 구현 패턴이 있습니다: 요소별 섹션을 가진 하나의 제품 수준 SBOM(모션 CPU, 안전 컨트롤러, RT OS, 펜던트 펌웨어 버전을 각각 고정), 또는 출하 디지털 요소당 하나의 SBOM을 각 출시마다 갱신. SBOM이 기계 판독 가능하고 최상위 종속성을 포함한다면 두 패턴 모두 수용 가능합니다.

SBOM 기록: 최소한 최상위 종속성을 포함하는 CycloneDX 또는 SPDX 형식의 기계 판독 가능 SBOM. 권장 로봇 제조사 패턴: 요소별 섹션을 가진 하나의 제품 수준 SBOM, 또는 각 출시마다 갱신되는 출하 디지털 요소당 하나의 SBOM. 빌드 시스템이 산출 가능한 경우 더 깊은 전이 종속성을 포함하는 것이 권장됩니다. SBOM은 구성요소 권고 감시 기록(증거 맵의 '구성요소 인벤토리' 행)과 함께 두어, 알려진 취약점이 어느 라이브러리에 떨어졌고 어느 출시가 그것을 닫았는지를 검토자가 볼 수 있게 합니다.

출시 사인오프는 무엇을 점검하는가?

로봇이 EU 시장에 출시되기 전에, 사인오프는 아래 SVG가 Q1부터 Q4로 명명하는 동일한 네 개의 기록 폴더를 종료해야 합니다. 전체 파일 인벤토리는 위 증거 맵에 있으며, 이 표는 출시를 차단할 수 있는 네 가지 질문만 다룹니다.

사인오프 게이트: 기록이 누락되면 출시는 사인오프되지 않습니다.

선언 기록: 템플릿과 필수 항목은 메인 EU 적합성 선언 가이드를 참고합니다. 로봇 출시의 경우 제품 식별에 암, 컨트롤러 캐비닛, 펜던트, 펌웨어 브랜치, 공급 옵션, 지원 기간 참조를 고정합니다. 동일한 선언이 기계 규제 영역까지 다룬다면 선언에 그 경로를 명시하고 로봇 기술 파일과 기계 안전 파일을 정합시킵니다.

로봇은 수입업체, 유통업체, 통합업체, 운영자에게 어떻게 인계되는가?

출시 파일은 로봇 제조사에서 수입업체, 유통업체, 제조업체로서의 통합업체, 최종 사용자로의 인계가 검증 가능하도록 만들어야 합니다. 로봇과 협동 로봇의 경우 약점은 보통 CE 마킹 자체가 아니라, 출하, 매뉴얼, 플릿 클라우드, OTA 서비스, 통합업체 인계가 평가된 출시와 여전히 일치하는지에 있습니다.

인계 게이트: 패키지, 추적성, 지원 진술, 플릿 클라우드, 업데이트 채널, 역할 식별 또는 알려진 취약점이 평가된 출시와 충돌하면 로봇을 출하에서 등재 단계로 옮기지 않습니다.

아래 행은 단축본입니다: 무엇을 검증하고, 언제 중단하며, 언제 로봇에 새 역할 분석이 필요한지. 교차 제품 역할 트리거 상세(제조업체, 수입업체, 유통업체, 공인대리인, 오픈소스 소프트웨어 스튜어드)는 CRA를 누가 준수해야 하는가에 있습니다.