password protection
Alex Stapleton
alexs at advfn.com
Tue Oct 18 07:57:44 PDT 2005
On 18 Oct 2005, at 15:40, Casper Langemeijer wrote:
> Hi all!
>
> I plan on using memcached for a new project, but I've got one big
> thing to consider: security. This ofcourse should be a big thing in
> software development anyway, but I work for a company that is ISO
> certified for security. For me it is an even bigger concern.
> 1. I've found no way of ensuring the data is read only by my
> application.
>
> I though off:
>
> - encrypting the data I put into memcached, this I obviously dismissed
> because this would make caching too slow.
That really depends on which encryption system you use, and what
exactly *too* slow is?
> - using UNIX domain sockets (a socket file) to connect to
> memcached. This
> would enable me to use UNIX file permissions to 'secure' memcached
> a bit.
> I see no real pitfalls here, except that it limits me to use memcached
> only on the local machine, and I might want to use dedicated caching
> machines somewhere along the line...
You could simply enable iptables in your kernel, and lock down access
to that box to *only* client machines which you want to be able to
access it. Of course your whole setup should really be hidden inside
a private network anyway with only a single (or perhaps two for some
redundancy?) point of entry. If your memcached server resides on a
private network and your external access points are properly locked
down, then your main concerns should be buffer overflows and physical
attacks to your infrastructure.
I'm surprised there's nobody at your company who can help you with
this tbh, not that people here will refuse to offer advice though.
More information about the memcached
mailing list