Elasticsearch의 맥락에서 데이터 침해가 어떻게 발생하며 사용자가 데이터 침해로부터 가장 효과적으로 보호할 수 있는 방법에 대해 자세히 알아봅니다.

기술 분야에 종사하는 분이라면 ‘서버 침해’라는 문구에 관심을 가져보신 적이 있으실 것입니다. 기술 분야와 관계가 없더라도 개인 데이터가 부정 행위자들의 손에 넘어가게 된 서버/데이터 침해 및 보안 허점에 대해 알고 계실 것입니다. 개인 데이터란 신용 정보와 주민등록번호, 그리고 다크웹이 아니라 혼자 간직하고 싶은 기타 정보가 될 수 있습니다.
모든 소프트웨어는 침해 또는 공격 가능성에 대비해야 합니다. 여기에는 Elastic에서 개발한 오픈 소스 소프트웨어 프로젝트인 Elasticsearch가 포함됩니다. Elasticsearch에 안전하게 저장되지 않은 데이터가 유출, 손실 또는 도난된 사례가 있습니다.
<h2>Elasticsearch 서버 침해를 차단하는 방법</h2>이 게시물에서는 Elasticsearch의 맥락에서 침해가 어떻게 발생하며 사용자가 침해로부터 가장 효과적으로 보호할 수 있는 방법에 대해 설명합니다. 기본적인 내용부터 시작하겠지만 원하시면&nbsp;<a href="#secure-elasticsearch">Elasticsearch를 보호하는 방법</a> 섹션으로 바로 이동하실 수 있습니다.<h2>Elasticsearch란?</h2>Elasticsearch는 오픈 소스 검색 및 분석 엔진이자 데이터 저장소로, 수억 번 다운로드되며 엄청난 인기를 누리고 있습니다. Elastic에서는 속도, 확장 및 검색 정확도를 강점으로 내세우지만, 사용 편의성, 모든 유형의 데이터(텍스트, 숫자, 위치 기반 정보 등)를 처리하는 능력, 강력한 기능 세트, 누구나 버그 수정 사항을 제출하거나 개선 사항을 제안할 수 있다는 점(<a href="/kr/about/why-open-source">오픈 소스</a>이기에 가능) 또한 광범위한 도입에 크게 기여했습니다.
비기술적 관점에서 설명하자면, 수십억 개의 행이 있는데도 불구하고 순식간에 원하는 것을 찾거나 계산할 수 있는 스프레드시트를 상상해 보세요. Elasticsearch가 바로 이러한 스프레드시트와 같습니다. Elasticsearch는 그 기능이 뛰어나기 때문에 많은 기업이 <a href="/kr/customers/netshoes">전자 상거래 사이트에서 검색을 지원</a>하거나 <a href="/kr/elasticon/2015/sf/unlocking-interplanetary-datasets-with-real-time-search">화성 탐사 로봇이 보내온 데이터를 분석</a>하거나 <a href="/kr/elasticon/conf/2018/sf/lyfts-wild-ride-from-amazon-es-to-self-managed-elasticsearch">공유 차량이 제시간에 나타나도록</a> 하는 등 각종 작업에 <a href="/kr/customers">Elasticsearch를 사용</a>합니다.
<h2>Elastic이란? 내 데이터를 가지고 있나요?</h2>Elastic은 Elastic Stack의 다른 제품(Kibana, Beats, Logstash 등)과 더불어 Elasticsearch를 개발한 회사입니다. Elasticsearch는 <a href="/kr/enterprise-search">Search</a>, <a href="/kr/observability">Observability</a>, <a href="/kr/security">Security</a> 등을 비롯하여 다양한 솔루션의 중추 역할을 합니다.
간단한 답변은 “아니요”입니다. Elastic은 고객의 데이터를 가지고 있지 않습니다. Elastic은 다른 기업이 로컬로 실행하거나 클라우드 인프라 내에서 실행하는 Elasticsearch를 개발합니다.&nbsp;
조금 더 긴 답변은 “아마도”입니다. 일부 기업은 관리형 Elasticsearch 제품인 <a href="/kr/cloud">Elastic Cloud</a>를 사용합니다. Elastic에는 고객이 Elastic Cloud에 저장하는 데이터를 유지 관리할 책임이 있으며 여기에는 데이터를 안전하게 유지하는 것도 포함됩니다. 이것이 당사의 모든 <a href="/kr/elasticsearch/service">Elasticsearch Service 배포</a>에서 <a href="/kr/cloud/security">기본적으로 보안</a>을 제공하는 이유입니다.
<h2>Elasticsearch는 데이터를 어디에 보관하나요?</h2>Elasticsearch는 오픈 소스이므로(즉, 누구나 무료로 다운로드하여 설치할 수 있음) 거의 모든 곳에 설치할 수 있습니다. 일부 기업은 사내 서버에 다운로드하여 설치하고 다른 기업은 원하는 서비스 제공자의 클라우드에 다운로드하여 설치합니다. 또한 Elasticsearch의 관리형 버전을 제공하는 클라우드 서비스 제공자도 있습니다. 다시 말해 이러한 제공자는 고객을 위해 Elasticsearch 클러스터(Elastic에서 부르는 명칭)를 호스팅하고 관리합니다.&nbsp;
사실 Elastic에서도 Elastic Cloud의 관리형 <a href="/kr/elasticsearch/service">Elasticsearch Service</a>를 제공합니다. 관리형 Elasticsearch Service에서는 기본적으로 보안을 비롯하여 포괄적인 관리 서비스를 제공하며 고객은 여러 클라우드 서비스 제공자 중에서 인프라를 선택할 수 있습니다.
<h2>Elasticsearch 서버는 어떻게 침해를 당하나요?</h2>데이터 저장소 침해는 비밀번호 도난부터 해커, 불만을 품은 직원까지 다양한 방식으로 이루어집니다. Elasticsearch의 경우 가장 흔한 유형의 침해는 보안이 적용되지 않은 상태로 클러스터가 인터넷에 노출될 때 발생합니다. 즉, 사용자 이름이나 비밀번호 없이 누구나 연결하여 데이터에 액세스할 수 있을 때 발생합니다. 이러한 개방형 클러스터는 보안 연구원들이 발견하여 ‘세상이 인터넷에 남겨진 데이터를 알아내는 방법’에 대한 연구 결과로 발표하는 경우가 많습니다.
제대로 보호한다면 Elasticsearch 클러스터가 다른 데이터베이스보다 침해 위험이 높을 이유는 없습니다. 따라서 Elastic에서는 Elastic Stack을 다운로드하여 사용하는 모든 사용자가 <a href="/kr/what-is/elastic-stack-security">Elasticsearch 클러스터를 보호</a>하는 데 필요한 기능을 무료로 기본 제공합니다. 그렇다면 Elasticsearch 사용자가 이러한 기능을 사용하고 클러스터를 안전하게 유지하기 위해 수행할 수 있는 몇 가지 항목을 살펴보겠습니다.
<h2 id="secure-elasticsearch">Elasticsearch를 어떻게 보호하나요?</h2>Elastic에서는 <a href="/kr/blog/security-for-elasticsearch-is-now-free">Elasticsearch 보안 기능</a>을 무료 기본 배포(<a href="/kr/subscriptions">기본</a> 플랜)에 포함하여 제공합니다. 즉, 누구나 Elasticsearch 클러스터에 대한 보안을 구성하고 실수로 인한 데이터 유출을 방지할 수 있습니다. 이러한 기능을 사용하는 방법을 살펴보기 전에 먼저 클러스터에 이미 보안이 적용되었는지 확인하는 방법을 살펴보겠습니다.
<h3>보안이 적용되지 않은 Elasticsearch 클러스터가 있는지 확인하려면 어떻게 해야 하나요?</h3>Elasticsearch 사용자 또는 관리자라면 보안이 활성화되어 작동 중인지 확인할 수 있는 몇 가지 간단한 방법이 있습니다.&nbsp;
보안이 활성화되어 작동 중인지 확인하는 가장 좋은 방법은 설정 API를 쿼리하는 것입니다. 다음 쿼리를 실행하면,
<pre class="prettyprint">GET _xpack/usage?filter_path=security
</pre>보안이 비활성화된 경우 다음과 같은 결과를 표시됩니다.
<pre class="prettyprint">{ 
 "security" : { 
 "available" : true, 
 "enabled" : false, // 보안이 비활성화된 경우 “false”로 설정됨 
 "ssl" : { 
 "http" : { 
 "enabled" : false 
 }, 
 "transport" : { 
 "enabled" : false 
 } 
 } 
 } 
}
</pre>보안이 예상대로 작동 중인 경우 다음과 같이 표시됩니다.
<pre class="prettyprint">{ 
 "security" : { 
 "available" : true, 
 "enabled" : true, // 보안이 활성화된 경우 “true”로 설정됨
 "realms" : { ... }, 
 "roles" : { ... }, 
 "role_mapping" : { ... }, 
 "ssl" : { 
 "http" : { 
 "enabled" : true 
 }, 
 "transport" : { 
 "enabled" : true 
 } 
 }, 
 "token_service" : { ... }, 
 "api_key_service" : { ... }, 
 "audit" : { ... }, 
 "ipfilter" : { ... }, 
 "anonymous" : { ... } 
 } 
}
</pre>두 결과가 상당히 다르다는 것을 알 수 있습니다. 배포한 버전과 라이선스 수준에 따라 결과가 약간 다를 수도 있습니다.
<h3>Elasticsearch 클러스터가 안전한지 확인하려면 어떻게 해야 하나요?</h3>외부인이 Elasticsearch 클러스터에 액세스할 수 없도록 하는 가장 쉬운 방법 두 가지는 다음과 같습니다.
<ol>
	<li>인증을 활성화하여 Elasticsearch에 로그인하지 않고는 누구도 액세스할 수 없도록 합니다.</li>
	<li>TLS를 활성화하여 고객의 네트워크를 통해 이동하는 Elasticsearch 데이터를 누구도 도청하지 못하게 합니다.</li>
