OpenAI, Linux 권한 상승 수정안 948개 보고…AI 발견 뒤 사람이 검토할 근거

Linux는 서버와 여러 기기에 쓰이는 운영체제입니다. 그 중심인 커널은 프로그램의 메모리·장치·권한을 관리합니다. 일반 사용자의 프로그램이 다른 이용자의 자료나 시스템 설정을 마음대로 바꾸지 못하게 막는 경계도 맡습니다.

관리자 권한을 Linux에서는 root라고 부릅니다. 로컬 권한 상승, 즉 LPE는 기기에서 이미 제한된 권한으로 실행할 수 있는 공격자가 결함을 이용해 더 큰 권한을 얻는 유형입니다. 여기서 ‘로컬’은 반드시 키보드 앞에 앉아 있다는 뜻이 아니라, 해당 시스템 안에서 실행할 능력이 있다는 조건을 가리킵니다.

다음은 이 유형을 설명하는 일반 도식입니다. 특정 웹 입력이나 최초 침입 경로를 그린 것은 아닙니다. 예를 들어 공동 작업 서버에서 작은 작업 하나를 실행하도록 허용된 계정이 있다고 생각하면, 그 허용 범위 밖으로 넘어가는 위험을 이해할 수 있습니다.

%% 제한된 권한과 관리자 권한의 경계 · 연구의 LPE 유형을 설명한 도식
flowchart TD
  A["선행 조건: 시스템 안에서<br/>제한된 권한으로 실행 가능"] --> B["정상: 커널이 권한 구분<br/>허용한 자료·작업만 접근"]
  B --> C["결함을 이용해 경계를 넘으면<br/>root 권한을 얻을 수 있음"]
  C --> D["영향: 더 넓은 자료·설정 접근<br/>실제 범위는 환경별 조사"]

AI가 코드를 읽고 문제를 의심하는 단계에서는 오탐이나 중복이 섞일 수 있습니다. 연구팀은 분리한 가상 기기에서 실제 동작을 재현하고, 어떤 권한 경계가 무너지는지 추가로 확인했습니다. 가상 기기는 실험용으로 나눈 실행 환경이며 독자의 운영 서버가 아닙니다.

아래 수치는 연구의 서로 다른 산출물입니다. 1,724건은 재현된 문제이고 948은 여러 권한 상승 결과가 같은 결함에서 나왔는지 대조한 뒤 구분한 수정안 수입니다. 그 차이를 ‘공격에 안전한 나머지 건수’로 빼거나, 이용자 전체의 공격 성공률로 읽을 수는 없습니다.

원문에는 사람이 확인할 이유를 드러내는 초기 실험도 있습니다. 처음 성공으로 기록한 200건 중 20건은 배정한 결함이 아닌 다른 결함으로 관리자 권한을 얻었습니다. 연구팀은 이후 최종 결과가 지정한 결함을 사용했는지 독립적으로 확인하는 절차를 더했습니다. 이 초기 집계를 최종 948개와 같은 표본으로 합산하지 않습니다.

결과가 나왔어도 원인이 맞는지, 제안한 수정이 그 원인을 막는지 읽어야 합니다. 유지보수자가 수정안을 검토해 원본 코드에 반영하고, Linux를 제품으로 묶어 공급하는 배포판이나 제품 제공자가 이용자에게 패키지를 공급하는 일도 뒤따릅니다. 연구에서 만든 수정안은 이 절차의 입력 자료입니다.

Ubuntu를 제공하는 Canonical의 Livepatch는 일부 중요한 커널 수정을 가동 중인 메모리에 적용하는 방식입니다. 모든 결함이나 사용자 프로그램까지 고치는 서비스는 아니며, 일반 패키지 업데이트와 가동 상태를 함께 봐야 합니다. 따라서 기기마다 반드시 재시작해야 한다거나, 반대로 재시작 없이 모든 수정이 끝난다고 단정할 수 없습니다. Canonical의 Livepatch 범위

%% 연구에서 확인한 결과와 내 서버에서 확인할 기록
flowchart TD
  A["연구 결과<br/>AI가 수정안 작성"]
  B["연구팀<br/>원인과 수정안을 검토"]
  C["유지보수자가 코드에 반영<br/>공급자가 업데이트 제공"]
  D["운영자가 서버에 적용<br/>서비스 동작을 시험"]
  E["내 서버에서 별도 확인<br/>실행 중인 버전·적용 시각"]
  A --> B --> C --> D --> E
  classDef research fill:#e7edf9,stroke:#50628a,color:#17243f;
  classDef verify fill:#e2f0e7,stroke:#356649,color:#183a27;
  class A research;
  class E verify;