Files
probo/pkg/server/api/console/v1/crisp.go
Aurélien Sibiril 37121e7bac Verify Crisp website ownership before connecting
Crisp is a managed (Model B) connector: Probo holds one plugin token
server-side and each connection carries only a Website ID. Nothing
stops one organization from entering another organization's Website
ID, so prove control of the website before creating the connection.

Probo derives a per-(organization, website) verification code as an
HMAC over the token secret and exposes it through a new
crispVerificationCode query. The customer pastes it into the Probo
plugin's per-website settings; at connect time the resolver reads the
setting back through the managed plugin token and requires a
constant-time match before any row is written. The managed key and
plugin ID come from bootstrap, so the connector stays hidden until the
deployment configures them.

The settings fetch is injected so the create-time gate's branch wiring
is unit-tested (mismatch and not-subscribed reject, internal errors
stay generic, a matching code passes), and the managed-versus-client
key resolution is covered too.

Signed-off-by: Aurélien Sibiril <81782+aureliensibiril@users.noreply.github.com>
2026-07-11 16:50:32 +02:00

56 lines
2.6 KiB
Go

// Copyright (c) 2026 Probo Inc <hello@probo.com>.
//
// Permission to use, copy, modify, and/or distribute this software for any
// purpose with or without fee is hereby granted, provided that the above
// copyright notice and this permission notice appear in all copies.
//
// THE SOFTWARE IS PROVIDED "AS IS" AND THE AUTHOR DISCLAIMS ALL WARRANTIES WITH
// REGARD TO THIS SOFTWARE INCLUDING ALL IMPLIED WARRANTIES OF MERCHANTABILITY
// AND FITNESS. IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY SPECIAL, DIRECT,
// INDIRECT, OR CONSEQUENTIAL DAMAGES OR ANY DAMAGES WHATSOEVER RESULTING FROM
// LOSS OF USE, DATA OR PROFITS, WHETHER IN AN ACTION OF CONTRACT, NEGLIGENCE OR
// OTHER TORTIOUS ACTION, ARISING OUT OF OR IN CONNECTION WITH THE USE OR
// PERFORMANCE OF THIS SOFTWARE.
package console_v1
import (
"crypto/hmac"
"crypto/sha256"
"crypto/subtle"
"encoding/base32"
"strings"
)
// crispVerificationCodeLength bounds the human-typeable verification code. 12
// base32 characters carry ~60 bits, far beyond guessing given the code is only
// a proof-of-control challenge (not a secret) and is compared server side.
const crispVerificationCodeLength = 12
// computeCrispVerificationCode derives the deterministic ownership-verification
// code Probo shows for a (organization, Crisp website) pair. It is
// HMAC(tokenSecret, domain || orgID || websiteID) so only Probo can mint it and
// the value is bound to BOTH the organization and the website: a code minted for
// one organization cannot verify a website under another, and a code for one
// website cannot verify another. Nothing is stored: the same inputs always yield
// the same code, so the create-time check re-derives and compares it.
func computeCrispVerificationCode(secret, orgID, websiteID string) string {
mac := hmac.New(sha256.New, []byte(secret))
mac.Write([]byte("probo/connector/crisp-verification:" + orgID + ":" + websiteID))
code := base32.StdEncoding.WithPadding(base32.NoPadding).EncodeToString(mac.Sum(nil))
return code[:crispVerificationCodeLength]
}
// verifyCrispVerificationCode reports whether provided matches the code Probo
// would show for (orgID, websiteID). Operators paste the code back through the
// Crisp dashboard, so the comparison tolerates surrounding whitespace and a
// lowercased value; it is otherwise a constant-time compare.
func verifyCrispVerificationCode(secret, orgID, websiteID, provided string) bool {
expected := computeCrispVerificationCode(secret, orgID, websiteID)
got := strings.ToUpper(strings.TrimSpace(provided))
return subtle.ConstantTimeCompare([]byte(expected), []byte(got)) == 1
}