</ol>위의 두 가지 권장 사항을 손쉽게 구현하는 방법을 비롯하여 Elasticsearch를 보호하는 방법을 설명하는 유용한 리소스들이 아래 나열되어 있습니다. 하지만 가장 빠른 보안 방법은 <a href="/kr/blog/getting-started-with-elasticsearch-security">Elasticsearch 보안 시작하기(TLS 및 RBAC)</a> 블로그와 7분 만에 Elasticsearch 보호라는 관련 동영상을 확인하는 것입니다.
<div class="video embed-container" style="height: 319.725px;">
	<img class="vidyard-player-embed" src="https://play.vidyard.com/aiXTSUt4aR3hfesxsFynaw.jpg" data-uuid="aiXTSUt4aR3hfesxsFynaw" data-v="4" data-type="inline" style="width: 100%; margin: auto; display: block;">
</div>또한 Elastic Cloud의 <a href="/kr/elasticsearch/service">Elasticsearch Service</a>에는 이 모든 기능을 사용할 수 있는 간단한 버튼이 있습니다. Elasticsearch Service를 사용하면 모든 클러스터에 보안이 자동으로 구성되어 제공됩니다.
<h2>보안에는 팀워크가 필요</h2>질문이 있으시다면 언제든 문의해 주세요. <a href="https://discuss.elastic.co">포럼</a>, 현지 이벤트, <a href="/guide">수많은 설명서</a>(위의 링크보다 훨씬 더 많음) 등 <a href="/kr/community/">Elastic 커뮤니티</a>에 참여할 수 있는 여러 가지 방법이 있습니다. 또한 Elastic에서는 Elasticsearch 보안을 그 어느 때보다 더 쉽게 구현할 수 있도록 항상 노력하고 있습니다. 블로그를 통해 보안과 관련한 새로운 소식이나 Elastic에서 진행하는 일들을 계속 확인하시기 바랍니다. 스파이더맨의 팬이라면 “큰 힘에는 큰 책임도 따른다”는 말을 기억하실 것입니다. 이는 Elastic과 더불어 Elasticsearch를 사용하여 데이터를 저장하는 모든 사용자에게 적용됩니다.
<h2>Elasticsearch 보안 유지를 위한 추가 리소스</h2>블로그
<ul>
	<li><a href="/kr/blog/getting-started-with-elasticsearch-security">Elasticsearch 보안 시작하기(TLS 및 RBAC)</a></li>
	<li><a href="/kr/blog/tips-to-secure-elasticsearch-clusters-for-free-with-encryption-users-and-more">암호화, 사용자 등을 통해 무료로 Elasticsearch 클러스터의 보안을 유지하는 팁</a></li>
	<li><a href="/kr/blog/configuring-ssl-tls-and-https-to-secure-elasticsearch-kibana-beats-and-logstash">Elasticsearch, Kibana, Beats, Logstash의 보안을 유지하기 위한 SSL, TLS, HTTPS 구성</a></li>
</ul>동영상
<ul>
	<li><a href="/kr/webinars/elasticsearch-security-best-practices-to-keep-your-data-safe">Elasticsearch 보안: 데이터를 안전하게 유지하기 위한 모범 사례</a></li>
	<li><a href="/kr/webinars/kibana-security-access-management-spaces-and-feature-controls">Kibana 보안: 액세스 관리, 공간 및 기능 제어</a></li>
</ul>설명서
<ul>
	<li><a href="/guide/en/elasticsearch/reference/7.6/elasticsearch-security.html">Elasticsearch의 보안 설정</a></li>
	<li><a href="/guide/en/elasticsearch/reference/7.6/configuring-security.html">Elasticsearch에서 보안 구성</a></li>
</ul>교육
<ul>
	<li><a href="/kr/training/specializations/elastic-stack-management/fundamentals-of-securing-elasticsearch">Elasticsearch 보안 유지의 기본</a></li>
	<li><a href="/kr/training/specializations/elastic-stack-management/advanced-techniques-for-securing-elasticsearch">Elasticsearch 보안 유지를 위한 고급 기법</a></li>
</ul>

blog-security-breach-red-lock-banner.jpg

blog-security-breach-red-lock-thumb.jpg

