6. 포티넷 v6.0 시작하기. 웹 필터링 및 애플리케이션 제어

인사말! 이 과정의 여섯 번째 수업에 오신 것을 환영합니다. 포티넷 시작하기. 에 마지막 수업 우리는 NAT 기술 작업의 기본 사항을 마스터했습니다. 포티게이트, 또한 테스트 사용자를 인터넷에 공개했습니다. 이제 열린 공간에서 사용자의 안전을 관리해야 할 때입니다. 이번 강의에서는 웹 필터링, 애플리케이션 제어, HTTPS 검사 등의 보안 프로필을 살펴보겠습니다.

보안 프로필을 시작하려면 검사 모드라는 한 가지 사항을 더 이해해야 합니다.

기본값은 흐름 기반 모드입니다. 버퍼링 없이 FortiGate를 통과하는 파일을 검사합니다. 패킷이 도착하면 전체 파일이나 웹 페이지가 수신될 때까지 기다리지 않고 패킷이 처리되어 전달됩니다. 프록시 모드보다 적은 리소스가 필요하고 더 나은 성능을 제공하지만 동시에 모든 보안 기능을 사용할 수 있는 것은 아닙니다. 예를 들어 데이터 유출 방지(DLP)는 프록시 모드에서만 사용할 수 있습니다.
프록시 모드는 다르게 작동합니다. 두 개의 TCP 연결을 생성합니다. 하나는 클라이언트와 FortiGate 사이에, 다른 하나는 FortiGate와 서버 사이에 생성됩니다. 이를 통해 트래픽을 버퍼링할 수 있습니다. 즉, 전체 파일이나 웹페이지를 수신할 수 있습니다. 다양한 위협에 대한 파일 검사는 전체 파일이 버퍼링된 후에만 시작됩니다. 이를 통해 흐름 기반 모드에서 사용할 수 없는 추가 기능을 사용할 수 있습니다. 보시다시피 이 모드는 흐름 기반의 반대인 것 같습니다. 여기에서는 보안이 중요한 역할을 하고 성능은 뒷자리를 차지합니다.
사람들은 종종 어떤 모드가 더 좋은지 묻습니다. 그러나 여기에는 일반적인 조리법이 없습니다. 모든 것은 항상 개별적이며 귀하의 필요와 목표에 따라 다릅니다. 이 과정의 후반부에서는 Flow 모드와 Proxy 모드의 보안 프로필 간의 차이점을 보여 드리겠습니다. 이는 기능을 비교하고 귀하에게 가장 적합한 기능을 결정하는 데 도움이 됩니다.

보안 프로필로 직접 이동하여 먼저 웹 필터링을 살펴보겠습니다. 사용자가 방문하는 웹사이트를 모니터링하거나 추적하는 데 도움이 됩니다. 현재 현실에서 그러한 프로파일의 필요성을 더 깊이 설명할 필요는 없다고 생각합니다. 그것이 어떻게 작동하는지 더 잘 이해합시다.

TCP 연결이 설정되면 사용자는 GET 요청을 사용하여 특정 웹사이트의 콘텐츠를 요청합니다.

웹 서버가 긍정적으로 응답하면 웹 사이트에 대한 정보를 다시 보냅니다. 여기서 웹 필터가 작동합니다. 이 응답의 내용을 확인하며, 확인하는 동안 FortiGate는 FDN(FortiGuard Distribution Network)에 실시간 요청을 보내 특정 웹사이트의 카테고리를 결정합니다. 특정 웹사이트의 카테고리를 결정한 후 웹 필터는 설정에 따라 특정 작업을 수행합니다.
흐름 모드에서는 세 가지 작업을 사용할 수 있습니다.

• 허용 - 웹 사이트에 대한 액세스를 허용합니다.
• 차단 - 웹사이트에 대한 접근을 차단합니다.
• 모니터링 - 웹사이트 접근을 허용하고 이를 로그에 기록합니다.

프록시 모드에서는 두 가지 작업이 더 추가됩니다.

• 경고 - 사용자에게 특정 리소스를 방문하려고 한다는 경고를 제공하고 사용자에게 선택권을 제공합니다. 웹사이트를 계속하거나 종료합니다.
• 인증 - 사용자 자격 증명을 요청합니다. 이를 통해 특정 그룹이 제한된 범주의 웹 사이트에 액세스할 수 있습니다.

