Teleport의 Event Handler 플러그인은 Teleport Auth 서비스에서 감사 로그를 수신하고 이를 로그 관리 솔루션으로 전달하여 역사적 분석을 수행하고, 비정상적인 행동을 감지하며, 사용자가 Teleport 클러스터와 어떻게 상호작용하는지에 대한 더 나은 이해를 도와줍니다.

이 가이드에서는 Teleport 감사 로그를 Splunk로 보내기 위해 Teleport Event Handler 플러그인을 구성하는 방법을 보여줍니다. 이 설정에서 Teleport Event Handler 플러그인은 Teleport에서 Splunk의 Universal Forwarder로 감사 로그를 전달하며, 이는 Splunk Cloud Platform 또는 Splunk Enterprise에서 시각화 및 경고를 위해 저장됩니다.

전제 조건

• 실행 중인 Teleport 클러스터 버전 17.0.0-dev 이상. Teleport를 시작하려면 가입하여 무료 평가판을 이용하거나 데모 환경 설정 방법을 확인하십시오.

• tctl 관리자 도구와 tsh 클라이언트 도구.

  tctl 및 tsh 다운로드 방법에 대한 지침은 설치를 방문하십시오.

권장: 플러그인에 단기간 사용 가능한 Teleport 자격 증명을 제공하기 위해 Machine ID를 구성합니다. 이 가이드를 따르기 전에 Machine ID 배포 가이드를 따라 tbot 바이너리를 인프라에서 실행하세요.

• Splunk Cloud Platform 또는 Splunk Enterprise v9.0.1 이상.

• Teleport Event Handler 플러그인과 Splunk Universal Forwarder를 실행할 Linux 호스트. Universal Forwarder는 호스트에 설치되어 있어야 합니다.

  Teleport Event Handler와 Universal Forwarder를 별도의 호스트에서 실행하기

  Teleport Event Handler와 Universal Forwarder를 같은 호스트에서 실행하는 경우, 로그를 수집하기 위해 호스트에서 포트를 열 필요가 없습니다. 그러나 Universal Forwarder를 Teleport Event Handler와 다른 호스트에서 실행하는 경우, Teleport Event Handler로부터의 트래픽을 위해 Universal Forwarder 호스트에서 포트를 열어야 합니다. 이 가이드는 Universal Forwarder가 포트 9061 에서 대기하고 있다고 가정합니다.

• Splunk Enterprise에서는 Teleport Event Handler 및 Universal Forwarder를 실행하는 호스트의 트래픽을 위해 포트 8088 이 열려 있어야 합니다.

• 연결이 가능한지 확인하기 위해 tsh login 으로 로그인한 다음, 현재 자격 증명을 사용하여 tctl 명령어를 실행할 수 있는지 확인하십시오.

  예를 들어:

  tsh login --proxy=teleport.example.com --user=email@example.com
  tctl status
  클러스터  teleport.example.com
  버전  17.0.0-dev
  CA 핀   sha256:abdc1245efgh5678abdc1245efgh5678abdc1245efgh5678abdc1245efgh5678

  클러스터에 연결할 수 있고 tctl status 명령어를 실행할 수 있다면, 현재 자격 증명을 사용하여 워크스테이션에서 후속 tctl 명령어를 실행할 수 있습니다.
  자신의 Teleport 클러스터를 호스팅하는 경우, Teleport Auth Service를 호스팅하는 컴퓨터에서 전체 권한으로 tctl 명령어를 실행할 수도 있습니다.

1/4단계. Teleport Event Handler 플러그인 설정

Event Handler 플러그인은 귀하의 Teleport 클러스터와 독립적으로 실행되는 이진 파일입니다. 이는 귀하의 Teleport 클러스터 및 Splunk Universal Forwarder에 상호 TLS를 사용하여 인증합니다. 이 섹션에서는 Universal Forwarder를 실행하는 Linux 호스트에 Teleport Event Handler 플러그인을 설치하고 플러그인이 인증에 사용할 자격 증명을 생성합니다.

Teleport Event Handler 플러그인 설치

귀하의 환경에 맞는 지침에 따라 Universal Forwarder 호스트에 Teleport Event Handler 플러그인을 설치합니다:

curl -L -O https://cdn.teleport.dev/teleport-event-handler-v17.0.0-dev-linux-ARCH-bin.tar.gz
tar -zxvf teleport-event-handler-v17.0.0-dev-linux-ARCH-bin.tar.gz
sudo ./teleport-event-handler/install