Securing Elasticsearch: How to prevent an Elasticsearch server breach

Elasticsearch 서버 침해를 차단하는 방법

Elastic Stack 6.8과 7.1의 릴리즈로, 수많은 Elasticsearch 보안 기능이 <a href="/kr/blog/security-for-elasticsearch-is-now-free">기본 배포에 무료로</a> 포함되어 누구나 좀더 광범위하게 이용할 수 있게 되었습니다. 이 소식을 나누게 되어 정말 기대가 되지만 이제 새로운 도전과제 중 하나는 Elastic Stack의 보안을 유지하는 방법에 대한 모든 설명서와 지침을 업데이트하는 것입니다. 보안을 유지하기 위해 Stack 앞에 있는 프록시 서버에만 의존하던 시절은 갔습니다!



저는 보안에 중점을 둔 대부분의 인기있는 예전 블로그 포스팅을 살펴보았습니다. 그리고 이제 지침을 업데이트하고, 일부 근거 없는 믿음을 떨쳐 버리고, 새로운 아이디어 몇 가지를 지적하고, 사용자가 그 어느 때보다도 Stack의 보안을 더 잘 유지할 수 있도록 하려고 합니다.



예전 글과는 전혀 링크시키지 않을 예정입니다. 일부 예전 글에서는 지난 몇 년 간 Elastic Stack이 변화해온 방식으로 인해 이제는 위험하다고 여겨지는 조언을 하고 있기 때문입니다. (예전 블로그에서 제공하는 보안 관련 조언은 조심하시는 게 좋습니다. 모든 것이 상당히 빨리 변하니까요.) 이 페이지에서 그러한 모든 링크를 전해드리긴 하겠지만, 그러한 글의 캐시된 버전을 제공하는 다른 사이트를 보시면, 그 사이트에 이 페이지로의 링크를 전달해주시기 바랍니다.



<h2>TLS 암호화
</h2>
TLS 암호화는 이제 기본 배포 내에서 무료 Elasticsearch 및 Kibana 보안의 일부가 됩니다. TLS의 목적은 네트워크 통신을 암호화하는 것입니다. 우리는 클러스터의 노드 간 통신과 클라이언트와 클러스터 간 통신 그리고 Kibana로부터 사용자로의 연결을 암호화합니다.



우리는 또한 TLS 인증서를 사용해 노드가 클러스터 연결을 위해 허락을 받아야 하도록 하고 있습니다. TLS가 없다면, 누구나 노드를 클러스터에 추가할 수 있습니다. 여러 가지 비도덕적인 목적으로 공격자들이 이를 악용할 수도 있지만, 훨씬 더 일반적인 사례는 노드가 뜻하지 않게 잘못된 클러스터를 연결할 때입니다. 적절한 인증서가 없으면 노드가 클러스터를 연결할 수 없기 때문에 TLS는 이러한 문제를 피하는 데 도움이 될 수 있습니다.



6.8과 7.1 전에는, <a href="/kr/subscriptions">베이직</a> 라이선스를 사용하면서 Elastic Stack을 위해 TLS가 필요한 경우, 일종의 프록시에 의존해야 했을 것입니다. 이를 위해서는 상당한 양의 설정 작업이 추가됩니다. 노드와 클라이언트 간에 프록시를 설정해야 할 필요가 없더라도, TLS 구성은 그 자체가 이미 상당히 어렵습니다. 프록시를 추가함으로써, 어려운 문제를 현저히 더 어렵게 만들게 됩니다. 이제 우리는 Elastic Stack에서 직접 TLS 지원을 활용할 수 있습니다.



우리는 <a href="/guide/en/elastic-stack-overview/7.1/ssl-tls.html">TLS 구성 방법에 대한 설명서</a>를 꽤 많이 갖추고 있습니다. TLS를 가지고 작업을 해 보신 적이 있다면, 인증서 설정이 결코 쉽지 않다는 것을 아실 것입니다. 그러나 우리는 좀더 쉽게 처리할 수 있도록 <a href="/guide/en/elasticsearch/reference/7.1/configuring-tls.html#node-certificates">클러스터 차원의 인증서와 인증 기관</a> 생성을 도와주는 기본 도구를 갖추고 있습니다. &nbsp;모든 Elastic Stack 구성 요소에서 TLS를 가장 잘 구성하는 방법에 대한 세부사항을 다루는 블로그 포스팅이 앞으로 이 공간에 게재될 예정이니, 눈여겨 봐주시기 바랍니다. 오늘 시작하기 위한 가장 쉬운 방법 두 가지는 어떤 것일까요? 이 <a href="/kr/blog/getting-started-with-elasticsearch-security">Elasticsearch 보안 시작하기</a> 블로그 포스팅을 확인해보시거나 공식 <a href="/kr/blog/introducing-elastic-cloud-on-kubernetes-the-elasticsearch-operator-and-beyond">Kubernetes Operator</a>를 살펴보시는 것입니다.



<h2>인증
</h2>
버전 6.8과 7.1에서는 모두에게 기본 인증이 제공됩니다. 인증의 목적은 클라이언트가 Elastic Stack에게 자신의 신원을 밝힐 수 있도록 하는 것입니다. 인증은 시스템에 로그인하기 위해 사용하는 사용자 이름과 비밀번호로 알려져 있는 경우가 많습니다. 데이터로 가득찬 클러스터를 온 세상에 개방된 채로 두는 것은 일반적으로 좋지 않은 생각입니다. 비밀번호를 사용하지 않고 누구나 접속할 수 있는 인터넷에 클러스터가 직접 연결되어 있는 경우에는 특히 위험합니다.



과거에는, 클라이언트와 클러스터 간에 기본 인증이 활성화되어 있는 Nginx 서버를 사용하도록 조언했습니다. 이 구성을 제대로 하는 것은 놀랄 만큼 어렵습니다. 모든 노드가 외부 요청에 대한 서비스를 제공할 수 있기 때문에, 노드에서 방화벽을 차단하는 것을 잊어버리는 경우, 누구라도 인증 없이 클러스터에 접속할 수 있을 것입니다.



우리는 이제 무료로 <a href="/guide/en/elastic-stack-overview/7.1/native-realm.html">기본</a> 영역 및 <a href="/guide/en/elastic-stack-overview/7.1/file-realm.html">파일</a> 영역을 사용해 인증을 허용합니다. 파일 영역은 모든 노드에서 파일에 사용자 정보를 저장합니다. 모든 노드에서 파일이 동기화되어 있도록 유지해야 합니다. 기본 영역은 보다 간소화된 환경이며, 다음과 같이 누구나 예상하는 작업을 수행합니다. 모든 노드가 액세스하는 클러스터의 인덱스에 사용자 데이터가 저장됩니다. REST API를 통해 사용자 이름과 비밀번호를 추가한 다음, 그 계정으로 로그인할 수 있습니다. 더 자세한 내용은 <a href="/kr/blog/getting-started-with-elasticsearch-security">Elasticsearch 보안 시작하기</a> 블로그를 참조하세요.



