JavaScript is required to for searching.
탐색 링크 건너뛰기
인쇄 보기 종료
Oracle Solaris 관리: 보안 서비스     Oracle Solaris 11 Information Library (한국어)
search filter icon
search icon

문서 정보

머리말

제1부보안 개요

1.  보안 서비스(개요)

제2부시스템, 파일 및 장치 보안

2.  시스템 보안 관리(개요)

3.  시스템에 대한 액세스 제어(작업)

4.  바이러스 검사 서비스(작업)

5.  장치에 대한 액세스 제어(작업)

6.  기본 감사 보고 도구 사용(작업)

7.  파일에 대한 액세스 제어(작업)

제3부역할, 권한 프로파일 및 권한

8.  역할 및 권한 사용(개요)

9.  역할 기반 액세스 제어 사용(작업)

10.  Oracle Solaris의 보안 속성(참조)

제4부암호화 서비스

11.  암호화 프레임워크(개요)

12.  암호화 프레임워크(작업)

13.  키 관리 프레임워크

제5부인증 서비스 및 보안 통신

14.  네트워크 서비스 인증(작업)

15.  PAM 사용

16.  SASL 사용

17.  Secure Shell 사용(작업)

18.  Secure Shell(참조)

제6부Kerberos 서비스

19.  Kerberos 서비스 소개

20.  Kerberos 서비스 계획

21.  Kerberos 서비스 구성(작업)

22.  Kerberos 오류 메시지 및 문제 해결

23.  Kerberos 주체 및 정책 관리(작업)

24.  Kerberos 응용 프로그램 사용(작업)

25.  Kerberos 서비스(참조)

제7부Oracle Solaris에서 감사

26.  감사(개요)

27.  감사 계획

감사 계획(작업)

영역에서 감사를 계획하는 방법

감사 레코드의 저장소를 계획하는 방법

감사할 대상(사용자 및 객체)을 계획하는 방법

감사 정책 이해

감사 비용 제어

감사 데이터의 처리 시간 증가 비용

감사 데이터의 분석 비용

감사 데이터의 저장소 비용

효율적으로 감사

28.  감사 관리(작업)

29.  감사(참조)

용어집

색인

감사 계획(작업)

감사할 작업의 종류에 대해 선별하고자 합니다. 동시에 유용한 감사 정보를 수집하고자 합니다. 그리고 누구를 감사하고 무엇을 감사할지 신중하게 계획해야 합니다. 기본 audit_binfile 플러그인을 사용하는 경우 감사 파일이 빠르게 커지면서 사용 가능한 공간을 채우므로 충분한 디스크 공간을 할당해야 합니다.

다음 작업 맵에서는 디스크 공간 및 기록할 이벤트를 계획하는 데 필요한 주요 작업을 안내합니다.

작업
수행 방법
비전역 영역에 대한 감사 전략을 결정합니다.
감사 추적에 대한 저장소 공간을 계획합니다.
감사할 대상(사용자 및 객체)을 결정합니다.

영역에서 감사를 계획하는 방법

시스템에 비전역 영역이 포함되어 있는 경우 전역 영역과 동일하게 영역을 감사하거나 각 비전역 영역에 대한 감사 서비스를 별도로 구성, 사용 및 사용 안함으로 설정할 수 있습니다. 예를 들어, 비전역 영역만 감사하고 전역 영역은 감사하지 않을 수 있습니다.

장단점에 대한 자세한 내용은 Oracle Solaris 영역이 있는 시스템에 대한 감사를 참조하십시오.

감사 레코드의 저장소를 계획하는 방법

audit_binfile 플러그인은 감사 추적을 만듭니다. 감사 추적에는 전용 파일 공간이 필요합니다. 이 공간은 사용 가능하고 안전해야 합니다. 시스템에서는 초기 저장소에 대해 /var/audit 파일 시스템을 사용합니다. 감사 파일에 대해 추가 감사 파일 시스템을 구성할 수 있습니다. 다음 절차에서는 감사 추적 저장소를 계획할 때 해결해야 하는 문제를 다룹니다.