curl -L -O https://cdn.teleport.dev/teleport-event-handler-v17.0.0-dev-darwin-ARCH-bin.tar.gz
tar -zxvf teleport-event-handler-v17.0.0-dev-darwin-ARCH-bin.tar.gz
sudo ./teleport-event-handler/install

docker pull public.ecr.aws/gravitational/teleport-plugin-event-handler:17.0.0-dev

helm repo add teleport https://charts.releases.teleport.dev

helm repo update

git clone https://github.com/gravitational/teleport.git --depth 1 -b branch/v17
cd teleport/integrations/event-handler
make build

스타터 구성 파일 생성

Teleport Event Handler 플러그인을 위한 자리 표시자 값으로 구성 파일을 생성합니다. 이 가이드의 이후 섹션에서 귀하의 환경에 맞게 구성 파일을 수정할 것입니다.

teleport-event-handler configure . mytenant.teleport.sh:443

teleport-event-handler configure . teleport.example.com:443

TELEPORT_CLUSTER_ADDRESS=mytenant.teleport.sh:443
docker run -v `pwd` :/opt/teleport-plugin -w /opt/teleport-plugin public.ecr.aws/gravitational/teleport-plugin-event-handler:17.0.0-dev configure . ${TELEPORT_CLUSTER_ADDRESS?}

kubectl create secret generic teleport-event-handler-client-tls --from-file=ca.crt=ca.crt,client.crt=client.crt,client.key=client.key

docker run -v `pwd` :/opt/teleport-plugin -w /opt/teleport-plugin public.ecr.aws/gravitational/teleport-plugin-event-handler:17.0.0-dev configure .

다음과 같은 출력을 볼 수 있습니다:

Teleport event handler 17.0.0-dev

[1] mTLS Fluentd 인증서가 생성되어 ca.crt, ca.key, server.crt, server.key, client.crt, client.key에 저장되었습니다.
[2] 샘플 teleport-event-handler 역할 및 사용자 파일 teleport-event-handler-role.yaml이 생성되었습니다.
[3] 샘플 fluentd 구성 파일 fluent.conf가 생성되었습니다.
[4] 플러그인 구성 파일 teleport-event-handler.toml이 생성되었습니다.

플러그인은 여러 설정 파일을 생성합니다:

ls -l
-rw------- 1 bob bob     1038 Jul  1 11:14 ca.crt
-rw------- 1 bob bob     1679 Jul  1 11:14 ca.key
-rw------- 1 bob bob     1042 Jul  1 11:14 client.crt
-rw------- 1 bob bob     1679 Jul  1 11:14 client.key
-rw------- 1 bob bob      541 Jul  1 11:14 fluent.conf
-rw------- 1 bob bob     1078 Jul  1 11:14 server.crt
-rw------- 1 bob bob     1766 Jul  1 11:14 server.key
-rw------- 1 bob bob      260 Jul  1 11:14 teleport-event-handler-role.yaml
-rw------- 1 bob bob      343 Jul  1 11:14 teleport-event-handler.toml

teleport-event-handler configure --cn=handler.example.com --dns-names=forwarder.example.com

Fluentd를 위한 파일을 재사용할 것입니다.

RBAC 리소스 정의

teleport-event-handler configure 명령은 teleport-event-handler-role.yaml 이라는 파일을 생성했습니다. 이 파일은 event API에 대한 읽기 전용 액세스를 가진 teleport-event-handler 역할과 사용자를 정의합니다:

kind: role
metadata:
  name: teleport-event-handler
spec:
  allow:
    rules:
      - resources: ["event", "session"]
        verbs: ["list", "read"]
version: v5
---
kind: user
metadata:
  name: teleport-event-handler
spec:
  roles: ["teleport-event-handler"]
version: v2

이 파일을 작업 스테이션으로 이동하거나 위의 코드 조각을 붙여넣어 재생성한 후, 작업 스테이션에서 tctl 을 사용하여 역할과 사용자를 생성하십시오:

tctl create -f teleport-event-handler-role.yaml
user "teleport-event-handler" has been created
role 'teleport-event-handler' has been created

Event Handler 역할에 대한 자격 증명 발급 활성화

tctl bots update my-bot --add-roles teleport-event-handler

kind: role
version: v5
metadata:
  name: teleport-event-handler-impersonator
