Discourse als SSO-Anbieter: Anmeldefehler

Unterstützung SSO
1

Ich folge dieser Anleitung hier:

Ich übermittle zwar die korrekte Signatur, aber aus irgendeinem Grund akzeptiert Discourse sie nicht.

Hier ist die URL, die ich aufrufe:

Hier ist das Fehlerprotokoll dafür:

Nachricht

Ausführliches SSO-Protokoll: Fehler beim Parsen der Signatur

Ungültige Signatur für die Nutzlast

sso: redacted

sig: ae997097f358b7e08aa0568290b55ef6e2174077e96a1184153b1d8369d50f8

erwartete Signatur: ae997097f358b7e08aa0568290b55ef6e2174077e96a1184153b1d08369d50f8



Stacktrace

/var/www/discourse/app/controllers/session_controller.rb:52:in `rescue in sso_provider'
/var/www/discourse/app/controllers/session_controller.rb:41:in `sso_provider'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.2.2/lib/action_controller/metal/basic_implicit_render.rb:6:in `send_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.2.2/lib/abstract_controller/base.rb:196:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.2.2/lib/action_controller/metal/rendering.rb:30:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.2.2/lib/abstract_controller/callbacks.rb:42:in `block in process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/activesupport-6.0.2.2/lib/active_support/callbacks.rb:135:in `run_callbacks'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.2.2/lib/abstract_controller/callbacks.rb:41:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.2.2/lib/action_controller/metal/rescue.rb:22:in `process_action'
/var/www/discourse/vendor/bundle/ruby/2.6.0/gems/actionpack-6.0.2.2/lib/action_controller/metal/instrumentation.rb:33:in `block in process_action'

Umgebung

HTTP HOSTS: discuss.bevry.me

Hier sind die Einstellungen:

Screen Shot 2020-04-28 at 7.33.09 pm
Screen Shot 2020-04-28 at 7.33.09 pm1662×900 105 KB

Hier ist der Code für den Cloudflare-Worker:

redacted - wird später quelloffen gemacht

Allerdings könnte das auch an unserer Seite liegen, da es einen Unterschied zwischen folgenden Werten gibt:

  • ae997097f358b7e08aa0568290b55ef6e2174077e96a1184153b1d8369d50f8
  • ae997097f358b7e08aa0568290b55ef6e2174077e96a1184153b1d08369d50f8

Ich bin mir jedoch nicht sicher, wie ich das beheben soll.

2

Okay, mit dieser Methode wurde es gelöst:

// https://jameshfisher.com/2017/10/31/web-cryptography-api-hmac/
// https://stackoverflow.com/questions/40031688/javascript-arraybuffer-to-hex
export function buf2hex(buffer: ArrayBuffer): string {
	return Array.prototype.map
		.call(new Uint8Array(buffer), (x) => ('00' + x.toString(16)).slice(-2))
		.join('')
}