# Security of ES

**URL:** <https://discuss.elastic.co/t/security-of-es/17286>\
**Category:** Elasticsearch\
**Created:** [April 30, 2014, 3:56pm UTC](https://discuss.elastic.co/t/security-of-es/17286 "2014-04-30T15:56:07Z")\
**Posts on this page:** 6\
**Page:** 1

<div class="post-metadata">

**Author:** ![Patrick\_Proniewski](https://avatars.discourse-cdn.com/v4/letter/p/96bed5/32.png) [@Patrick\_Proniewski](https://discuss.elastic.co/u/Patrick_Proniewski)\
**Post date:** [April 30, 2014, 3:56pm UTC](https://discuss.elastic.co/t/security-of-es/17286/1 "2014-04-30T15:56:07Z")

</div>

Hello,

As a BOfH, I'm quite used to provide auth-based access to IT resources. As CISO I must guaranty that users get only what they need, especially about sensitive content. Unfortunately I can't find anything about authentication, and security in ES documentation. It looks like the product is designed like memcached: it's there and free to use.

Is there any way to provide some partitioning inside an ES cluster, so that we can share the cluster without sharing the data?

thanks,  
Patrick

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/E22ED5A1-1554-4558-BBC7-3408CBA3C179%40patpro.net](https://groups.google.com/d/msgid/elasticsearch/E22ED5A1-1554-4558-BBC7-3408CBA3C179%40patpro.net).  
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<div class="post-metadata">

**Author:** ![jpountz](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/jpountz/32/45836_2.png) [@jpountz](https://discuss.elastic.co/u/jpountz)\
**Post date:** [April 30, 2014, 4:02pm UTC](https://discuss.elastic.co/t/security-of-es/17286/2 "2014-04-30T16:02:45Z")

</div>

Hi,

Elasticsearch doesn't support any form of authentification or authorization  
at the moment. The way users deal with this issue is usually by giving  
access to Elasticsearch through a proxy that would handle security based on  
the path of the URL.

On Wed, Apr 30, 2014 at 5:56 PM, Patrick Proniewski \<  
[elasticsearch@patpro.net](mailto:elasticsearch@patpro.net)\> wrote:

> Hello,
> 
> As a BOfH, I'm quite used to provide auth-based access to IT resources. As  
> CISO I must guaranty that users get only what they need, especially about  
> sensitive content. Unfortunately I can't find anything about  
> authentication, and security in ES documentation. It looks like the product  
> is designed like memcached: it's there and free to use.
> 
> Is there any way to provide some partitioning inside an ES cluster, so  
> that we can share the cluster without sharing the data?
> 
> thanks,  
> Patrick
> 
> --  
> You received this message because you are subscribed to the Google Groups  
> "elasticsearch" group.  
> To unsubscribe from this group and stop receiving emails from it, send an  
> email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> To view this discussion on the web visit  
> [https://groups.google.com/d/msgid/elasticsearch/E22ED5A1-1554-4558-BBC7-3408CBA3C179%40patpro.net](https://groups.google.com/d/msgid/elasticsearch/E22ED5A1-1554-4558-BBC7-3408CBA3C179%40patpro.net)  
> .  
> For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

--  
Adrien Grand

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/CAL6Z4j53TD4iwPrP76RcKP6ofojtho%2Bt2o9BCbNsx3u0BLGpRA%40mail.gmail.com](https://groups.google.com/d/msgid/elasticsearch/CAL6Z4j53TD4iwPrP76RcKP6ofojtho%2Bt2o9BCbNsx3u0BLGpRA%40mail.gmail.com).  
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<div class="post-metadata">

**Author:** ![dadoonet](https://sea2.discourse-cdn.com/elastic/user_avatar/discuss.elastic.co/dadoonet/32/137187_2.png) [@dadoonet](https://discuss.elastic.co/u/dadoonet)\
**Post date:** [April 30, 2014, 4:04pm UTC](https://discuss.elastic.co/t/security-of-es/17286/3 "2014-04-30T16:04:30Z")

</div>

Yes. By now, you have to deal with security yourself.

So, secure URL using Ngnix for example, use aliases which will expose alias URL and not direct index URL.  
Use filters in aliases.

Example:

Let's say you have a groupid field in your documents and you have a "doc" index.  
A doc A belongs to groupid "marketing".  
Doc B belongs to groupid "finances".

Create an alias "marketing" which uses "doc" index with a prebuilt filter on groupid with "marketing".  
Same for finances.

Then secure your URLs using Nginx and let users only access to the right URLs (aliases) they should see.

My 2 cents.

--  
David Pilato | Technical Advocate | [Elasticsearch.com](http://Elasticsearch.com)  
@dadoonet | @elasticsearchfr

Le 30 avril 2014 à 17:56:10, Patrick Proniewski ([elasticsearch@patpro.net](mailto:elasticsearch@patpro.net)) a écrit:

Hello,

As a BOfH, I'm quite used to provide auth-based access to IT resources. As CISO I must guaranty that users get only what they need, especially about sensitive content. Unfortunately I can't find anything about authentication, and security in ES documentation. It looks like the product is designed like memcached: it's there and free to use.

Is there any way to provide some partitioning inside an ES cluster, so that we can share the cluster without sharing the data?

thanks,  
Patrick

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/E22ED5A1-1554-4558-BBC7-3408CBA3C179%40patpro.net](https://groups.google.com/d/msgid/elasticsearch/E22ED5A1-1554-4558-BBC7-3408CBA3C179%40patpro.net).  
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/etPan.53611f0e.257130a3.2280%40MacBook-Air-de-David.local](https://groups.google.com/d/msgid/elasticsearch/etPan.53611f0e.257130a3.2280%40MacBook-Air-de-David.local).  
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<div class="post-metadata">

**Author:** ![Patrick\_Proniewski](https://avatars.discourse-cdn.com/v4/letter/p/96bed5/32.png) [@Patrick\_Proniewski](https://discuss.elastic.co/u/Patrick_Proniewski)\
**Post date:** [April 30, 2014, 5:05pm UTC](https://discuss.elastic.co/t/security-of-es/17286/4 "2014-04-30T17:05:44Z")

</div>

Thanks Adrien.

On 30 avr. 2014, at 18:02, Adrien Grand wrote:

> Hi,
> 
> Elasticsearch doesn't support any form of authentification or authorization at the moment. The way users deal with this issue is usually by giving access to Elasticsearch through a proxy that would handle security based on the path of the URL.
> 
> On Wed, Apr 30, 2014 at 5:56 PM, Patrick Proniewski [elasticsearch@patpro.net](mailto:elasticsearch@patpro.net) wrote:  
> Hello,
> 
> As a BOfH, I'm quite used to provide auth-based access to IT resources. As CISO I must guaranty that users get only what they need, especially about sensitive content. Unfortunately I can't find anything about authentication, and security in ES documentation. It looks like the product is designed like memcached: it's there and free to use.
> 
> Is there any way to provide some partitioning inside an ES cluster, so that we can share the cluster without sharing the data?

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/859E581C-1821-4154-9DF8-461C1BFA225B%40patpro.net](https://groups.google.com/d/msgid/elasticsearch/859E581C-1821-4154-9DF8-461C1BFA225B%40patpro.net).  
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<div class="post-metadata">

**Author:** ![Patrick\_Proniewski](https://avatars.discourse-cdn.com/v4/letter/p/96bed5/32.png) [@Patrick\_Proniewski](https://discuss.elastic.co/u/Patrick_Proniewski)\
**Post date:** [April 30, 2014, 5:34pm UTC](https://discuss.elastic.co/t/security-of-es/17286/5 "2014-04-30T17:34:10Z")

</div>

Hmmm ok  
I'll have to think about this. I do get the proxy part, very easy, I'm doing this kind of stuff for eons. Now you write I can discriminate URL's by injecting an arbitrary field into my data and creating an alias that names a prebuilt filter. I've discovered aliases just 2 hours ago, I'll have to dive into this to understand exactly how it works, and in particular how it can be used into a logstash install.

thanks for the tip.

On 30 avr. 2014, at 18:04, David Pilato wrote:

> Yes. By now, you have to deal with security yourself.
> 
> So, secure URL using Ngnix for example, use aliases which will expose alias URL and not direct index URL.  
> Use filters in aliases.
> 
> Example:
> 
> Let's say you have a groupid field in your documents and you have a "doc" index.  
> A doc A belongs to groupid "marketing".  
> Doc B belongs to groupid "finances".
> 
> Create an alias "marketing" which uses "doc" index with a prebuilt filter on groupid with "marketing".  
> Same for finances.
> 
> Then secure your URLs using Nginx and let users only access to the right URLs (aliases) they should see.
> 
> My 2 cents.
> 
> --  
> David Pilato | Technical Advocate | [Elasticsearch.com](http://Elasticsearch.com)  
> @dadoonet | @elasticsearchfr
> 
> Le 30 avril 2014 à 17:56:10, Patrick Proniewski ([elasticsearch@patpro.net](mailto:elasticsearch@patpro.net)) a écrit:
> 
> > Hello,
> > 
> > As a BOfH, I'm quite used to provide auth-based access to IT resources. As CISO I must guaranty that users get only what they need, especially about sensitive content. Unfortunately I can't find anything about authentication, and security in ES documentation. It looks like the product is designed like memcached: it's there and free to use.
> > 
> > Is there any way to provide some partitioning inside an ES cluster, so that we can share the cluster without sharing the data?
> > 
> > thanks,  
> > Patrick
> > 
> > --  
> > You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
> > To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> > To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/E22ED5A1-1554-4558-BBC7-3408CBA3C179%40patpro.net](https://groups.google.com/d/msgid/elasticsearch/E22ED5A1-1554-4558-BBC7-3408CBA3C179%40patpro.net).  
> > For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).
> 
> --  
> You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
> To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
> To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/etPan.53611f0e.257130a3.2280%40MacBook-Air-de-David.local](https://groups.google.com/d/msgid/elasticsearch/etPan.53611f0e.257130a3.2280%40MacBook-Air-de-David.local).  
> For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

--  
You received this message because you are subscribed to the Google Groups "elasticsearch" group.  
To unsubscribe from this group and stop receiving emails from it, send an email to [elasticsearch+unsubscribe@googlegroups.com](mailto:elasticsearch+unsubscribe@googlegroups.com).  
To view this discussion on the web visit [https://groups.google.com/d/msgid/elasticsearch/13A65587-3274-4A57-8DB7-4A7E2488A3D5%40patpro.net](https://groups.google.com/d/msgid/elasticsearch/13A65587-3274-4A57-8DB7-4A7E2488A3D5%40patpro.net).  
For more options, visit [https://groups.google.com/d/optout](https://groups.google.com/d/optout).

---

<div class="post-metadata">

**Author:** ![system](https://us1.discourse-cdn.com/elastic/original/3X/1/a/1ac57faf039f6b580b3f104ef42a2a89e41014de.png) [@system](https://discuss.elastic.co/u/system)\
**Post date:** [July 6, 2017, 1:32am UTC](https://discuss.elastic.co/t/security-of-es/17286/6 "2017-07-06T01:32:25Z")

</div>


