14참고 — 정규식·문자셋·CLI참고 — 정규식·문자셋·CLI

Data Type 정의하기의 Pattern 방식은 정규식으로 콘텐츠를 매칭합니다. 이때 반드시 Check Point가 구현한 정규식 문법 을 써야 매칭이 의도대로 동작합니다. Check Point는 표준 정규식 메타문자(metacharacter)를 다음과 같이 구현하고 있습니다.

줄바꿈·탭·경고음처럼 눈에 보이지 않는 문자를 패턴에 넣어야 할 때가 있습니다. 이런 비인쇄 문자를 패턴에서 쓰려면 예약 문자 집합을 백슬래시로 풀어(deflate) 표기합니다. 즉 백슬래시 뒤에 약속된 글자를 붙여 해당 문자를 가리킵니다.

이렇게 \ddd(8진수)와 \xhh(16진수)를 쓰면 표에 이름이 없는 임의의 문자도 코드값으로 직접 지정할 수 있습니다.

특정 한 글자가 아니라 "숫자라면", "공백이라면", "단어 문자라면" 같은 부류 를 가리키고 싶을 때는 문자 유형 표기를 씁니다. 비인쇄 문자와 마찬가지로 예약 문자를 백슬래시로 풀어 적습니다. 대문자 버전(\D·\S·\W)은 소문자 버전의 부정(반대) 을 뜻한다는 점을 함께 기억하면 외우기 쉽습니다.

DLP 게이트웨이는 검사 대상 텍스트를 모두 UTF-8 유니코드 인코딩 으로 다룹니다. 그래서 검사하는 메시지·파일을 원래 인코딩에서 UTF-8로 변환 한 뒤 분석합니다. 변환하려면 먼저 원본의 인코딩을 알아내야 하는데, 게이트웨이는 메타데이터나 MIME 헤더를 보고 판단하고, 그래도 모르면 게이트웨이의 기본 인코딩을 가정합니다.

인코딩을 알아내는 순서

게이트웨이는 다음 순서로 메시지·파일의 인코딩을 결정합니다.

   Content-Type: text/plain; charset="iso-2022-jp"
   

   Charset for file <file name> is not provided. Using the default:
   <charset name>
   

기본 인코딩은 출고 시 Windows Code Page 1252(Latin I) 이며, 필요하면 바꿀 수 있습니다.

기본 인코딩 바꾸기

DLP 게이트웨이의 기본 인코딩을 바꾸려면 다음과 같이 합니다.

   :default_charset_for_text_files (windows-1252)
   

   :default_charset_for_text_files (KOI8-R)
   

문자셋 별칭(Character Set Aliases) 전체 목록

아래 표는 DLP 게이트웨이의 기본 입력 문자셋 으로 쓸 수 있는 문자셋과 그 별칭입니다. 한국어를 포함한 다국어 데이터를 다룰 때 이 목록에서 적절한 별칭을 골라 쓰면 됩니다.

전체 명령줄 참조는 R82 CLI Reference Guide 에 있습니다. 이 가이드(와 Check Point 문서 전반)는 명령·파라미터·옵션을 가능하면 알파벳 순 으로 싣고, 구문을 다음 약속대로 표기합니다. 이 약속을 알아야 dlpcmd 를 비롯한 모든 명령 설명을 정확히 읽을 수 있습니다.

들여쓰기(TAB) 표기는 원문에서 화살표로도 나타나는데, 다음처럼 계층을 표현합니다.

main command
    nested subcommand 1
        nested subsubcommand 1-1
        nested subsubcommand 1-2
    nested subcommand 2

예를 들어 이렇게 쓰여 있으면:

    config
        -a <options>
        -d <options>
        -p
        -r
    del <options>

실제로는 아래 중 하나의 명령 만 실행하라는 뜻입니다 — cpwd_admin config -a <options>, cpwd_admin config -d <options>, cpwd_admin config -p, cpwd_admin config -r, 또는 cpwd_admin del <options>.

dlpcmd 는 Security Gateway에서 Data Loss Prevention 엔진을 제어 하는 명령입니다. 격리(quarantine)된 이메일을 관리하고 DLP RAM Disk를 다룹니다. 기본 구문은 다음과 같습니다.

dlpcmd [-s]
    action_by_admin <options>
    getquarantined
    getquarantinedcount
    getquarantinedsize
    ramdisk <options>

파라미터

action_by_admin — 격리 메일 보내기/삭제

action_by_admin 은 격리된 이메일을 공개 GUID로 지정해 보내거나(Release) 삭제(Discard) 합니다. 동작 번호 1 은 보내기, 2 는 삭제입니다.

격리 메일을 보내기(Release) — 동작 번호 1:

dlpcmd action_by_admin 1 {Public GUID of the Quarantined Email} ["Justification for Sending or Deleting"] ["Administrator Name"]

격리 메일을 삭제(Discard) — 동작 번호 2:

dlpcmd action_by_admin 2 {Public GUID of the Quarantined Email} ["Justification for Sending or Deleting"] ["Administrator Name"]

뒤쪽의 사유(Justification)와 관리자 이름(Administrator Name)은 선택 항목 이라 대괄호로 표기되어 있으며, 큰따옴표로 감싸 넣습니다.

ramdisk — DLP RAM Disk 제어

ramdisk 하위 명령은 DLP RAM Disk를 켜고 끄거나 크기를 정하고 상태를 봅니다.

사용 예

다음은 격리 메일을 조회하고, GUID로 한 통을 보낸 뒤, 다시 목록을 확인한 전체 흐름입니다.

[Expert@MyGW:0]# dlpcmd getquarantined
Printing quarantined mails:
Mail GUID: {8698E6EC-340C-9115-0AB6-F6CA9986147F}; Arrival date: Sun Dec 1 13:38:32 2019; exp date: Sun Dec 8 13:38:32 2019; sender: dataowner-JOHNDOE;
... ... ...
[Expert@MyGW:0]#
[Expert@MyGW:0]# dlpcmd action_by_admin 1 {8698E6EC-340C-9115-0AB6-F6CA9986147F} "Released an Email" "Main Admin"
[Expert@MyGW:0]#
[Expert@MyGW:0]# dlpcmd getquarantined
No quarantined mails
[Expert@MyGW:0]#

더 깊은 게이트웨이 작업

게이트웨이 측 Kernel Parameter 작업 과 Kernel Debug 는 이 가이드 범위를 넘어갑니다. 각각 R82 Quantum Security Gateway Guide의 "Working with Kernel Parameters" 장과 "Kernel Debug on Security Gateway" 장을 참고하세요. 핵심 용어가 헷갈리면 용어 정리로 돌아가면 됩니다.