spec:
  options:
    # max_session_ttl은 이 역할을 가진 사용자가 발급받는 SSH 인증서의 TTL(유효 기간)을 정의합니다.
    max_session_ttl: 10h

  # 이 섹션은 이 역할을 가진 사용자가 허용되는 리소스/행위 조합의 목록을 선언합니다. 기본적으로 아무것도 허용되지 않습니다.
  allow:
    impersonate:
      users: ["teleport-event-handler"]
      roles: ["teleport-event-handler"]

tctl create teleport-event-handler-impersonator.yaml

플러그인 ID 내보내기

플러그인에 Teleport ID 파일에 대한 액세스를 제공합니다. 우리는 이 경우 Machine ID를 사용하는 것이 좋으며, 이는 유출될 경우 위험성이 적은 짧은 수명 ID 파일을 생성합니다. 그러나 데모 배포에서는 tctl 을 사용하여 긴 수명 ID 파일을 생성할 수 있습니다:

outputs:
- type: identity
  destination:
    type: directory
    # 이 안내서에서는 /opt/machine-id 를 대상 디렉토리로 사용합니다.
    # 이를 사용자 정의할 수 있습니다. 여러 출력은 동일한
    # 대상을 공유할 수 없습니다.
    path: /opt/machine-id

outputs:
  - type: identity
    destination:
      type: kubernetes_secret
      name: teleport-event-handler-identity

tctl auth sign --user=teleport-event-handler --out=identity

tsh login --proxy=teleport.example.com --ttl=60060

sudo mkdir -p /var/lib/teleport/api-credentials
sudo mv identity /var/lib/teleport/plugins/api-credentials

kubectl -n teleport create secret generic --from-file=identity teleport-event-handler-identity

2/4단계. 유니버설 포워더 구성하기

이번 단계에서는 Teleport Event Handler 플러그인에서 감사 로그를 수신하여 Splunk로 전달하도록 유니버설 포워더를 구성합니다. Event Handler는 로그를 application/json 콘텐츠 유형으로 HTTP POST 요청으로 전송합니다.

유니버설 포워더를 설치할 때 $SPLUNK_HOME 을 /opt/splunkforwarder 로 할당했다고 가정하겠습니다.

sudo systemctl status SplunkForwarder.service
● SplunkForwarder.service - Systemd service file for Splunk, generated by 'splunk enable boot-start'     Loaded: loaded (/lib/systemd/system/SplunkForwarder.service; enabled; vendor preset: enabled)     Active: active (running) since Fri 2022-10-07 15:57:37 UTC; 2h 18min ago   Main PID: 1772 (splunkd)      Tasks: 53 (limit: 2309)     Memory: 70.8M (limit: 1.8G)     CGroup: /system.slice/SplunkForwarder.service             ├─1772 splunkd --under-systemd --systemd-delegate=yes -p 8089 _internal_launch_under_systemd             └─1810 [splunkd pid=1772] splunkd --under-systemd --systemd-delegate=yes -p 8089 _internal_launch_under_systemd [process-runner]

ExecStart=/opt/splunkforwarder/bin/splunk _internal_launch_under_systemd

감사 로그를 위한 인덱스 생성하기

Splunk UI의 홈 페이지를 방문하여 Settings > Indexes로 이동하여 Teleport 감사 로그를 위한 인덱스를 생성합니다. New Index를 클릭합니다. 인덱스 이름을 teleport-audit-logs 로 설정하고 Index Data Type 필드를 "Events"로 지정합니다.

나머지 필드인 Max raw data size와 **Searchable retention (days)**의 값은 조직의 리소스 및 로그 관리 관행에 따라 다릅니다.

**저장(Save)**을 클릭합니다.

유니버설 포워더를 위한 토큰 생성하기

유니버설 포워더는 토큰을 사용하여 클라이언트 트래픽을 인증합니다. 토큰을 생성하려면, Splunk UI의 홈 페이지로 이동하여 Settings > Data inputs로 이동합니다. Local inputs 테이블에서 HTTP Event Collector 행을 찾아 Add new를 클릭합니다.

토큰을 나중에 인식할 수 있도록 사용할 이름을 입력하세요. 예: Teleport Audit Events . Next를 클릭합니다.

