SSO принудительно создает пользователя как администратора

Внести вклад Ошибка
1

Здравствуйте,

Я интегрирую SSO для Discourse, но столкнулся с проблемой: создаваемый пользователь получает права администратора, хотя в полезной нагрузке SSO явно указано, что этого быть не должно.

Я использую последнюю бета-версию: 2.8.0.beta6 [ f3273bd43e ]
Вот пример:

URL для SSO:

https://community.bloom.pm/session/sso_login?sso=ZXh0ZXJuYWxfaWQ9NjEzZjJmMzMzNWZkODc4NWU4Mjk4Y2JhJm5vbmNlPThiNzdjM2JlMDBmMThkMjYwMDhkYjkxOWQxODA4MzAyJmVtYWlsPW9tYXIlMkJtZW1iZXI0JTQwYmxvb20ucG0mdXNlcm5hbWU9bWVtYmVyNCZuYW1lPW1lbWJlcjQmYWRtaW49ZmFsc2UmbW9kZXJhdG9yPWZhbHNlJnN1cHByZXNzX3dlbGNvbWVfbWVzc2FnZT10cnVl&sig=fcb3e5d3d4b8c39078753cb495f4c3781dcca1f022851a2bdff2015e7fa489b1

После декодирования полезной нагрузки SSO получается:

external_id=613f2f3335fd8785e8298cba&nonce=8b77c3be00f18d26008db919d1808302&email=omar%2Bmember4%40bloom.pm&username=member4&name=member4&admin=false&moderator=false&suppress_welcome_message=true

Однако пользователь member4 был создан с правами администратора.

2

Указан ли email-адрес member4 в файле конфигурации в разделе developer?

DISCOURSE_DEVELOPER_EMAILS

Любой email-адрес, указанный там, автоматически станет администратором.

2 лайка
3

Я только что использовал omar+member9@306.dev — это совершенно другой домен, и он не входит в DISCOURSE_DEVELOPER_EMAILS, но проблема всё ещё сохраняется: пользователь получил права администратора.

Ключ API, который я использую для подписания SSO, принадлежит администратору. Это может влиять на что-либо?

4

Это звучит неправильно? Можете объяснить, что вы делаете?

1 лайк
5

Я только что интегрировал SSO на существующем сайте Discourse и наблюдаю такое поведение.
Сайт работает в Docker (репозиторий discourse_docker).

Я зашел в контейнер и подключился к базе данных PostgreSQL: у пользователя флаг администратора (admin flag) установлен в false, поэтому метод “make_developer_admin” его не обновляет.

Что еще может быть причиной?

6

Я тоже использую эти плагины

   - git clone https://github.com/discourse/docker_manager.git
          - git clone https://github.com/angusmcleod/discourse-events.git
          - git clone https://github.com/gdpelican/babble.git
          - git clone https://github.com/davidtaylorhq/discourse-whos-online.git
          - git clone https://github.com/discourse/discourse-checklist.git
          - git clone https://github.com/discourse/discourse-data-explorer.git
          - git clone https://github.com/BeXcellent/discourse-allowiframe.git
7

Возможно, вам стоит включить отладку для устранения неполадок

Отладка провайдера DiscourseConnect

Чтобы помочь в отладке DiscourseConnect, вы можете включить настройку сайта verbose_discourse_connect_logging. После включения этой настройки подробные диагностические данные появятся в ВАШСАЙТ.com/logs. Обязательно отметьте :white_check_mark: флажок warnings внизу страницы ВАШСАЙТ.com/logs.

ссылка: Setup DiscourseConnect - Official Single-Sign-On for Discourse (sso)

8

Пользователь не является администратором, однако проблема глубже. Я добавил некоторые логи:

discourse_notifications_codediff
discourse_notifications_codediff1129×485 92.8 KB

Похоже на какой-то баг фильтрации при использовании API ActiveRecord. Я записал запросы и не вижу userid в условии WHERE, поэтому кажется, что данные уведомлений извлекаются глобально.

Думаю, то же самое происходит с форумами и темами: фильтр по userid каким-то образом игнорируется, и извлекается всё.

Как мне это исправить?

9

Публикация второго медиа-элемента (так как я новичок)

discourse_notifications_img
discourse_notifications_img357×917 74.9 KB

10

Публикация 3-го медиа-элемента — логи

discourse_notifications
discourse_notifications1116×386 132 KB

11

notifications-fix-code
notifications-fix-code1894×687 163 KB

Похоже, что user.notifications не применяет фильтр. Я вручную добавил условие where в код, и это исправило отображение уведомлений в модальном окне, но на странице деталей используется другой путь выполнения кода, поэтому там всё ещё отображается всё. В чём реальное решение? :expressionless:

12

версия rails: 6.1.4.1

bundle exec gem list --local

*** ЛОКАЛЬНЫЕ GEMS ***

