Just because Cassandra doesn't do it doesn't mean you aren't able to encrypt your data at rest, and you definitely don't need DSE to do it. I recommend checking out the LUKS project.
https://gitlab.com/cryptsetup/cryptsetup/blob/master/README.md This, IMO, is a better option than having the database do it since with this you are able to encrypt everything. Your logs, indexes, etc. Jon On Wed, Nov 14, 2018 at 10:47 AM Durity, Sean R <sean_r_dur...@homedepot.com> wrote: > I think you are asking about **encryption** at rest. To my knowledge, > open source Cassandra does not support this natively. There are options, > like encrypting the data in the application before it gets to Cassandra. > Some companies offer other solutions. IMO, if you need the increased > security, it is worth using something like DataStax Enterprise. > > > > > > Sean Durity > > *From:* Goutham reddy <goutham.chiru...@gmail.com> > *Sent:* Tuesday, November 13, 2018 1:22 AM > *To:* user@cassandra.apache.org > *Subject:* [EXTERNAL] Is Apache Cassandra supports Data at rest > > > > Hi, > > Does Apache Cassandra supports data at rest, because datastax Cassandra > supports it. Can anybody help me. > > > > Thanks and Regards, > > Goutham. > > -- > > Regards > > Goutham Reddy > > ------------------------------ > > The information in this Internet Email is confidential and may be legally > privileged. It is intended solely for the addressee. Access to this Email > by anyone else is unauthorized. If you are not the intended recipient, any > disclosure, copying, distribution or any action taken or omitted to be > taken in reliance on it, is prohibited and may be unlawful. When addressed > to our clients any opinions or advice contained in this Email are subject > to the terms and conditions expressed in any applicable governing The Home > Depot terms of business or client engagement letter. The Home Depot > disclaims all responsibility and liability for the accuracy and content of > this attachment and for any damages or losses arising from any > inaccuracies, errors, viruses, e.g., worms, trojan horses, etc., or other > items of a destructive nature, which may be contained in this attachment > and shall not be liable for direct, indirect, consequential or special > damages in connection with this e-mail message or its attachment. > -- Jon Haddad http://www.rustyrazorblade.com twitter: rustyrazorblade