시작하기 전에

비전역 영역을 구현하는 경우 이 절차를 사용하기 전에 영역에서 감사를 계획하는 방법을 완료하십시오.

audit_binfile 플러그인을 사용하는 중입니다.

  1. 사이트에서 필요한 감사의 양을 결정합니다.

    사이트의 보안 요구 사항과 감사 추적용 디스크 공간 가용성의 균형을 맞춥니다.

    사이트 보안을 유지하면서 공간 요구 사항을 줄이는 방법과 감사 저장소를 설계하는 방법은 감사 비용 제어효율적으로 감사를 참조하십시오.

    실제 단계는 생성되는 감사 레코드의 양을 줄이는 방법, 전용 파일 시스템에서 감사 파일을 압축하는 방법예 28-28을 참조하십시오.

  2. 감사할 시스템을 결정하고 감사 파일 시스템을 구성합니다.

    사용할 모든 파일 시스템 목록을 만듭니다. 구성에 대한 자세한 내용은 감사 추적 저장 및 관리auditreduce(1M) 매뉴얼 페이지를 참조하십시오. 감사 파일 시스템을 지정하려면 감사 추적에 대한 감사 공간을 지정하는 방법을 참조하십시오.

  3. 모든 시스템의 시계를 동기화합니다.

    자세한 내용은 신뢰할 수 있는 시간 기록 유지를 참조하십시오.

감사할 대상(사용자 및 객체)을 계획하는 방법

시작하기 전에