actionmailer (6.1.4.1)
actionpack (6.1.4.1)
actionview (6.1.4.1)
actionview_precompiler (0.2.3)
active_model_serializers (0.8.4)
activejob (6.1.4.1)
activemodel (6.1.4.1)
activerecord (6.1.4.1)
activesupport (6.1.4.1)
addressable (2.8.0)
aws-eventstream (1.2.0)
aws-partitions (1.432.0)
aws-sdk-core (3.112.1)
aws-sdk-kms (1.44.0)
aws-sdk-s3 (1.96.1)
aws-sdk-sns (1.38.0)
aws-sigv4 (1.2.3)
barber (0.12.2)
bootsnap (1.8.1)
builder (3.2.4)
bundler (2.2.26)
byebug (11.1.3)
cbor (0.5.9.6)
chunky_png (1.4.0)
coderay (1.1.3)
colored2 (3.1.2)
concurrent-ruby (1.1.9)
connection_pool (2.2.5)
cose (1.2.0)
cppjieba_rb (0.3.3)
crass (1.0.6)
css_parser (1.10.0)
diffy (3.4.0)
discourse-ember-rails (0.18.6)
discourse-ember-source (3.12.2.3)
discourse-fonts (0.0.9)
ecma-re-validator (0.3.0)
email_reply_trimmer (0.1.13)
ember-data-source (3.0.2)
ember-handlebars-template (0.8.0)
ember-source (2.18.2)
erubi (1.10.0)
excon (0.85.0)
execjs (2.8.1)
exifr (1.3.9)
faraday (1.7.2)
faraday-em_http (1.0.0)
faraday-em_synchrony (1.0.0)
faraday-excon (1.1.0)
faraday-httpclient (1.0.1)
faraday-net_http (1.0.1)
faraday-net_http_persistent (1.2.0)
faraday-patron (1.0.0)
faraday-rack (1.0.0)
fast_blank (1.0.1)
fast_xs (0.8.0)
fastimage (2.2.5)
ffi (1.15.4)
fspath (3.1.2)
gc_tracer (1.5.1)
globalid (0.5.2)
guess_html_encoding (0.0.11)
hana (1.3.7)
hashie (4.1.0)
highline (2.0.3)
hkdf (0.3.0)
htmlentities (4.3.4)
http_accept_language (2.1.1)
i18n (1.8.10)
image_optim (0.30.0)
image_size (2.1.2)
in_threads (1.5.4)
jmespath (1.4.0)
jquery-rails (4.4.0)
json (2.5.1)
json_schemer (0.2.18)
jwt (2.2.3)
kgio (2.11.4)
libv8-node (15.14.0.1 x86_64-linux)
lograge (0.11.2)
logstash-event (1.2.02)
logstash-logger (0.26.1)
logster (2.9.7)
loofah (2.12.0)
lru_redux (1.1.0)
lz4-ruby (0.3.3)
mail (2.8.0.edge)
maxminddb (0.1.22)
memory_profiler (1.0.0)
message_bus (3.3.6)
method_source (1.0.0)
mini_mime (1.1.1)
mini_racer (0.4.0)
mini_scheduler (0.13.0)
mini_sql (1.1.3)
mini_suffix (0.3.2)
minitest (5.14.4)
msgpack (1.4.2)
multi_json (1.15.0)
multi_xml (0.6.0)
multipart-post (2.1.1)
mustache (1.1.1)
nio4r (2.5.8)
nokogiri (1.12.4 x86_64-linux)
oauth (0.5.6)
oauth2 (1.4.7)
oj (3.13.2)
omniauth (1.9.1)
omniauth-facebook (8.0.0)
omniauth-github (1.4.0)
omniauth-google-oauth2 (0.8.2)
omniauth-oauth (1.2.0)
omniauth-oauth2 (1.7.1)
omniauth-twitter (1.4.0)
openssl (2.2.0)
openssl-signature_algorithm (1.1.1)
optimist (3.0.1)
pg (1.2.3)
progress (3.6.0)
pry (0.13.1)
pry-byebug (3.9.0)
pry-rails (0.3.9)
public_suffix (4.0.6)
puma (5.4.0)
r2 (0.2.7)
racc (1.5.2)
rack (2.2.3)
rack-mini-profiler (2.3.3)
rack-protection (2.1.0)
rack-test (1.1.0)
rails-dom-testing (2.0.3)
rails-html-sanitizer (1.4.2)
rails_failover (0.7.3)
rails_multisite (3.1.0)
railties (6.1.4.1)
raindrops (0.19.2)
rake (13.0.6)
rbtrace (0.4.14)
rchardet (1.8.0)
redis (4.4.0)
redis-namespace (1.8.1)
regexp_parser (2.1.1)
request_store (1.5.0)
rinku (2.0.6)
rotp (6.2.0)
rqrcode (2.1.0)
rqrcode_core (1.2.0)
rtlit (0.0.5)
ruby-readability (0.7.0)
ruby2_keywords (0.0.5)
rubyzip (2.3.2)
sanitize (6.0.0)
sassc (2.0.1)
sassc-rails (2.1.2)
seed-fu (2.3.9)
sidekiq (6.2.2)
sprockets (3.7.2)
sprockets-rails (3.2.2)
sshkey (2.0.0)
stackprof (0.2.17)
thor (1.1.0)
tilt (2.0.10)
tzinfo (2.0.4)
uglifier (4.2.0)
unf (0.1.4)
unf_ext (0.0.7.7)
unicorn (6.0.0)
uri_template (0.7.0)
webpush (1.1.0)
xorcist (1.1.2)
zeitwerk (2.4.2)

13

Я запустил новый контейнер Docker с нуля и переместил файлы/данные — это решило проблему. Пересборка существующего контейнера не помогла.

#closed

1 лайк