Greenbone GOS 24.10 매뉴얼에서 task 상태 Done은 보고서를 볼 수 있는 상태를 뜻합니다. 대상별 authenticated local security check는 유효한 로그인과 연결된 credential이 필요하며, 로그인하지 못한 대상에서는 해당 LSC 검사가 실행되지 않습니다.
따라서 task 완료와 각 호스트의 인증 성공·필요 권한·검사 수행 여부를 별도로 대조해야 합니다. 인증 실패나 제한된 권한으로 나온 적은 결과는 취약점이 없다는 증거가 아닙니다.
작업 완료 상태는 대상별 인증 성공과 다릅니다
Greenbone OPENVAS SCAN – GOS 24.10.12 매뉴얼은 scan task가 Done이면 보고서를 확인할 수 있다고 설명합니다. 이는 작업이 완료됐다는 뜻이지, 보고서에 포함된 모든 호스트에서 인증 기반 검사가 성공했다는 확인은 아닙니다. 매뉴얼은 authenticated local security check(LSC)에 유효한 로그인 정보가 필요하고, appliance가 대상에 로그인하지 못하면 LSC vulnerability test가 실행되지 않는다고 안내합니다. 계정 권한도 수행할 수 있는 검사 범위에 영향을 줍니다.
예를 들어 네트워크 응답을 이용한 원격 검사 결과가 있어도 로그인 실패 호스트의 패키지·설정 기반 검사는 빠질 수 있습니다. 반대로 로그인 성공만 확인했다고 필요한 모든 검사가 수행된 것도 아닙니다. credential이 올바른 대상에 연결됐는지, 계정이 해당 검사에 필요한 권한을 가졌는지, 보고서에 호스트별 검사 결과가 남았는지를 함께 살펴야 합니다.
가상 세 호스트 결과를 판독합니다
| 호스트 | 인증·권한 | 요구한 LSC 23개 중 수행 | 관측 결과와 해석 |
|---|---|---|---|
| EDU-WEB-01 | SSH 로그인 성공, 읽기 전용 계정 | 10개 | 네트워크 검사 2건. 로컬 설정 점검 일부는 권한 부족으로 미수행 표시 |
| EDU-DB-02 | SSH 로그인 실패 | 0개 | 네트워크 검사 1건. LSC 결과가 없으므로 취약점 부재를 판정할 수 없음 |
| EDU-APP-03 | SSH 로그인 성공, 예제 검사에 필요한 권한 확인 | 23개 | 네트워크 검사 1건, LSC 검사 1건. 이 호스트의 범위에서만 결과 해석 |
첫째 호스트는 로그인 성공이지만 23개 중 10개만 수행됐습니다. 둘째 호스트는 task가 끝났어도 LSC 0개이므로 로컬 검사 결과를 근거로 안전하다고 말할 수 없습니다. 셋째 호스트도 23개 검사가 수행됐다는 사실이 모든 취약점 부재를 증명하지는 않습니다. 사용한 검사 모듈, 대상 설정, 권한, 보고서의 개별 결과가 말해 주는 범위까지만 결론을 내립니다.
인증 검사 범위를 확인하는 순서
- 보고서의 task 식별자, 상태, 실행 시간과 포함된 대상 목록을 확인합니다. Done은 task 상태로 기록하고 호스트별 성공과 분리합니다.
- 각 대상에 credential이 연결돼 있었는지 확인합니다. 보고서에 대상이 빠졌거나 다른 target 설정을 사용했으면 범위 차이를 먼저 기록합니다.
- 호스트별 로그인 성공·실패와 실패 사유가 표시되는지 확인합니다. 로그인 실패면 authenticated local check는 수행되지 않았을 가능성을 표시합니다.
- 계정 권한과 실행된 LSC 수를 요구한 검사 수와 비교합니다. 예시의 10/23처럼 일부만 수행됐다면 나머지는 ‘검사되지 않음’으로 남깁니다.
- 네트워크 기반 결과와 인증 기반 결과를 구분하고, 각 finding의 대상·검사 유형·증거를 원 보고서에서 대조합니다.
- 미수행·권한 부족·인증 실패가 남으면 원인을 해결한 승인된 재점검이 필요하다고 적고, 현재 결과를 안전 인증이나 전체 검사 완료로 확대하지 않습니다.
검사 결과는 관측 범위에 한정됩니다
NIST SP 800-115는 보안 시험과 평가를 계획하고 결과를 해석하는 일반 지침으로 참고할 수 있지만, GOS 24.10의 task 상태나 LSC 동작을 정의하는 문서는 아닙니다. 제품별 동작은 버전이 표시된 Greenbone 매뉴얼을 우선 확인합니다. 보고서가 생성됐다는 사실, 로그인 성공, 검사 수행, 취약점 발견은 서로 다른 증거이므로 하나를 다른 하나의 대체물처럼 쓰지 않습니다.
복습: Done이고 취약점이 0건이면 안전한가요?
문제: 가상 task가 Done으로 끝났고 EDU-DB-02에서 로그인 실패와 LSC 0/23이 기록됐습니다. 이 호스트에 취약점이 없다고 결론 내릴 수 있을까요?
정답: 아닙니다. task 완료는 보고서를 볼 수 있다는 상태일 뿐입니다. 해당 호스트는 인증 기반 검사를 수행하지 못했으므로, 0건을 안전의 증거로 해석할 수 없습니다. credential 연결·로그인 원인·권한을 확인한 뒤 승인된 범위에서 재검사하고 결과를 별도로 기록해야 합니다.
정답을 가리고 확인해 보세요
이 글을 위해 만든 학습 예시이며 공식 기출문제나 판매 카드의 인용이 아닙니다.
가상 GOS task가 Done이고 EDU-WEB-01은 LSC 10/23, EDU-DB-02는 SSH 로그인 실패와 LSC 0/23입니다. 전체 인증 점검이 완료됐다고 보고할 수 있나요? 필요한 확인과 결론을 쓰세요.
정답과 해설 확인
전체 인증 점검 완료라고 할 수 없습니다. 호스트별 credential 연결·로그인 상태·권한과 수행된 LSC 수를 비교하고, EDU-DB-02의 0/23은 인증 기반 검사가 수행되지 않은 상태로 기록합니다. 원인을 확인해 승인된 재검사를 하기 전에는 취약점이 없다고 결론 내리지 않습니다.Greenbone GOS 24.10 매뉴얼에서 task Done과 authenticated local check 수행은 별도 조건입니다. 로그인이 안 되면 LSC 검사가 실행되지 않으며 계정 권한에 따라 결과 범위가 달라질 수 있습니다.