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
F13213901: D11159.id26778.diff
Fri, May 17, 8:12 AM
F13196505: D11159.diff
Sun, May 12, 11:19 PM
F13173861: D11159.diff
Tue, May 7, 9:14 PM
F13173646: D11159.id26800.diff
Tue, May 7, 8:30 PM
Unknown Object (File)
Sat, May 4, 8:01 PM
Unknown Object (File)
Fri, May 3, 4:59 AM
Unknown Object (File)
Thu, Apr 25, 12:43 AM
Unknown Object (File)
Apr 11 2024, 8:34 AM
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