루트# netstat -ltnup
활성 인터넷 연결(서버만 해당)
Proto Recv-Q Send-Q 로컬 주소 외부 주소 상태 PID/프로그램 이름 tcp 0 0 127.0.0.1:17600 0.0.0.0:* LISTEN 1293/dropbox tcp 0 0 127.0.0.1:17603 0.0.0.0:* LISTEN 1293/dropbox tcp 0 0 0.0.0.0:22 0.0.0.0:* LISTEN 575/sshd tcp 0 0 127.0.0.1:9393 0.0.0.0:* LISTEN 900/perl tcp 0 0 :::80 :::* LISTEN 9583/docker- 프록시 tcp 0 0 :::443 :::* LISTEN 9571/docker-proxy udp 0 0 0.0.0.0:68 0.0.0.0:* 8822/dhcpcd
...
루트# netstat -ltnup | grep ':22'
tcp 0 0 0.0.0.0:22 0.0.0.0:* 575/sshd 듣기
ss 명령은 netstat 명령을 대체합니다.
이제 ss 명령을 사용하여 포트 22에서 수신 대기 중인 프로세스를 확인하는 방법을 살펴보겠습니다.
루트# ss -ltnup '스포츠 = :22'
Netid 상태 Recv-Q Send-Q 로컬 주소:포트 피어 주소:포트
tcp LISTEN 0 128 0.0.0.0:22 0.0.0.0:* 사용자:("sshd",pid=575,fd=3))

Kubernetes 감사는 클러스터에 대한 보안 관련 시간순 레코드 세트를 제공합니다. Kube-apiserver는 감사를 수행합니다. 각 실행 단계의 각 요청은 이벤트를 생성하며, 이벤트는 특정 정책에 따라 전처리되어 백엔드에 기록됩니다. 정책은 기록되는 내용을 결정하고 백엔드는 기록을 유지합니다.
CIS(인터넷 보안 센터) Kubernetes 벤치마크 제어 규정 준수의 일부로 감사 로그를 구성할 수 있습니다.
Cluster.yml에서 다음 구성을 사용하여 기본적으로 감사 로그를 활성화할 수 있습니다.
서비스:
쿠베 API:
감사_로그:
활성화됨: 사실
감사 로그가 활성화되면 /etc/kubernetes/audit-policy.yaml에서 기본값을 볼 수 있어야 합니다. 로그 백엔드는 감사 이벤트를 JSONlines 형식의 파일에 기록합니다. 다음 kube-apiserver 플래그를 사용하여 로그 감사 백엔드를 구성할 수 있습니다.
--audit-log-path는 로그 백엔드가 감사 이벤트를 작성하는 데 사용하는 로그 파일 경로를 지정합니다. 이 플래그를 지정하지 않으면 로그 백엔드가 비활성화됩니다. - 표준 출력을 의미합니다.
--audit-log-maxage는 이전 감사 로그 파일을 보관할 최대 일수를 정의했습니다.
--audit-log-maxbackup은 보관할 최대 감사 로그 파일 수를 정의합니다.
--audit-log-maxsize는 감사 로그 파일이 회전되기 전의 최대 크기(MB)를 정의합니다. 클러스터의 제어 플레인이 kube-apiserver를 포드로 실행하는 경우 정책 파일 및 로그 위치에 호스트 경로를 마운트해야 합니다. 파일에 저장되어 감사 레코드가 유지됩니다. 예를 들어:
--audit-policy-file=/etc/kubernetes/audit-policy.yaml \
--audit-log-path=/var/log/audit.log

API버전:networking.k8s.io/v1
종류: NetworkPolicy
메타데이터:
이름: 네트워크 정책
투기:
podSelector: {} #배포된 네임스페이스의 모든 Pod를 선택합니다.
정책 유형:
- 인그레스
입구:
- 포트: #in 입력 트래픽은 80 포트를 통해서만 허용됩니다.
- 프로토콜: TCP
포트: 80

이에 대한 피드백을 보내주세요.