Page MenuHomePhabricator

Add `cluster.addresses` and require membership before accepting cluster authentication tokens
ClosedPublic

Authored by epriestley on Jan 2 2015, 9:13 PM.
Tags
None
Referenced Files
F14055553: D11159.diff
Sat, Nov 16, 1:11 PM
F14042647: D11159.diff
Tue, Nov 12, 5:09 AM
F14027991: D11159.diff
Fri, Nov 8, 11:16 AM
F14007602: D11159.diff
Tue, Oct 29, 8:46 AM
F14000765: D11159.id.diff
Fri, Oct 25, 12:40 AM
F13993189: D11159.id26800.diff
Tue, Oct 22, 9:17 PM
F13962190: D11159.diff
Oct 15 2024, 8:41 AM
Unknown Object (File)
Sep 27 2024, 11:40 PM
Subscribers

Details

Summary

Ref T2783. Ref T6706.

  • Add cluster.addresses. This is a whitelist of CIDR blocks which define cluster hosts.
  • When we recieve a request that has a cluster-based authentication token, require the cluster to be configured and require the remote address to be a cluster member before we accept it.
    • This provides a general layer of security for these mechanisms.
    • In particular, it means they do not work by default on unconfigured hosts.
  • When cluster addresses are configured, and we receive a request to an address not on the list, reject it.
    • This provides a general layer of security for getting the Ops side of cluster configuration correct.
    • If cluster nodes have public IPs and are listening on them, we'll reject requests.
    • Basically, this means that any requests which bypass the LB get rejected.
Test Plan
  • With addresses not configured, tried to make requests; rejected for using a cluster auth mechanism.
  • With addresses configred wrong, tried to make requests; rejected for sending from (or to) an address outside of the cluster.
  • With addresses configured correctly, made valid requests.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable