Bezpieczeństwo i codzienna praca - Slack

Zakres: konto i projekt

Konfiguracja Slacka żyje w dwóch zakresach. Konto trzyma ustawienie domyślne dla wszystkich projektów subskrybenta. Projekt dziedziczy je automatycznie (tryb dziedzicz z konta), ale dla każdego rodzaju zdarzenia może też jawnie wybrać wysyłaj z własnym kanałem albo nie wysyłaj - niezależnie od tego, co robi reszta konta. Dzięki temu jeden hałaśliwy projekt można wyciszyć bez ruszania konfiguracji pozostałych.

Jest też trzeci zakres - platformowy, bez przypisanego konta. Obsługuje wyłącznie projekty konta wewnętrznego Docka; subskrybent nigdy z niego nie korzysta i nie może go zobaczyć.

Kto ma dostęp

Ekran wymaga uprawnienia do zarządzania projektami - mają je role developer, admin i owner (oraz superdeveloper dla kont wewnętrznych). To ta sama macierz, co przy edycji samych projektów: kto może zmieniać ustawienia monitoringu, może też zmienić, dokąd lecą jego alerty.

Jak przechowywane jest poświadczenie

Token bota jest szyfrowany w bazie. Formularz nigdy nie pokazuje go jawnie - puste pole przy zapisie oznacza „zostaw to, co jest'', nie „wyczyść''. Żeby faktycznie usunąć integrację, trzeba wyłączyć dostawcę, a nie tylko opróżnić pole tokenu.

Dlaczego adres nie jest tu walidowany jak w Mattermoście

Slack nie przyjmuje dowolnego adresu - integracja rozmawia z konkretnym, stałym API Slacka po tokenie, więc nie ma tu pola, które dawałoby się przekierować w sieć wewnętrzną DockRay. Ta sama ostrożność, co przy webhooku Mattermosta, dotyczy więc tam pola adresu, a tutaj - kształtu tokenu.

Jak nie zalać zespołu powiadomieniami

Pięć rodzajów zdarzeń to pięć niezależnych przełączników i pięć potencjalnie różnych kanałów. Rozdziel je zamiast wysyłać wszystko na jeden kanał ogólny - awarie dostępności warto trzymać osobno od informacji o wydajności, żeby pierwsze nie ginęły w drugich. Nagły wzrost liczby błędów (error-spike) ma wbudowany bezpiecznik niezależny od konfiguracji Slacka: wykrywany jest co 15 minut, ale wysyłany najwyżej raz na kilka godzin dla tego samego projektu, więc ten sam kanał nie dostanie serii identycznych alertów w ciągu jednego popołudnia.

Rotacja tokenu

Podejrzenie wycieku tokenu jest wystarczającym powodem, żeby go unieważnić. W Slacku: OAuth & Permissions → Revoke albo przeinstalowanie aplikacji w workspace, co wydaje nowy Bot User OAuth Token. Nowy token wklej w DockRay i wyślij test - dopiero udany test potwierdza, że stary token faktycznie przestał działać, a nowy ma dostęp do właściwych kanałów.

Odejście osoby z zespołu

Token bota nie należy do żadnej konkretnej osoby - jest własnością aplikacji Slack, nie loginu. Odejście kogoś z zespołu nie unieważnia go samo z siebie. Jeśli ta osoba miała dostęp do panelu Slacka albo do samego DockRaya i mogła zobaczyć token, potraktuj to jak podejrzenie wycieku: zrotuj token opisaną wyżej drogą.