위의 Input Settings 뷰에서 Source type 필드 옆에 있는 Select를 클릭합니다. Select Source Type 드롭다운 메뉴에서 Structured를 클릭한 다음 _json을 클릭합니다. Splunk는 들어오는 로그를 JSON 형식으로 인덱싱하며, 이는 Event Handler가 유니버설 포워더에 로그를 전송하는 데 사용하는 형식입니다.

Index 섹션에서 이전에 생성한 teleport-audit-logs 인덱스를 선택합니다. Review를 클릭한 후 요약을 보고 Submit을 클릭합니다. Token Value 필드를 복사하여 이 가이드에서 나중에 사용할 수 있도록 안전한 곳에 보관하세요.

Universal Forwarder에 대한 인증서 파일 준비

Universal Forwarder는 X.509 형식의 인증서와 RSA 개인 키가 포함된 파일을 사용하여 TLS 인증서를 서명합니다. 이를 준비하기 위해, server.crt 및 server.key 가 이전에 teleport-event-handler configure 명령으로 생성한 파일 두 개임을 확인한 후 Universal Forwarder 호스트에서 다음 명령을 실행합니다:

cp server.crt server.pem
cat server.key >> server.pem

Universal Forwarder가 인증서 파일에 접근할 수 있도록 허용합니다:

sudo chown splunk:splunk server.pem

HTTP 이벤트 수집기 구성

Universal Forwarder 호스트에서 /opt/splunkforwarder/etc/system/local/inputs.conf 에 다음 내용을 포함하여 파일을 생성합니다:

[http]
port = 9061
disabled = false
serverCert = server.pem
sslPassword =
requireClientCert = true

