활용 사례 · 자체 인프라
에이전트에 SSH 키나 root 비밀번호를 넘기지 않고 심각한 CVE를 수 분 만에 패치
자체 서버에서 AI 에이전트가 노출 여부를 확인하고 수정했습니다. Alpacon은 작업 세션의 범위를 적용하고 세션의 명령을 기록했습니다.
- 세션 최초 승인부터 Apache가 패치된 PHP를 제공하기까지
- 약 6분
- 에이전트가 SSH 키나 root 비밀번호를 보유한 적 없음
- 키 전달 없음
- CVSS 9.8 커널 취약점 CVE-2026-98432를 평가하고 완화 조치를 적용하기까지 총 약 15분
- 3개 세션
Alpacon 사용: 범위를 정한 작업 세션
- 작업 세션 요청: 서버, 작업, 시간 제한
- 사람의 승인
- 각 명령이 세션 범위에 맞는지 확인
- 범위 안의 서버에서 실행
- 세션 안의 명령 기록
PHP 원격 코드 실행 취약점 대응
0분
범위를 정한 작업 세션서버 한 대, 한 시간
에이전트가 작업 목적을 적고, 팀원이 승인했습니다.
1분
아직 범위 밖sudo 실패
세션에 아직 sudo 권한이 포함되지 않아 명령이 실패했습니다.
3분
사람의 승인 완료명시한 목록에 sudo 허용
에이전트가 명령 패턴 9개를 요청하고, 팀원이 승인했습니다.
5분
범위 확인 후 실행PHP 패치 완료
패키지 18개를 업그레이드하고, 패치된 PHP로 Apache를 재시작했습니다.
10~13분
명령 기록원본 서버 접근 제한
각 sudo 명령의 허용 사유가 기록에 남았습니다.
분 단위로 살펴본 역할
옆으로 스크롤해 전체 타임라인을 확인하세요 →
CVE-2026-98432는 Linux 커널의 IPv4 TCP 연결 수립 코드에서 발생한 해제 후 사용 취약점으로, CVE 기록에 CVSS 9.8로 평가되어 있습니다.
옆으로 스크롤해 전체 타임라인을 확인하세요 →
커널 CVE 대응에는 범위를 정한 세션 3개를 사용했습니다. 노출 점검, 침해 흔적 확인, 완화 조치를 적용한 재점검 순서입니다. 이 서버용 수정 커널이 아직 나오지 않아 에이전트가 예방 조치로 재부팅 후에도 유지되는 sysctl 설정을 적용해 MPTCP를 비활성화했습니다. 커널 자체는 수정 커널이 나올 때까지 패치되지 않은 상태로 남습니다. 총 약 15분이 걸렸습니다.
2026년 6월부터 자체 에이전트가 연 작업 세션
저희도 Alpacon으로 자체 인프라를 운영합니다
- 자체 에이전트가 연 작업 세션
- 457
- 기록된 명령
- 4,675
- 실행 전에 거부한 명령
- 78
- 세션 길이의 중앙값. 한 작업을 위한 접근은 작업 후 종료
- 2.3분
자주 묻는 질문
에이전트가 root 권한을 받나요?
상시 접근 권한은 받지 않습니다. 에이전트는 SSH 키나 root 비밀번호를 보유하지 않습니다. 승인된 세션 안에서 명시한 명령이나 Alpacon의 위험 검사가 허용한 명령에만 sudo를 사용하며, 허용 사유가 기록됩니다.
에이전트가 작업 범위를 벗어나면 어떻게 되나요?
Alpacon은 실행 전에 각 명령을 세션 범위와 대조합니다. 범위 밖 명령은 거부하거나 사람에게 보냅니다.
어떤 에이전트를 사용할 수 있나요?
CLI를 실행할 수 있는 모든 에이전트를 사용할 수 있습니다. 이 작업은 Claude Code로 진행했습니다.
2026년 10월 자체 인프라에서 진행했습니다. 시간은 Alpacon 세션 기록 기준입니다.