LDAP, Active Directory, SAML 또는 그 밖에 좀더 복잡한 인증이 필요한 경우, 이 중 일부와 기타 상용 기능이 탑재된 <a href="/kr/cloud/">Cloud(SaaS) 서비스</a>를 제공합니다. 또는 저희에게 <a href="/kr/subscriptions">연락하셔서</a> 온-프레미스형 솔루션이 가능한지 상의하세요. 저희가 제공하는 다른 인증 옵션을 보시려면, <a href="/guide/en/elastic-stack-overview/7.1/setting-up-authentication.html">인증 설명서</a>를 확인해보시기 바랍니다.



<h2>승인
</h2>
승인과 인증은 서로 관련되어 있는 경향이 있습니다. Elastic Stack도 마찬가지입니다. 클러스터와 인덱스, 그리고 <a href="/guide/en/elastic-stack-overview/7.1/document-level-security.html">문서</a>와 <a href="/guide/en/elastic-stack-overview/7.1/field-level-security.html">필드</a> 수준까지 승인 규칙을 정의할 수 있는 아주 유연한 시스템을 갖추고 있으며, 또한 <a href="/guide/en/elastic-stack-overview/7.1/custom-roles-authorization.html">승인 엔진</a>이라고 하는 것을 통해 사용자가 자체적인 승인 플러그인을 구축할 수도 있습니다.



지금까지, 이 공간에서 제공해드린 조언은 상당히 대략적인 것이었습니다. 과거에는 몇 가지 방식으로 Nginx 같은 프록시를 이용해 다소 복잡한 필터링 규칙을 작성한 다음, 필터링된 별칭을 활용하여 거의 승인처럼 보이는 작업을 하도록 제안해왔습니다. 우리는 모든 분들이 승인을 위해 이러한 방법을 사용하지 않으실 것을 강력히 권장합니다. 그런 것은 보안 기능이 아니며, 아마도 사용자가 원하는 일을 해주지 않을 것이며, 유지 관리에 엄청나게 취약합니다. 시간이 지나면서 Elasticsearch API의 수가 현저하게 증가했기 때문에 이러한 솔루션은 더 이상 사용자가 정말 원하는 것을 해주지 못합니다. 쿼리 인덱스와 거기에 포함된 데이터에 액세스하는 방법은 많이 있습니다. 모든 요청 하나 하나를 모두 차단하거나 제한했는지 확인하는 방법은 없습니다. 두 번째 이유는 첫 번째 이유와 연관되어 있는데, 보호해야 할 엔드포인트가 너무나 많고, 언제나 새로운 엔드포인트를 추가하고 있기 때문입니다. 그러한 필터를 계속해서 업데이트하려면 엄청나게 방대한 작업이 될 것입니다.



다행히도, 더 이상 이것에 대해 걱정할 필요가 없습니다. 6.8과 7.1에서는 상당한 수의 승인 기능을 사용할 수 있습니다. 여기 이 블로그에서 설명하기에는 너무 많은 내용이지만 <a href="/guide/en/elastic-stack-overview/7.1/security-privileges.html">Elastic Stack 보안 설명서</a>에서 기존의 모든 권한을 아주 잘 설명해놓고 있습니다. 앞으로 시간을 갖고 향후 블로그 포스팅에서 우리의 사용 권한 모델을 이용해 구축될 수 있는 솔루션 몇 가지에 대해 설명해드리려고 합니다.



승인처럼, 개별 문서와 필드에 적용될 수 있는 좀더 고급한 승인 기능을 갖추고 있습니다. 자체 인증 및 승인 플러그인을 구축할 수 있고, 클러스터에서 보안 이벤트를 로깅할 수도 있습니다. 이것을 <a href="/kr/pricing">저희 Cloud 서비스의 일환으로</a> 사용할 수도 있고, 또는 저희에게 <a href="/kr/subscriptions">연락하셔서</a> 온-프레미스형 옵션에 대해 상의하실 수도 있습니다.



<h2>VPN 및/또는 방화벽으로 스택 보호
</h2>
과거의 조언 상당수가 Elastic Stack을 병화벽이나 VPN으로 보호하도록 제안해왔습니다. 이러한 조언의 목적은 대부분 TLS와 인증이 없으면 프록시만 사용해서 클러스터를 보호하는 것이 어려울 수 있으며, 따라서 모두에 대한 액세스를 차단하는 것이 모든 움직이는 부분을 적절하게 구성하려고 노력하는 것보다 더 쉽기 때문이었습니다.



TLS와 인증이 활성화된 상태에서도 여전히 그렇게 하고 싶으시면, 그것도 좋은 생각일 수 있습니다. 보안은 여러 계층이 있을 때 가장 좋습니다. 지금 이것의 좋은 부분 하나는 VPN과 방화벽이 그냥 계층이 아니라는 점입니다.



<h2>제한된 스크립트
</h2>
오래 전에 Elasticsearch에서 스크립팅을 제한하는 것에 대한 블로그 포스팅을 한 적이 있습니다. <a href="/guide/en/elasticsearch/reference/7.1/modules-scripting-painless.html">Painless</a> 스크립팅 언어의 개발로, 나쁜 의도를 가지고 있는 스크립트조차도 클러스터를 종료시키기가 훨씬 더 어렵습니다. 하지만 불가능한 것은 아닙니다. 이 주제에대한 저희의 현재 입장을 다루는 <a href="/guide/en/elasticsearch/reference/7.1/modules-scripting-security.html">스크립팅 보안 설명서</a>에서 모범 사례 몇 가지를 소개하고 있습니다. 그러나 다시 말씀드리지만, 언제나 환경을 검토하고, 그 환경에 가장 합리적인 단계를 밟아야 합니다. 보안은 여러 계층이 있을 때 가장 좋습니다. 따라서 단 하나의 최고 옵션은 없습니다.



<h2>격리
</h2>
보안의 이유로 클러스터와 노드를 격리하는 것이 언급된 경우가 많이 있었습니다. 이것은 컨테이너에서부터 방화벽과 IP 필터링에 이르기까지 모든 것이 될 수 있습니다.

이것은 여전히 아주 좋은 조언이며, 할 수 있는 한 모든 것을 격리하는 것은 훌륭한 보안 팁입니다. 지난 몇 년 동안, 우리는 그 어느 때보다도 이를 더 쉽게 만들기 위해 많은 작업을 했습니다. Docker Hub에 게시된 저희의 공식 <a href="https://www.docker.elastic.co/">컨테이너</a> 이미지를 사용하실 수 있습니다. <a href="/kr/cloud/elasticsearch-service">Elasticsearch Service</a>를 활용하실 수 있으며, 힘든 작업은 저희가 모두 처리해 드리겠습니다. 그리고 구동하실 수 있는 공식 <a href="/kr/blog/introducing-elastic-cloud-on-kubernetes-the-elasticsearch-operator-and-beyond">Kubernetes Operator</a>가 이제 막 발표되었습니다.



<h2>인덱스 백업(쉽게 변경될 수 있으므로 특히 .kibana)
</h2>


데이터 백업은 여전히 언제나와 같이 중요합니다. 보안이 어떤 식으로든 백업의 중요성을 바꾸지는 않지만, 백업이라는 이 오래된 작업을 위한 좀더 새로운 방식을 가르쳐 드리겠습니다.