비전역 영역을 구현하는 경우 이 절차를 사용하기 전에 영역에서 감사를 계획하는 방법을 검토하십시오.

  1. 단일 시스템 이미지 감사 추적을 원하는지 여부를 결정합니다.

    주 - 이 단계는 audit_binfile 플러그인에만 적용됩니다.


    단일 관리 도메인 내의 시스템은 단일 시스템 이미지 감사 추적을 만들 수 있습니다. 시스템에서 서로 다른 이름 지정 서비스를 사용하는 경우 단계 2부터 시작합니다. 그런 다음 모든 시스템에 대해 나머지 계획 단계를 완료합니다.

    사이트에 대해 단일 시스템 이미지 감사 추적을 만들려면 설치 환경의 모든 시스템이 다음과 같이 구성되어야 합니다.

    • 모든 시스템에 대해 동일한 이름 지정 서비스를 사용합니다.

      감사 레코드의 올바른 구현을 위해서는 passwd, grouphosts 파일이 일관적이어야 합니다.

    • 모든 시스템에서 동일하게 감사 서비스를 구성합니다. 서비스 설정 표시 및 수정에 대한 자세한 내용은 auditconfig(1M) 매뉴얼 페이지를 참조하십시오.

    • 모든 시스템에 대해 동일한 audit_warn, audit_eventaudit_class 파일을 사용합니다.

  2. 감사 정책을 결정합니다.

    기본적으로 cnt 정책만 사용으로 설정됩니다.

    auditconfig -lspolicy 명령을 사용하여 사용 가능한 정책 옵션에 대한 설명을 봅니다.

  3. 이벤트-클래스 매핑의 수정을 원하는지 여부를 결정합니다.

    거의 모든 상황에서 기본 매핑이면 충분합니다. 하지만 새 클래스를 추가하거나 클래스 정의를 변경하거나 특정 시스템 호출의 레코드가 유용하지 않다고 판단되는 경우 이벤트-클래스 매핑을 수정할 수도 있습니다.

    예는 감사 이벤트의 클래스 멤버쉽을 변경하는 방법을 참조하십시오.

  4. 사전 선택할 감사 클래스를 결정합니다.

    감사 클래스를 추가하거나 기본 클래스를 변경하는 가장 좋은 시기는 사용자가 시스템에 로그인하기 전입니다.

    auditconfig 명령에 -setflags-setnaflags 옵션을 사용하여 사전 선택하는 감사 클래스는 모든 사용자와 프로세스에 적용됩니다. 성공, 실패 또는 둘 다에 대해 클래스를 사전 선택할 수 있습니다.

    감사 클래스 목록은 /etc/security/audit_class 파일을 검토하십시오.

  5. 시스템 전역 사전 선택에 대한 사용자 수정을 결정합니다.

    일부 사용자가 시스템과 다르게 감사되어야 한다고 판단할 경우 useradd, usermod, roleadd 또는 rolemod 명령에 audit_flags 보안 속성을 사용합니다. 또한 profiles 명령을 사용하여 이 속성을 prof_attr 데이터베이스의 권한 프로파일에 추가할 수 있습니다. 사용자 사전 선택 마스크는 명시적인 감사 플래그로 권한 프로파일을 사용하는 사용자에 대해 수정됩니다.

    절차는 사용자의 감사 특성을 구성하는 방법을 참조하십시오. 적용되는 감사 플래그 값에 대한 자세한 내용은 지정된 보안 속성의 검색 순서를 참조하십시오.

  6. audit_warn 전자 메일 별칭을 어떻게 관리할지 결정합니다.

    audit_warn 스크립트는 감사 시스템에서 관리 주의가 요구되는 상황을 감지할 때마다 실행됩니다. 기본적으로 audit_warn 스크립트는 전자 메일을 audit_warn 별칭에 보내고 메시지를 콘솔로 보냅니다.

    별칭을 설정하려면 audit_warn 전자 메일 별칭을 구성하는 방법을 참조하십시오.

  7. 감사 레코드를 어떤 형식으로 어디에 수집할지 결정합니다.

    세 가지 옵션이 있습니다.

  8. 관리자에게 디스크 공간 축소에 대해 언제 경고할지 결정합니다.

    주 - 이 단계는 audit_binfile 플러그인에만 적용됩니다.


    감사 파일 시스템의 디스크 공간이 최소 여유 공간 비율 또는 소프트 한계 아래로 떨어지면 감사 서비스는 다음 사용 가능한 감사 디렉토리로 전환합니다. 그런 다음 서비스에서는 소프트 한계를 초과했다는 경고를 보냅니다.

    최소 여유 공간 비율을 설정하려면 예 28-17을 참조하십시오.

  9. 모든 감사 디렉토리가 가득 찰 경우 어떤 작업을 수행할지 결정합니다.

    주 - 이 단계는 audit_binfile 플러그인에만 적용됩니다.


    기본 구성에서는 audit_binfile 플러그인이 활성화되고 cnt 정책이 설정됩니다. 이 구성에서는 커널 감사 대기열이 가득 차면 시스템이 계속 작동합니다. 시스템에서는 삭제되는 감사 레코드 수를 계산하지만 이벤트를 기록하지 않습니다. 더욱 높은 보안을 위해 cnt 정책을 사용 안함으로 설정하고 ahlt 정책을 사용으로 설정할 수 있습니다. 비동기 이벤트를 감사 대기열에 둘 수 없으면 ahlt 정책은 시스템을 중지시킵니다.

    이러한 정책 옵션에 대한 자세한 내용은 비동기 및 동기 이벤트에 대한 감사 정책을 참조하십시오. 이러한 정책 옵션을 구성하려면 예 28-6을 참조하십시오.

    하지만 audit_binfile 대기열이 가득 차고 다른 활성 플러그인에 대한 대기열이 가득 차지 않으면 커널 대기열이 가득 차지 않은 플러그인에 계속해서 레코드를 보냅니다. audit_binfile 대기열에서 다시 레코드를 수신할 수 있게 되면 감사 서비스가 레코드 보내기를 재개합니다.


    주 - 적어도 하나의 플러그인에 대한 대기열이 감사 레코드를 수신하지 않으면 cnt 또는 ahlt 정책이 트리거되지 않습니다.