[Date Prev][Date Next] [Chronological] [Thread] [Top]

RE: C LDAP API: security considerations



At 09:13 15.11.99 -0800, Paul Leach (Exchange) wrote:

You propose a fine mechanism.

I would note that it is _not_ implemented in IE. It is implemented _below_ the WinInet API, which is the layer that IE, and lots of other apps, use to do HTTP. I.e., it is the moral equivalent of the LDAP API.

:-)

I expect that any real system will have multiple layers of API, and that the lower layers get standardized first (kind of having standard base classes and non-standard derived classes in an OO model).

we standardize what we can agree upon.


>
> For servers in the "expensive" zone, the UI will pop up a
> dialog box before
> chasing a referral.

I would note that one can't rely on any client-side mechanism to prevent denial-of-service attacks on the server, if that was your intent. In particular, the "expensive" zone won't prevent malicious clients from bogging down LDAP servers with public key operations. For non-malicious clients, the 20ms or so of CPU it costs for the public key operations is not likely to be a big deal worth annoying the user about. (Whereas it is a big deal to limit servers to the 50-100 requests per second that such a CPU cost implies.)

of course - I imagined the "expensive" zone to contain things like Dun&Bradstreet database lookups - basically when the client pays real money for the info, not related to denial-of-service.


My concern is that a client should be *able* to behave in a way that is both non-malicious and secure; at the moment I don't think we're ready to standardize this, so following referrals should be done above the API layer that we're currently attempting to standardize.

                                  Harald

--
Harald Tveit Alvestrand, Maxware, Norway
Harald.Alvestrand@maxware.no