가장 큰 장점은 <a href="/guide/en/kibana/7.1/xpack-spaces.html">Kibana Space</a>를 사용해 누가 특정 대시보드를 수정할 수 있는지 제한할 수 있다는 것입니다. 이것 또한 6.8과 7.1의 일환으로 무료로 릴리즈되었습니다. 과거에는, Kibana에 액세스할 수 있다면, 아마도 원하는 모든 것을 변경할 수 있었을 것입니다. 누군가가 대시보드를 엉망으로 만드는 것도 드문 일이 아니었고, 어떤 경우에는 실수로 모든 것을 삭제해버릴 수도 있었습니다. 조언은 실수로부터 신속하게 복구할 수 있도록 .kibana 인덱스를 주기적으로 백업하라는 것이었습니다. 인덱스를 복구하는 것은 대시보드 전체를 다시 구축하는 것보다 훨씬 더 빠릅니다. .kibana를 백업하는 것은 여전히 중요하지만, Space와 승인 덕분에 주기적으로 복구할 필요는 없어야 합니다.



보안의 또 다른 큰 장점은 누가 스냅샷을 찍고, 인덱스를 생성하고, 데이터를 수정할 수 있는지를 제어할 수 있다는 것입니다. 보안이 없다면, 읽기만 가능해야 하는 사용자가 데이터에 치명적인 변경을 가할 수도 있을 것입니다. 보안이 활성화되면, 우리는 몇 가지 단계를 밟아서 바라건대 중요한 데이터에 우연히 변경이 생기지 않도록 방지할 수 있습니다.



<h2>그럼 이제 할 일은?
</h2>


이 포스팅의 목적은 Elastic Stack 배포의 보안을 유지하는 방법에 대한 이전의 조언 일부를 다시 점검하는 것이었습니다. 보안의 세계에서, 변하지 않는 것은 변한다는 것 뿐입니다. 이 블로그의 조언조차도 언젠가 낡은 것이 되고 틀린 조언이 될 것입니다. Elastic Stack의 보안은 가능한 옵션의 수가 많아 벅찬 것이 될 수 있습니다. (이것은 버그가 아니라 기능입니다.) 반드시 <a href="https://discuss.elastic.co">포럼에 질문을 하시거나</a>, 저희 블로그와 <a href="/guide">설명서</a>를 읽어보세요.



간단한 버튼 한 개로 Elastic Stack의 보안을 유지하는 쪽을 선호하시면, 몇 가지 옵션이 있습니다. 저희 <a href="/kr/cloud/elasticsearch-service/subscriptions">Elasticsearch Service</a>는 모든 클러스터에 대한 TLS 구성이 되어 있고, 인증과 승인이 활성화되어 있으며, 저희 <a href="/kr/subscriptions">엔터프라이즈</a> 보안 기능이 기본으로 활성화되어 있습니다. 클라우드가 편치 않으시다면, <a href="/kr/ece">Elastic Cloud Enterprise(ECE)</a>로 자체 데이터 센터에서 Elasticsearch Service의 수많은 동일한 기능을 사용하실 수 있습니다. 또한 사용자를 위한 TLS 활성화와 인증 구성 등 복잡한 작업 일부가 기본으로 처리되는 <a href="/kr/blog/introducing-elastic-cloud-on-kubernetes-the-elasticsearch-operator-and-beyond">Kubernetes Operator</a>도 갖추고 있습니다. 물론, 자체 Stack을 실행하는 <a href="/kr/subscriptions">엔터프라이즈</a> 고객이시라면, 발생할 수 있는 모든 문제 해결을 도와드리는 환상적인 지원팀을 이용하실 수 있습니다.

앞으로 저희가 갖추게 되는 모든 것을 눈여겨 봐주시기 바랍니다. 수많은 방법 안내가 계획되어 있으며 앞으로 여러 가지 새로운 보안 기능도 보시게 될 것입니다. Elastic Stack을 사용하시기에 아주 좋은 때죠!

blog-generic-teal-banner.png

blog-generic-teal-thumb.png

Tips to secure Elasticsearch clusters for free with encryption, users, and more

암호화, 사용자 등을 통해 무료로 Elasticsearch 클러스터의 보안을 유지하는 팁