사이트 FortiGuard 연구소 웹 필터의 모든 카테고리와 하위 카테고리를 볼 수 있으며 특정 웹사이트가 어떤 카테고리에 속하는지도 확인할 수 있습니다. 일반적으로 이것은 Fortinet 솔루션 사용자에게 매우 유용한 사이트이므로 여가 시간에 더 잘 알아가는 것이 좋습니다.

응용 프로그램 제어에 관해 말할 수 있는 내용은 거의 없습니다. 이름에서 알 수 있듯이 애플리케이션의 작동을 제어할 수 있습니다. 그리고 그는 소위 서명이라고 불리는 다양한 애플리케이션의 패턴을 사용하여 이를 수행합니다. 이러한 서명을 사용하여 그는 특정 애플리케이션을 식별하고 여기에 특정 작업을 적용할 수 있습니다.

• 허용 - 허용
• 모니터링 - 이를 허용하고 기록합니다.
• 차단 - 금지
• 격리 - 이벤트를 로그에 기록하고 일정 시간 동안 IP 주소를 차단합니다.

웹사이트에서 기존 서명을 볼 수도 있습니다. FortiGuard 연구소.

이제 HTTPS 검사 메커니즘을 살펴보겠습니다. 2018년 말 통계에 따르면 HTTPS 트래픽 점유율이 70%를 넘었습니다. 즉, HTTPS 검사를 사용하지 않으면 네트워크를 통과하는 트래픽의 약 30%만 분석할 수 있게 됩니다. 먼저 HTTPS가 대략적으로 어떻게 작동하는지 살펴보겠습니다.

클라이언트는 웹 서버에 대한 TLS 요청을 시작하고 TLS 응답을 받으며, 이 사용자가 신뢰해야 하는 디지털 인증서도 확인합니다. 이는 HTTPS 작동 방식에 대해 알아야 할 최소한의 정보입니다. 실제로 작동 방식은 훨씬 더 복잡합니다. TLS 핸드셰이크가 성공하면 암호화된 데이터 전송이 시작됩니다. 그리고 이것은 좋은 것입니다. 귀하가 웹 서버와 교환하는 데이터에는 누구도 접근할 수 없습니다.

그러나 회사 보안 담당자에게는 바이러스 백신, 침입 방지 시스템, DLP 시스템 등을 사용하여 이 트래픽을 볼 수 없고 해당 내용을 확인할 수 없기 때문에 이는 정말 골치 아픈 일입니다. 이는 또한 네트워크 내에서 사용되는 애플리케이션 및 웹 리소스 정의의 품질에 부정적인 영향을 미칩니다. 이는 바로 우리 수업 주제와 관련된 것입니다. HTTPS 검사 기술은 이러한 문제를 해결하기 위해 고안되었습니다. 그 본질은 매우 간단합니다. 실제로 HTTPS 검사를 수행하는 장치는 Man In The Middle 공격을 구성합니다. 이는 다음과 같습니다. FortiGate는 사용자의 요청을 가로채서 HTTPS 연결을 구성한 다음 사용자가 액세스한 리소스로 HTTPS 세션을 엽니다. 이 경우 FortiGate에서 발급한 인증서가 사용자 컴퓨터에 표시됩니다. 연결을 허용하려면 브라우저가 신뢰되어야 합니다.

사실 HTTPS 검사는 다소 복잡하고 제한사항도 많지만, 이번 강좌에서는 이에 대해 다루지 않겠습니다. HTTPS 검사를 구현하는 데는 몇 분도 걸리지 않으며 일반적으로 한 달 정도 걸린다는 점을 덧붙이겠습니다. 필요한 예외에 대한 정보를 수집하고, 적절한 설정을 하고, 사용자로부터 피드백을 수집하고, 설정을 조정하는 작업이 필요합니다.

이 비디오 강의에서는 주어진 이론과 실제적인 부분을 제시합니다.

다음 강의에서는 다른 보안 프로필인 바이러스 백신 및 침입 방지 시스템을 살펴보겠습니다. 놓치지 않으려면 다음 채널의 업데이트를 따르세요.

• 유튜브
• 페이스 북 그룹
• Yandex Zen
• 우리 사이트
• 텔레그램 채널

출처 : habr.com