Subject: Re: Storage Security (was Re: NetBSD iSCSI HOWTOs)
To: Bill Studenmund <email@example.com>
From: Daniel Carosone <firstname.lastname@example.org>
Date: 03/02/2006 19:03:52
Content-Type: text/plain; charset=us-ascii
On Wed, Mar 01, 2006 at 09:52:13PM -0800, Bill Studenmund wrote:
> Ok, I'd like to run with this discussion as you bring up some good points=
> that need OS support to handle. Specifically OS support that NetBSD and=
> most other OSs lack.
> Do we actually have socket controls necessary for the target to check if=
> there is IPsec?
Sure we do: inetd can use it, but not much else does that I'm aware of.
> To be honest, the administration is the bad part. Not only are there=20
> issues with what parts a given OS supports, but also what administrators=
> understand. Also, getting all of this into an appliance's GUI is not=20
[aside] I'm less fussed about the GUI, personally. If we're at the
point where it can be put in a GUI reasonably well, most of the
serious problems have been resolved and all that remains is the
> Oh! Be careful! You just wandered into the realm of channel bindings! Or=
> at least partly into it.
Heh, I just knew you'd say that :) Channel bindings might be one
approach, but other binding styles might also be usefule/able.
> I think channel bindings are what's needed. It doesn't matter what IPsec=
> identities are used, as long as both ends agree on what they are.
And as long as you can use that identity in iSCSI configuration - as
one example, listing an IPsec-authenticated client name at a dynamic
IP address in the target's config. As I said later, though, for a
strong host that placed littel reliance on the storage system, this
would mostly be useful to prevent attackers overwriting all your
> So I don't think _that_ attack is there.
Fair enough, if people read the standards and the "don't to that"
stuff, although I think the chances of muppets doing the same-key
thing anyway are high enough for it to still be a concern - whoever's
fault the silly config might be.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.2 (NetBSD)
-----END PGP SIGNATURE-----