<a href="/kr/blog/security-for-elasticsearch-is-now-free" target="_self">Elastic Stack 6.8과 7.1부터</a>, TLS 암호화된 통신, 역할 기반 액세스 제어(RBAC) 등과 같은 보안 기능이 기본 배포 내에서 무료로 제공됩니다. 이 블로그 포스팅에서는 Elasticsearch 클러스터 보안을 위해 이러한 기능의 사용을 시작하는 방법을 다루려고 합니다. Elastic Stack 구현에 대한 보안의 실례로, 로컬 컴퓨터에서 2-노드 Elasticsearch 클러스터를 만들고 보안 작업을 진행해 보겠습니다. 이를 위해, 먼저 두 개의 노드 사이에 TLS 통신을 구성합니다. 그리고 나서 클러스터에서 데이터를 분석하고 시각화하는 데 사용되는 Kibana 인스턴스를 위해 보안을 활성화합니다. 그 후에, Kibana 내에서 역할 기반 액세스 제어를 구성하여 사용자가 보기 권한을 받은 데이터만 볼 수 있게 합니다. 보안이 작동하는 방법에 대해 훨씬 더 많은 내용이 있지만, 지금은 시작하는 데 필요한 내용만 다뤄보겠습니다. 이 블로그를 읽은 후에 <a href="/guide/en/elasticsearch/reference/7.1/configuring-security.html" target="_self">Elastic Stack 보안 설명서</a>를 확인해 보실 것을 권해 드립니다. 이 설명서에는 유용한 <a href="/guide/en/elastic-stack-overview/7.1/security-getting-started.html" target="_self">실례</a>가 많이 담겨 있습니다. 잠시 알려드리자면, 이 작업을 로컬 클러스터에서 모두 진행하게 됩니다. 이러한 기능이 버전 6.8과 7.1에서 이제 기본으로 제공되긴 하지만 언제나 <a href="/kr/cloud/elasticsearch-service/subscriptions" target="_self">Elasticsearch Service</a>와 함께 표준이 되어왔기 때문입니다. <h2>Elasticsearch와 Kibana 설치</h2>이 예제의 경우, 리눅스를 실행하는 노트북 컴퓨터에 설치하겠습니다. 이제 소개해드리는 단계를 사용자의 구체적인 환경에 맞춰 조정하시기 바랍니다. <h3>1단계: Elasticsearch와 Kibana 다운로드</h3>제일 먼저 할 일은 Elasticsearch와 Kibana 버전 6.8+ 또는 7.1+의 기본 배포를 <a href="/kr/downloads?elektra=products&storm=main" target="_self">다운로드</a>하는 것입니다. 버전 7.1과 6.8에서 기본 배포에 보안이 추가되었습니다. 따라서 이보다 구 버전을 사용 중이시라면, 업그레이드하셔야 합니다. <h3>2단계: Elasticsearch와 Kibana 추출</h3>이 예제의 경우, elasticsearch-7.1.0-linux-x86_64.tar.gz와 kibana-7.1.0-linux-x86_64.tar.gz를 다운로드했습니다. 일단 다운로드가 되면, 내용물을 추출해야 합니다. <h3>3단계: Elasticsearch 노드 2개 만들기</h3> 2-노드 클러스터를 만들려면, Elasticsearch 디렉터리 복사본 2개를 만들고 하나는 마스터라는 이름을, 또 하나는 노드라는 이름을 붙입니다. 이 단계를 마치면, 다음 파일과 폴더가 생깁니다. <pre class="prettyprint">elasticsearch-7.1.0 elasticsearch-7.1.0-node elasticsearch-7.1.0-linux-x86_64.tar.gz kibana-7.1.0-linux-x86_64 elasticsearch-7.1.0-master kibana-7.1.0-linux-x86_64.tar.gz </pre><h2>TLS 구성과 인증</h2>제일 먼저 할 일은 노드가 안전하게 통신할 수 있게 해주는 몇 가지 인증서를 생성하는 것입니다. 엔터프라이즈 CA를 이용해 이 작업을 할 수 있지만 이번 데모의 경우, elasticsearch-certutil이라고 하는 명령이 있습니다. 보통 생기는 인증서 혼동 없이 이 작업을 위해 이 명령을 실행할 수 있습니다. <h3>1단계: Elasticsearch 마스터의 TLS</h3>마스터 디렉터리로 cd를 한 다음, 이 명령을 실행할 수 있습니다. <pre class="prettyprint">bin/elasticsearch-certutil cert -out config/elastic-certificates.p12 -pass "" </pre>그 다음, 선호하는 텍스트 편집기에서 config/elasticsearch.yaml 파일을 열고, 파일 끝에 아래 줄을 붙여넣습니다. <pre class="prettyprint">xpack.security.enabled: true xpack.security.transport.ssl.enabled: true xpack.security.transport.ssl.verification_mode: certificate xpack.security.transport.ssl.keystore.path: elastic-certificates.p12 xpack.security.transport.ssl.truststore.path: elastic-certificates.p12 </pre>파일을 저장하면 이제 마스터 노드를 시작할 준비가 된 것입니다. bin/elasticsearch 명령을 실행합니다. 이 실행 파일은 계속 실행되고 있어야 합니다. 지금은 이 터미널을 따로 떼어놓겠습니다. <h3>2단계: Elasticsearch 클러스터 비밀번호</h3>일단 마스터 노드가 실행되면, 클러스터의 비밀번호를 설정할 때입니다. 새 터미널에서 마스터 노드 디렉터리에 cd를 해야 합니다. 그리고 나서 bin/elasticsearch-setup-passwords auto 명령을 실행합니다. 그러면 다양한 내부 스택 사용자들을 위한 무작위 비밀번호가 생성됩니다. 또는 자동 매개변수를 건너뛰고 대화형 매개변수를 사용해 수동으로 비밀번호를 정의할 수도 있습니다. 이 비밀번호를 기억해 두세요. 곧 다시 필요하게 됩니다. <h3>3단계: Elasticsearch&nbsp;노드의 TLS</h3>이제 또 다른 새 터미널을 열어 노드 디렉터리로 cd를 합니다. 이 예제에서는, 여기에 elasticsearch-7.1.0-node라는 이름을 붙였습니다. 가장 쉽게 할 수 있는 방법은 마스터의 구성 디렉터리에서 노드의 구성 디렉터리로 모든 것을 복사하는 것입니다. <pre class="prettyprint">cp ../elasticsearch-7.1.0-master/config/* config/ </pre>또한 node.master: false 구성 옵션을 config/elasticsearch.yml 파일에 추가해야 합니다. 여기서는 자세한 내용까지 들어가지는 않겠습니다. <a href="/guide/en/elasticsearch/reference/7.1/modules-discovery-bootstrap-cluster.html" target="_self">클러스터 설명서</a>에서 추가적인 세부사항에 대해 찾아보실 수 있습니다. 구성 파일을 일괄적으로 복사하는 대신 그냥 인증서 파일을 복사한 다음, 마스터 노드에 있는 것과 동일하게 xpack.security.* 키를 설정해도 됩니다. 그리고 나서 bin/elasticsearch를 실행하여 노드를 시작하면, 노드가 클러스터에 연결되는 것을 보게 됩니다. 마스터 노드의 터미널 창을 보는 경우, 여기서 노드가 클러스터에 연결되었다는 메시지를 볼 수 있습니다. 이제 우리는 2-노드 클러스터를 실행하고 있습니다. <h3>4단계: Kibana의 보안</h3>마지막으로 해야 할 일은 Kibana 구성입니다. 다시 한 번 또 다른 터미널 창을 엽니다. (이번이 정말 마지막입니다.) Kibana 사용자를 위해 비밀번호를 추가해야 합니다. 이전에 setup-passwords 명령에서 출력된 것에서 비밀번호를 가져올 수 있습니다. Kibana 디렉터리로 cd를 하고 원하는 텍스트 편집기에서 config/kibana.yml 파일을 엽니다. 다음과 같이 보이는 줄을 찾습니다. <pre class="prettyprint">#elasticsearch.username: "user" #elasticsearch.password: "pass" </pre>줄 처음에 있는 #문자를 제거하여 username과 password 필드의 주석 처리를 제거합니다. "user"를 "kibana"로 바꾼 다음 "pass"를 setup-passwords 명령이 Kibana 비밀번호라고 알려주는 것으로 바꿉니다. 파일을 저장한 다음 bin/kibana를 실행하여 Kibana를 시작할 수 있습니다. <h2>Kibana 내에서 역할 기반 액세스 제어(RBAC)를 구성합니다.</h2>일단 Kibana가 실행되고 있으면, 웹 브라우저로 전환하여 <a href="http://localhost:5601/login?next=%2F#?_g=()" target="_self">http://localhost:5601</a>을 열 수 있습니다. 그러면 로그인하라는 요청을 받게 되는데, 우리는 elastic 슈퍼 사용자와 setup-passwords가 알려주는 비밀번호를 사용하겠습니다. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt33ef6ef8666f75bc/5ce2480b32fd88a3767ede65/elasticsearch-security-blog-1.jpg" data-sys-asset-uid="blt33ef6ef8666f75bc" alt="Kibana로 로그인"/>Kibana는 다음과 같이 새 설치를 할 때 일부 샘플 데이터를 로드할 것인지를 물어봅니다. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt6617bf668ec635cd/5ce2483c7182ba9776722fee/elasticsearch-security-blog-2.jpg" data-sys-asset-uid="blt6617bf668ec635cd" alt="Kibana에 샘플 데이터 로드"/>이 예제를 위해 비행과 웹 샘플 데이터를 로드하겠습니다. 일단 로드되면, 구성 기어 아이콘을 클릭합니다. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltae0b05ad48832121/5ce2486e2f06657f7b6c9907/elasticsearch-security-blog-3.jpg" data-sys-asset-uid="bltae0b05ad48832121" alt=" Kibana 내에서 관리로 이동"/>이제 역할을 만들어보겠습니다. Roles(역할) 옵션을 찾아 클릭합니다. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt90c2f3cfca9d44fc/5ce2493908d3fd9e7671c281/elasticsearch-security-blog-4.jpg" data-sys-asset-uid="blt90c2f3cfca9d44fc" alt="Kibana 내의 역할"/>Create role(역할 만들기)를 클릭합니다. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt3746b50792f5e2c0/5ce2497308d3fd9e7671c287/elasticsearch-security-blog-5.jpg" data-sys-asset-uid="blt3746b50792f5e2c0" alt="새 역할 만들기"/>첫 번째 역할에 read_logs라는 이름을 붙이겠습니다. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt6fcd624d7201821d/5ce24a7632fd88a3767ede75/elasticsearch-security-blog-6.jpg" data-sys-asset-uid="blt6fcd624d7201821d" alt="read_logs 역할 만들기"/>인덱스 권한 필드까지 스크롤 다운해서 로그 인덱스를 선택합니다. 그리고 read(읽기) 권한을 부여합니다. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltc3c087f105d52fa6/5ce24a87ccfda8847b20bb43/elasticsearch-security-blog-7.jpg" data-sys-asset-uid="bltc3c087f105d52fa6" alt="역할 권한 구성"/>스페이스에 대한 이 섹션은 일단 보안이 작동하도록 한 다음 계속 알아보고 싶어할 만한 내용일 것입니다. 이 포스팅에서는 이 내용을 건너뛰겠습니다. 스페이스에 대해 더 자세히 알아보려면(스페이스는 Kibana 내에서 데이터 조직화 및 보안에 아주 유용합니다) <a href="/guide/en/kibana/7.1/xpack-spaces.html" target="_self">Kibana 스페이스 설명서</a> 또는 이 <a href="/kr/blog/introducing-kibana-spaces-for-organization-and-security" target="_self">Kibana 스페이스 소개 블로그</a>를 확인해 보세요. 이제 read_flight라고 하는 또 다른 역할을 만들겠습니다. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltf26a34f5ff885981/5ce24abc1df9c928761cd92d/elasticsearch-security-blog-8.jpg" data-sys-asset-uid="bltf26a34f5ff885981" alt="read_flight 역할 만들기"/>비행 인덱스에 read(읽기) 권한을 할당합니다. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt3e1d9d93aba1294c/5ce24acd2d8f163476ebd44b/elasticsearch-security-blog-9.jpg" data-sys-asset-uid="blt3e1d9d93aba1294c" alt="역할 구성"/>이제 사용자 두 명을 만들고 이들에게 이 역할을 할당하겠습니다. 왼쪽에 있는 Users(사용자) 링크를 선택하고 Create new user(새 사용자 만들기) 버튼을 클릭합니다. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltc557d504a8ac1f95/5ce24aee7182ba9776722ff9/elasticsearch-security-blog-10.jpg" data-sys-asset-uid="bltc557d504a8ac1f95" alt="새 사용자 만들기"/>이 사용자를 flight_user라고 부르고 비밀번호를 설정하겠습니다. 전체 이름과 이메일 주소는 설정하지 않아도 됩니다. read_flight 역할을 할당해야 하고 아울러 이 사용자가 Kibana에서 데이터를 보게 될 것이기 때문에 kibana_user 역할도 할당해야 합니다. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt7adcce531abcc45a/5ce24b00932da9737b2628c6/elasticsearch-security-blog-11.jpg" data-sys-asset-uid="blt7adcce531abcc45a" alt="flight user 만들기"/>create(만들기)를 누르고 log_user에 대해서도 다시 한 번 같은 작업을 합니다. 이번에는 read_logs와 kibana_user 역할을 추가합니다. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt805d2eb40672403d/5ce24b13ccfda8847b20bb4b/elasticsearch-security-blog-12.jpg" data-sys-asset-uid="blt805d2eb40672403d" alt="log user 만들기"/>됐습니다. 이제 새 사용자 두 명 설정이 다 끝났습니다. 이제 elastic 사용자로 로그아웃해도 됩니다. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltb07056dabca17b82/5ce24ba52d8f163476ebd451/elasticsearch-security-blog-13.jpg" data-sys-asset-uid="bltb07056dabca17b82" alt="elastic으로 로그아웃"/>그리고 나서 log_user로 로그인할 수 있습니다. 대시보드 아이콘을 클릭하면 두 개의 대시보드가 있는 것을 볼 수 있습니다. 하나는 flights용이고 또 하나는 logs용입니다. 	<img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/bltfb2217281f933c85/5ce24bc53d021e2d76457546/elasticsearch-security-blog-14.jpg" data-sys-asset-uid="bltfb2217281f933c85" alt="대시보드 확인"/>Logs 대시보드를 클릭하면 데모 로그 데이터를 보게됩니다. 다시 돌아가 flight 대시보드를 보려고 하면, 대시보드를 볼 수 있지만 데이터는 전혀 볼 수 없습니다. 이것은 Kibana 스페이스가 보안 목적으로 사용될 수 있는 곳이며, 특정 사용자만이 특정 대시보드를 볼 수 있습니다. 이제 log_user로 로그아웃하고 flight_user로 다시 로그인할 수 있습니다. log 대시보드를 열면, 이번에는 아무 데이터도 볼 수 없습니다. Kibana가 로그 인덱스에 액세스할 수 없기 때문에 오류까지 생깁니다. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt6f857fe2c548af9e/5ce24be67182ba9776722fff/elasticsearch-security-blog-15.jpg" data-sys-asset-uid="blt6f857fe2c548af9e" alt="RBAC가 제한하는 데이터"/>이제 flight 대시보드를 확인하면 이번에는 flight 데이터에 액세스할 수 있다는 것을 알 수 있습니다. <img src="https://images.contentstack.io/v3/assets/bltefdd0b53724fa2ce/blt89b48cc8a9e81e31/5ce24bfb3d021e2d7645754e/elasticsearch-security-blog-16.jpg" data-sys-asset-uid="blt89b48cc8a9e81e31" alt="RBAC가 제공하는 데이터 액세스"/>축하합니다! 이제 노드가 두 개인 클러스터가 구성되었고 인덱스 데이터에 제한된 액세스를 갖는 두 명의 사용자가 생겼습니다. <h2>결론</h2>Elastic Stack에서 보안은 대단히 다재다능하며, 이 포스팅에서 다루지 않은 수많은 것들을 할 수 있습니다. 이 포스팅의 목적은 사용자가 처음 시작할 수 있도록 하는 것이었습니다. 앞으로 수많은 보안 기능과 그 기능을 사용할 수 있는 방법에 대해 다루는 콘텐츠가 많이 제공될 예정입니다. 그동안 Elastic Stack 보안이 작동하는 방법과 그 밖에 가능한 여러 가지 다른 작업에 대한 더 많은 설명서와 블로그 포스팅이 있으니 살펴보시기 바랍니다. <ul><li><a href="https://www.elastic.co/guide/en/elasticsearch/reference/current/configuring-stack-security.html" target="_self">Elasticsearch 보안의 기본 교육</a></li><li><a href="/guide/en/elasticsearch/reference/current/configuring-security.html" target="_self">Elasticsearch 보안 설명서</a></li><li><a href="/kr/blog/elasticsearch-security-configure-tls-ssl-pki-authentication" target="_self">TLS 구성 블로그 포스팅</a></li><li><a href="/kr/blog/introducing-kibana-spaces-for-organization-and-security" target="_self">Kibana 스페이스 블로그 포스팅</a></li></ul>또한 <a href="https://discuss.elastic.co/" target="_self">공개 포럼에서도 도움을 요청</a>하실 수 있습니다. 즐거운 검색 되세요!

blog-banner-release-elasticsearch.png

blog-thumb-release-elasticsearch.png

Getting started with Elasticsearch security

Elasticsearch 보안 시작하기

Elastic Stack 보안 기능을 사용하여 HTTP 트래픽에 대한 Kerberos 인증을 지원하기 위해 Elasticsearch를 구성하는 방법을 알아보세요.

elasticsearch-feature-security-kerberos-fbi.jpg

elasticsearch-feature-security-kerberos-tbi.jpg

How to Secure your Elasticsearch Clusters using Kerberos

Kerberos를 사용해 Elasticsearch 클러스터의 보안을 유지하는 방법

Start free trial

Blog Footer CTA

Sign up for Elastic Cloud free trial

Principal Product Security Engineer

Josh Bressers

By submitting you acknowledge that you've read and agree to our <a href="/legal/elastic-cloud-account-terms" target="_self">Terms of Service</a>, and you agree to receive the <a href="/legal/privacy-statement#how-we-use-the-information" target="_self">selected communications</a> at the contact details you provided above. See <a href="/legal/privacy-statement/" target="_self">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.

Communication Preferences - ONLY for /communication-preferences

제출하면 귀하가 <a href="/kr/legal/elastic-cloud-account-terms" target="_self">Elastic 서비스 약관</a>을 읽고 이에 동의하며, 위에 제공된 연락처로 <a href="/kr/legal/privacy-statement#how-we-use-the-information" target="_self">선택한 커뮤니케이션</a>을 수신하는 데 동의한 것으로 간주됩니다. 언제든지 수신을 거부할 수 있으며 자세한 내용은 <a href="/kr/legal/privacy-statement/" target="_self">Elastic 개인정보 취급방침</a>을 참조하시기 바랍니다.

By submitting you acknowledge that you've read and agree to our <a href="/legal/serverless-preview-terms" target="_blank">Terms of Service</a>, and that Elastic may <a href="/legal/privacy-statement#how-we-use-the-information" target="_blank">contact you</a> about our related products and services, using the details you provide above. See <a href="/legal/privacy-statement/" target="_blank">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.

Serverless GDPR Text

제출하면 귀하가 Elastic <a href="/kr/legal/serverless-preview-terms" target="_self">서비스 약관</a>을 읽고 이에 동의하며, 위에 제공된 세부 정보를 사용하여 Elastic이 관련 제품 및 서비스에 대해 귀하에게 <a href="/kr/legal/privacy-statement#how-we-use-the-information" target="_self">연락할 수 있음</a>을 이해한 것으로 간주됩니다. 언제든지 수신을 거부할 수 있으며 자세한 내용은 <a href="/kr/legal/privacy-statement/" target="_self">Elastic 개인정보 취급방침</a>을 참조하시기 바랍니다.

By submitting you agree to <a href="/agreements/global/cloud-services-monthly" rel="nofollow">Elastic Cloud Terms of Service</a>. Your personal data will be processed in accordance with <a href="/legal/privacy-statement">Elastic's Privacy Statement</a>.

Cloud Trial GDPR Text

제출하면 <a href="/kr/agreements/global/cloud-services-monthly" rel="nofollow">Elastic Cloud 서비스 약관</a>에 동의하시게 됩니다. 개인 데이터는 <a href="/kr/legal/privacy-statement">Elastic의 개인정보 취급방침</a>에 따라 처리됩니다.

By submitting you acknowledge that you've read and agree to our <a href="/legal/terms-of-use" target="_blank">Terms of Service</a>, and that Elastic may <a href="/legal/privacy-statement#how-we-use-the-information" target="_blank">contact you</a> about our related products and services, using the details you provide above. See <a href="/legal/privacy-statement/" target="_blank">Elastic’s Privacy Statement</a> for more details or to opt-out at any time.

Newsletter GDPR Text

제출하면 귀하가 Elastic <a href="/kr/legal/terms-of-use" target="_self">서비스 약관</a>을 읽고 이에 동의하며, 위에 제공된 세부 정보를 사용하여 Elastic이 관련 제품 및 서비스에 대해 귀하에게 <a href="/kr/legal/privacy-statement#how-we-use-the-information" target="_self">연락할 수 있음</a>을 이해한 것으로 간주됩니다. 언제든지 수신을 거부할 수 있으며 자세한 내용은 <a href="/kr/legal/privacy-statement/" target="_self">Elastic 개인정보 취급방침</a>을 참조하시기 바랍니다.

Explore similar demos

Overview

Speakers

Close

See more insights

The content on this page is not available in the selected language. As Elastic grows globally, we continue to support content in multiple languages.

The content on this page is not available in the selected language.

이 페이지의 콘텐츠는 선택하신 언어로 제공되지 않습니다. Elastic은 다양한 언어로 콘텐츠를 제공하기 위해 최선을 다하고 있습니다.조금만 더 기다려주세요!

Author

Articles by

Learn more

Watch now (no PT)

Watch now

See all top stories

All (no PT translation)

Contact information

Press Release

Share on Reddit

Share this story

Share by Email

Thank you for your interest!

Contact Info

Follow us on Youtube

Load More

Share on LinkedIn

Follow us on LinkedIn

Search Integrations

All Solutions

Video for

Follow us on Twitter

See when this webinar starts in my time zone

내 표준 시간대로 웨비나 시작 시간 확인하기

Register to Watch

Register now

See All Posts

Can't make it? Register and we'll send you the recording. You'll also receive an email with related content

참여가 어려우신가요? 등록하시면 녹화 자료를 보내드리겠습니다. 이메일로 관련 콘텐츠도 받아보실 수 있습니다.

Small image for

On-demand webinar

Featured webinar

Register to Attend

Share on Facebook

Reset all

Upcoming webinar

View more posts

Print

Hosted by

Sign In to Attend

View next

Follow us on Facebook

Share

Highlights

Read less

You'll also receive an email with related content

이메일을 통해 관련 내용을 보내드리겠습니다.

Thank you for registering. We will send you a confirmation email soon.

등록해 주셔서 감사합니다. 곧 확인 이메일을 보내드리겠습니다.

Author

Articles by Josh Bressers

Principal Product Security Engineer, Elastic

Elasticsearch 서버 침해를 차단하는 방법

암호화, 사용자 등을 통해 무료로 Elasticsearch 클러스터의 보안을 유지하는 팁

Elasticsearch 보안 시작하기

Kerberos를 사용해 Elasticsearch 클러스터의 보안을 유지하는 방법