AI가 생성한 RTL 검증 계획은 제공자 스키마를 만족해도 실제 신뢰 실행 경계에서는 실패할 수 있다. 이 논문은 31개 과제와 124개의 직접 작성된 하드웨어 보안 회귀 테스트로 구성된 감사 가능 프레임워크 SecTB-RTL을 제시한다. AI를 쓰지 않는 결정론적 기준선은 자원 한계를 높여갈수록 36, 75, 78개의 뮤턴트를 각각 잡아냈다. 첫 확인 실행은 모델 실행 전 제공자가 응답 스키마를 거부해 실패했고, 스키마만 결과를 보지 않고 수정한 뒤 별도로 고정한 후속 실행은 1,860회 호출을 완료해 1,857개 응답이 수용됐으나 실제 프로덕션 시맨틱 검증기는 단 9개만 통과시켰다. 생성 규칙과 실행 규칙이 서로 어긋난다는 이 사례는 제공자·스키마 수용이 실행 유효성을 보장하지 않는다는 것을 보여주며, 저자들은 컴파일·커버리지는 진단일 뿐 최종 산출물이 실제 프로덕션 경로를 통과해야 한다고 강조한다.
- •31개 과제·124개 보안 회귀 테스트로 구성된 감사형 RTL 검증 벤치마크 SecTB-RTL 공개
- •AI 응답 1,857개가 스키마는 통과했으나 실제 검증기는 단 9개만 통과시킴
- •제공자·스키마 수용이 실행 유효성을 보장하지 않음을 실증적으로 입증
- •인프라 문제를 모델 성능으로 오인하지 않도록 하는 실패 보존형 사고 처리 방식 제안
0단 자동
AI가 규칙대로 쓰고 그대로 게시했습니다. 사람이 따로 보지 않았습니다.
- 규칙 판
- 규칙 판 도입 이전 기사입니다.
- 남기는 것
- 규칙 판 · 모델 · 시각
- 판 기록
- 아직 없습니다.
Trust, but Validate the Instrument: Auditing AI-Generated RTL Verification Plans on Authored Security-Regression Proxies
- 1.AI 생성 RTL 검증계획이 제공사 스키마는 통과해도 신뢰실행 경계에서 실패할 수 있음을 지적
- 2.31개 과제·124개 저작 하드웨어보안 회귀로 구성된 감사가능 프레임워크 'SecTB-RTL' 제시
- 3.AI 1,860회 호출 중 1,857건이 스키마는 통과했으나 프로덕션 시맨틱 검증기는 단 9건만 통과
- 4.스키마 승인이 실행 유효성을 보장 않는다는 '계측 검증 사고'로 결과 보존, 실패보존 계약 공개
왜 중요한가?
AI 생성 검증 산출물이 형식적으로는 통과해도 실제 실행 경로에서 대부분 무효할 수 있음을 실증해, AI 활용 하드웨어 보안 검증 파이프라인에서 '스키마 통과=신뢰 가능'이라는 가정이 위험함을 경고한다.
언급 프로젝트
본문 미리보기
arXiv:2609.19844v1 Announce Type: new Abstract: AI-generated RTL verification plans can satisfy a provider schema yet fail at the boundary to trusted execution. We present SecTB-RTL, an auditable framework covering 31 tasks and 124 authored hardware-security regressions. A deterministic non-AI baseline killed 36, 75, and 78 mutants at increasing resource limits. The first confirmatory run (C1-R2) failed before model execution because the provider rejected its response schema. After a schema-onl
전체 내용이 궁금하다면?
원문을 직접 읽어보세요
이 글이 만들어진 과정
- 11:24AI 초안

![[10월12일] AI가 암을 치료해도 원리를 알아야 할까…수학자 타오의 질문에 쏟아진 반론](https://cdn.aitimes.com/news/photo/202610/216150_220160_1157.jpg)

