이 질문 뒤에 면접관이 확인하려는 것은 따로 있습니다.
PNM(Processing Near Memory) 관련 내용은 컴퓨터 아키텍처 수업에서 처음 접했습니다. 고급 기능을 보호하기 위한 보안 메커니즘으로는 접근 제어 정책이 가장 중요하다고 생각합니다. 어떤 프로세스가 PNM 유닛에 어떤 연산을 요청할 수 있는지 명확히 정의하지 않으면, 권한이 없는 요청이 처리되는 위험이 생깁니다. 메모리 컨트롤러 레벨에서 인증 토큰 또는 보안 채널을 통한 명령 전달 방식이 고려될 수 있고, 데이터 무결성 검증을 위해 해시 체크를 주기적으로 수행하는 방식도 연구 논문에서 학습했습니다.
사이드 채널 공격 방어도 중요한 영역인데, 메모리 접근 패턴이 외부에서 추론될 수 있어 접근 패턴 난독화가 필요한 경우가 있습니다. 한계는 실제 하드웨어 구현 경험이 없어 이론 수준의 이해라는 점입니다. PNM 보안은 연산이 메모리에 가까울수록 신뢰 경계도 다시 정의해야 한다는 결을 배웠습니다.
PNM 보안 설계에서 호스트 OS가 침해됐을 때도 PNM 내부 데이터를 보호해야 한다는 요건이 있었습니다. 호스트와 PNM 장치가 같은 신뢰 도메인 안에 있으면, 호스트가 공격받는 순간 PNM 데이터도 노출될 수 있는 결이 있었습니다. PNM 장치를 별도의 신뢰 도메인으로 분리하고, 호스트와 통신하는 채널에만 인증과 암호화를 적용하는 방식을 설계했습니다.
TEE 통합을 고려했는데, PNM이 수행하는 연산 코드 자체도 무결성 검증을 받아야 신뢰할 수 있다는 것을 설계 과정에서 파악했습니다. 경계를 명확히 하는 것이 공격 표면을 줄이는 가장 효과적인 결이라는 것을 이 경험에서 배웠습니다.
PNM 고급 기능 보호에서 어떤 프로세스가 PNM 유닛에 연산을 요청할 수 있는지 제어하는 것이 핵심이었습니다. 접근 제어 없이 PNM을 노출하면, 권한 없는 프로세스가 메모리 근방에서 임의 연산을 수행하는 취약점이 생길 수 있었습니다. 인증 토큰 기반 접근 제어를 설계했습니다. 프로세스가 PNM 연산을 요청할 때 토큰을 함께 전달하고, 메모리 컨트롤러가 토큰을 검증한 뒤에만 연산을 허용하는 방식이었습니다. 토큰 발급 권한은 신뢰된 커널 모듈만 갖도록 했습니다.
신뢰 체인이 끊기는 지점이 없는지 확인하는 것이 설계 검토의 핵심이라는 것을 배웠습니다. 보안 설계는 공격자가 체인을 어디서 끊을 수 있는지를 먼저 찾는 결이 있었습니다.
답변에서 흔히 빠지는 것들 — 빠져 있으면 꼬리질문이 깊어집니다.
이 질문에 이어 삼성전자 보안 엔지니어 면접관이 던질 가능성이 높은 후속 질문.
이 페이지의 질문·답변·꼬리질문은 유사 직군 채용 시장의 공개된 면접 후기·커뮤니티 게시물을 분석해 구성한 학습 자료입니다. 특정 회사가 실제로 이 질문을 출제했다는 것을 보장하지 않으며, 모든 예시는 우문현답이 직접 작성한 창작물입니다. 해당 회사의 공식 입장과는 무관합니다. 회사 측의 정정 요청이 있을 경우 24시간 이내에 응답·수정합니다.