[http://audit]
token =
index = teleport-audit-logs
allowQueryStringAuth = true

이 구성은 HTTP 입력을 활성화하여 포트 9061 에서 Teleport 이벤트 핸들러 플러그인으로부터 로그를 수신하고 이를 teleport-audit-logs 인덱스에 할당합니다.

serverCert 에 앞서 생성한 server.pem 파일의 경로를 할당합니다.

sslPassword 를 할당하려면, fluent.conf 가 포함된 디렉토리에서 다음 명령을 실행합니다:

cat fluent.conf | grep passphrase
private_key_passphrase "ffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffffff"

패스프레이즈를 복사하여 sslPassword 의 값으로 붙여넣습니다.

[http://audit] 섹션의 token 필드는 Universal Forwarder가 토큰을 제공하는 HTTP 클라이언트로부터 로그를 수집할 수 있게 합니다. 이전에 생성한 토큰으로 token 을 할당합니다.

allowQueryStringAuth 는 Teleport 이벤트 핸들러가 기본적인 Authorization HTTP 헤더 대신 쿼리 문자열에 토큰을 포함할 수 있도록 합니다. 이는 Teleport 이벤트 핸들러가 현재 사용자 정의 HTTP 헤더를 지원하지 않기 때문에 필요합니다.

TLS 구성

Universal Forwarder와 Teleport 이벤트 핸들러 간의 안전한 통신을 구성하려면, /opt/splunkforwarder/etc/system/local/server.conf 라는 파일을 생성하고 다음 내용을 포함합니다 (이 파일이 이미 존재하는 경우 [sslConfig] 섹션에 다음 필드를 추가합니다):

[sslConfig]
sslRootCAPath =

sslRootCAPath 에 앞서 생성한 ca.crt 파일의 경로를 할당합니다.

Universal Forwarder가 CA 인증서를 읽을 수 있는지 확인합니다:

sudo chmod +r ca.crt

출력 구성

Universal Forwarder가 수집한 로그를 Splunk로 전송하도록 지시합니다.

/opt/splunkforwarder/etc/system/local/outputs.conf 경로에 다음 내용을 포함하여 파일을 생성합니다:

[tcpout]
sslVerifyServerCert = true

[httpout]
httpEventCollectorToken =
uri =

httpEventCollectorToken 에 이전에 생성한 토큰을 입력합니다.

uri 를 다음으로 할당하며, MYHOST 를 Splunk 인스턴스의 호스트 이름으로, 8088 을 Splunk HTTP 이벤트 수집기에 사용하는 포트로 바꿉니다.

https://MYHOST:8088

사용할 URL의 형식은 귀하의 Splunk 배포에 따라 달라집니다. Splunk 문서의 수용 가능한 URL 형식 목록을 참조하세요.

URL의 스킴, 호스트 및 포트만 포함해야 합니다. Universal Forwarder는 로그를 전달할 때 Splunk 수집 API의 올바른 URL 경로를 추가합니다.

마지막으로, Universal Forwarder를 재시작합니다:

sudo systemctl restart SplunkForwarder

3/4단계. Teleport Event Handler 플러그인 실행하기

이제 Universal Forwarder를 HTTP를 통해 로그를 수신하고 Splunk로 전송하도록 구성했으므로, Teleport Event Handler 플러그인이 Universal Forwarder와 Teleport 클러스터에 인증되도록 구성되어 있는지 확인한 후, Teleport Event Handler를 실행합니다.

Teleport Event Handler 구성하기

이 섹션에서는 귀하의 환경에 맞게 Teleport Event Handler를 구성할 것입니다.

storage = "./storage"
timeout = "10s"
batch = 20
namespace = "default"
# 윈도우 크기는 이벤트 핸들러가 Teleport로부터 이벤트를 요청하는 시간 창의 지속 시간을 구성합니다.
# 기본적으로 24시간으로 설정되어 있습니다.
# 기본 윈도우 크기에 대한 이벤트 백엔드가 이벤트 양을 관리할 수 없는 경우 윈도우 크기를 줄이십시오.
# 윈도우 크기는 Go의 time.ParseDuration에 의해 구문 분석되는 기간 문자열로 지정해야 합니다.
window-size = "24h"

[forward.fluentd]
ca = "/home/bob/event-handler/ca.crt"
cert = "/home/bob/event-handler/client.crt"
key = "/home/bob/event-handler/client.key"
url = "https://fluentd.example.com:8888/test.log"
session-url = "https://fluentd.example.com:8888/session"

[teleport]
addr = "example.teleport.com:443"
identity = "identity"

eventHandler:
  storagePath: "./storage"
  timeout: "10s"
  batch: 20
  namespace: "default"
  # 윈도우 크기는 이벤트 핸들러가 Teleport로부터 이벤트를 요청하는 시간 창의 지속 시간을 구성합니다.
  # 기본적으로 24시간으로 설정되어 있습니다.
  # 기본 윈도우 크기에 대한 이벤트 백엔드가 이벤트 양을 관리할 수 없는 경우 윈도우 크기를 줄이십시오.
  # 윈도우 크기는 Go의 time.ParseDuration에 의해 구문 분석되는 기간 문자열로 지정해야 합니다.
  windowSize: "24h"

teleport:
  address: "example.teleport.com:443"
  identitySecretName: teleport-event-handler-identity
  identitySecretPath: identity

fluentd:
  url: "https://fluentd.fluentd.svc.cluster.local/events.log"
  sessionUrl: "https://fluentd.fluentd.svc.cluster.local/session.log"
  certificate:
    secretName: "teleport-event-handler-client-tls"
    caPath: "ca.crt"
    certPath: "client.crt"
    keyPath: "client.key"

persistentVolumeClaim:
  enabled: true

구성 파일을 다음과 같이 업데이트합니다.

forward.fluentd.url 을 다음과 같이 변경합니다:

url = "https://localhost:9061/services/collector/raw?token=MYTOKEN"

URL에는 Universal Forwarder의 HTTP 입력을 위한 스킴, 호스트 및 포트와 Universal Forwarder가 원시 데이터를 위한 URL 경로(/services/collector/raw )가 포함되어야 합니다.

MYTOKEN 을 이전에 생성한 Splunk Universal Forwarder의 토큰으로 교체합니다. Universal Forwarder와 Event Handler를 별도의 호스트에서 실행 중인 경우, localhost 를 Universal Forwarder의 IP 주소 또는 도메인 이름으로 교체합니다.

forward.fluentd.session-url 을 forward.fluentd.url 과 동일한 값으로 변경하되, 쿼리 매개변수 키 &noop=가 끝에 추가되도록 합니다:

session-url = "https://localhost:9061/services/collector/raw?token=MYTOKEN&noop="

Teleport 세션에 대한 감사 로그의 경우, Teleport Event Handler는 URL에 라우팅 정보를 추가합니다. 이 정보는 우리의 HTTP 입력 구성에서는 사용되지 않습니다. noop 쿼리 매개변수를 추가하면 Teleport Event Handler가 해당 매개변수의 값으로 라우팅 정보를 부가하여 Universal Forwarder가 이를 폐기할 수 있습니다.

다음으로, 구성의 teleport 섹션을 다음과 같이 수정합니다:

Linux 서버에서 실행되는 tbot 바이너리를 사용하여 이벤트 처리기에 자격 증명을 제공하는 경우, 이벤트 처리기 구성의 identity 값이 tbot 이 생성하도록 구성한 정체성 파일의 경로와 동일해야 합니다, /opt/machine-id/identity .

Teleport Event Handler가 신원 파일을 읽을 수 있도록 확인합니다:

chmod +r auth.pem

Teleport Event Handler 시작하기

Teleport Teleport Event Handler를 시작하려면 아래 지침을 따르십시오.

[Unit]
Description=Teleport Event Handler
After=network.target

[Service]
Type=simple
Restart=always
ExecStart=/usr/local/bin/teleport-event-handler start --config=/etc/teleport-event-handler.toml --teleport-refresh-enabled=true
ExecReload=/bin/kill -HUP $MAINPID
PIDFile=/run/teleport-event-handler.pid

[Install]
WantedBy=multi-user.target

sudo systemctl enable teleport-event-handler
sudo systemctl start teleport-event-handler

teleport-event-handler start --config /etc/teleport-event-handler.toml --start-time "2021-05-05T00:00:00Z"

sudo journalctl -u teleport-event-handler
DEBU   Event sent id:f19cf375-4da6-4338-bfdc-e38334c60fd1 index:0 ts:2022-09-2118:51:04.849 +0000 UTC type:cert.create event-handler/app.go:140...

helm install teleport-plugin-event-handler teleport/teleport-plugin-event-handler \  --values teleport-plugin-event-handler-values.yaml \  --version 17.0.0-dev

docker run --network host -v `pwd` :/opt/teleport-plugin -w /opt/teleport-plugin public.ecr.aws/gravitational/teleport-plugin-event-handler:17.0.0-dev start --config=teleport-event-handler.toml

4/4단계. Splunk에서 감사 로그 시각화하기

설정된 대로 감사 로그가 구조화된 JSON 형식으로 Splunk로 전송되므로, Splunk는 이를 자동으로 인덱싱합니다. 따라서 필드를 즉시 시각화에 사용할 수 있습니다. 이러한 필드를 사용하여 사용자가 Teleport 클러스터와 상호작용하는 방식을 추적하는 대시보드를 생성할 수 있습니다.

예를 들어, Splunk UI 홈페이지에서 Search & Reporting > Dashboards > Create New Dashboard로 이동합니다. 대시보드 제목으로 "Teleport Audit Log Types"를 입력하고 Classic Dashboards를 클릭합니다. Create를 클릭한 후, Edit Dashboard 뷰에서 Add Panel을 클릭합니다.

Add Panel 사이드바에서 New > Column Chart를 클릭합니다. Search String 필드에 다음을 입력합니다:

index="teleport-audit-logs" | timechart count by event

Add to Dashboard를 클릭하면 시간에 따른 Teleport 이벤트 유형의 수가 표시되며, 이것은 사용자가 Teleport와 상호작용하는 방식을 대략적으로 이해할 수 있게 해줍니다:

연결 문제 해결하기

Teleport Event Handler가 Teleport 클러스터에 연결하는 동안 오류 로그를 표시하는 경우, 다음 사항을 확인하십시오:

• Teleport Event Handler가 Teleport 클러스터에 연결하는 데 사용하는 인증서가 만료되지 않았는지 확인합니다. 이는 tctl auth sign 명령의 --ttl 플래그 값이며, 기본값은 12시간입니다.
• Teleport Event Handler 구성 파일(teleport-event-handler.toml )에서 Teleport Proxy Service에 대한 올바른 호스트 및 포트를 제공했는지 확인합니다.

다음 단계

이제 감사 로그를 Splunk로 내보내고 있으므로, 시각화 및 알림을 계획할 수 있도록 감사 로그 참조를 참조하십시오.

이 가이드에서는 Teleport 이벤트 핸들러에 자격 증명을 제공하기 위해 임시 사용을 활용했습니다. 임시 사용에 대해 더 알아보려면 우리의 가이드를 읽으십시오.

이 가이드는 Teleport 이벤트 핸들러에 대한 자격 증명을 발급하기 위해 tctl auth sign 명령을 사용하지만, 운영 클러스터는 더 안전하고 신뢰할 수 있는 갱신을 위해 머신 ID를 사용해야 합니다. 머신 ID로 시작하는 방법에 대한 내용은 우리의 가이드를 참조하십시오.