tillio-crm/oauth-client

Official PHP OAuth2 client for Tillio CRM single sign-on.

Maintainers

Package info

github.com/tillio-crm/oauth-client

pkg:composer/tillio-crm/oauth-client

Transparency log

Statistics

Installs: 158

Dependents: 0

Suggesters: 0

Stars: 0

Open Issues: 0

v0.1.5 2026-08-12 00:58 UTC

This package is auto-updated.

Last update: 2026-08-12 02:06:28 UTC


README

Oficjalny klient PHP OAuth2 do logowania przez Tillio CRM.

Pozwala dowolnej zewnętrznej aplikacji PHP zalogować użytkownika kontem Tillio CRM (Single Sign-On). Wystarczą client_id i client_secret, które dostajesz z panelu Tillio.

Latest Version Total Downloads PHP Version License

Flow: OAuth 2.0 Authorization Code z PKCE (S256), na bazie league/oauth2-client.

Spis treści

Wymagania

  • PHP ^8.3
  • rozszerzenia: ext-curl, ext-json
  • Composer

Instalacja

composer require tillio-crm/oauth-client

Szybki start

Minimalna aplikacja to trzy pliki: index.php, login.php, callback.php. Redirect URI musi być dokładnie taki sam jak zarejestrowany w panelu Tillio.

<?php
// index.php
require __DIR__ . '/vendor/autoload.php';
session_start();

$client = new TillioCrm\OAuth\Client\Client([
    'clientId'     => 'YOUR-CLIENT-ID',
    'clientSecret' => 'YOUR-CLIENT-SECRET',
    'redirectUri'  => 'https://app.example.com/callback.php',
]);

if (isset($_GET['logout'])) {
    $client->logout();
    header('Location: /');
    exit;
}

if (!$client->isAuthenticated()) {
    header('Location: /login.php');
    exit;
}

$user = $client->user();
echo "Witaj, " . htmlspecialchars($user->getName() ?? $user->getEmail() ?? 'użytkowniku') . '!';
<?php
// login.php
require __DIR__ . '/vendor/autoload.php';
session_start();

$client = new TillioCrm\OAuth\Client\Client([/* ... jak wyżej */]);
$client->redirectToLogin();
<?php
// callback.php
require __DIR__ . '/vendor/autoload.php';
session_start();

$client = new TillioCrm\OAuth\Client\Client([/* ... jak wyżej */]);

try {
    $client->handleCallback();
    header('Location: /');
    exit;
} catch (TillioCrm\OAuth\Client\Exception\TillioOAuthException $e) {
    http_response_code(400);
    echo 'Błąd logowania: ' . htmlspecialchars($e->getMessage());
}

Pełna działająca wersja z Dockerem jest w katalogu examples/.

Integrujesz przez asystenta AI (Claude, Cursor, Copilot)? Wklej mu docs/AI_INTEGRATION.md. Znajdziesz tam gotowy prompt, szkielet trzech stron, adaptery do Symfony i Laravela oraz listę typowych pułapek.

Konfiguracja

Klucz Wymagany Domyślna wartość Opis
clientId tak brak ID klienta z panelu Tillio.
clientSecret tak brak Secret klienta.
redirectUri tak brak URL, pod który Tillio odeśle użytkownika po logowaniu.
server nie https://auth.tillio.app Base URL serwera, używany do redirectu przeglądarki (authorize).
internalServer nie wartość server Base URL dla wywołań server-to-server (token, user, profile, revoke).
scopes nie ['profile','email','openid','offline_access'] Zakres uprawnień, patrz Scope'y.
usePkce nie true PKCE (RFC 7636, S256). Wyłączaj tylko gdy naprawdę musisz.

Scope'y

Serwer Tillio udostępnia dane zależnie od przyznanego scope. Dana sekcja pojawia się w odpowiedzi /api/v1/auth/user oraz /api/v1/auth/user/profile tylko wtedy, gdy token ma odpowiedni scope. Domyślny zestaw jest minimalny, więc np. workspace nie wróci, dopóki go nie zażądasz.

Scope Stała TillioProvider:: Co odblokowuje
openid SCOPE_OPENID Identyfikator OIDC.
profile SCOPE_PROFILE first_name, last_name, avatar_url, post, settings.
email SCOPE_EMAIL email (adres logowania).
offline_access SCOPE_OFFLINE_ACCESS Refresh token (sesja bez ponownego logowania).
workspace SCOPE_WORKSPACE Sekcja workspace (id, slug, nazwa, domena, logo).
acl SCOPE_ACL acl, is_workspace_superadmin, role_ids.
organization SCOPE_ORGANIZATION organization, czyli dane rejestrowe firmy (nazwa, NIP, adres). Wymaga uprawnień w Tillio; bez nich zwraca null.
profile_contact SCOPE_PROFILE_CONTACT profile_contact, czyli telefon i e-mail kontaktowy.
tillio_client SCOPE_TILLIO_CLIENT Zautomatyzowane działania na koncie w imieniu użytkownika.
app_storage SCOPE_APP_STORAGE Storage proxy apki: dokumenty (/api/v1/apps/storage/*) i pliki (/api/v1/apps/files/*). Prywatna przestrzeń apki w danym workspace, bez dostępu do danych CRM ani innych apek.
install_app SCOPE_INSTALL_APP Zgoda na instalację apki w workspace (flow onboardingowy). Token z tym scope pozwala wywołać POST /api/v1/apps/install. Przyznawany tylko klientowi onboardingowemu i tylko gdy user jest administratorem workspace.

tillio_id wraca zawsze, jako identyfikator konta (odpowiednik sub).

app_storage dotyczy tylko klientów będących apkami marketplace (klient ze slugiem) i działa wyłącznie w workspace'ach z aktywną instalacją apki. Token z tym scope, ale bez instalacji, dostanie 401 access_denied na endpointach storage.

install_app obsługuje onboarding apki. Klient onboardingowy loguje usera, prosi o ten scope, a otrzymany token przekazuje do POST /api/v1/apps/install, żeby zainstalować apkę w workspace usera. Serwer wymaga, żeby token niósł install_app, nie był zrewokowany, a user był administratorem workspace. Bez tego scope instalacja kończy się kodem 403.

use TillioCrm\OAuth\Client\TillioProvider;

$client->redirectToLogin([
    TillioProvider::SCOPE_OPENID,
    TillioProvider::SCOPE_PROFILE,
    TillioProvider::SCOPE_EMAIL,
    TillioProvider::SCOPE_WORKSPACE,
    TillioProvider::SCOPE_ACL,
]);

Development w Dockerze

Jeśli API OAuth działa lokalnie na hoście (np. localhost:8080), a Twoja aplikacja PHP siedzi w kontenerze, to przeglądarka i kontener widzą ten serwer pod różnymi adresami:

return [
    // ...
    'server'         => 'http://localhost:8080',            // browser -> authorize
    'internalServer' => 'http://host.docker.internal:8080', // kontener -> token/user/...
];

Własny storage sesji

Domyślnie biblioteka trzyma stan w superglobali $_SESSION (klasa NativeSessionStorage). Żeby użyć np. sesji Symfony/Laravela albo Redisa, zaimplementuj SessionStorageInterface:

use TillioCrm\OAuth\Client\Session\SessionStorageInterface;

final class RedisSession implements SessionStorageInterface {
    public function get(string $key, mixed $default = null): mixed { /* ... */ }
    public function set(string $key, mixed $value): void          { /* ... */ }
    public function has(string $key): bool                         { /* ... */ }
    public function remove(string $key): void                      { /* ... */ }
    public function clear(): void                                  { /* ... */ }
    public function regenerate(): void                             { /* ... */ }
}

$client = new TillioCrm\OAuth\Client\Client($config, new RedisSession());

Metoda regenerate() powinna rotować identyfikator sesji, żeby chronić przed atakiem session fixation. Jeśli Twój storage tego nie potrzebuje (np. identyfikator żyje po stronie aplikacji), zostaw pustą implementację.

API

Klasa Client

Metoda Opis
redirectToLogin(array $scopes = []) Wysyła 302 do Tillio. Zapisuje state (i pkce_verifier) w sesji, po czym kończy skrypt.
getAuthorizationUrl(array $scopes = []) Zwraca URL logowania bez redirectu (np. do AJAX-u).
handleCallback(): TillioResourceOwner Weryfikuje state, wymienia code na token, rotuje ID sesji i pobiera dane użytkownika.
isAuthenticated(): bool Czy w sesji jest ważny albo możliwy do odświeżenia token.
user(): TillioResourceOwner Podstawowe dane z /api/v1/auth/user. Cache w sesji, token odświeżany automatycznie.
profile(): array Rozszerzone dane z /api/v1/auth/user/profile. Zawsze odpytuje serwer.
accessToken(): string Zwraca ważny access token (odświeża go, jeśli wygasa).
refreshUser(): TillioResourceOwner Wymusza ponowne pobranie danych użytkownika z serwera.
logout(): void Kończy sesję OAuth na serwerze (/api/v1/auth/logout) i czyści sesję lokalną.
endSessionUrl(?string $redirect, ?string $state): string URL przeglądarkowego wylogowania OIDC dla tej aplikacji.
getProvider(): TillioProvider Dostęp do bazowego providera league/oauth2-client, gdy potrzebujesz czegoś spoza tego API.

Klasa TillioResourceOwner

Metoda Zwraca Źródłowe pole
getId() ?string id
getPublicId() ?string public_id
getTillioId() ?string tillio_id
getFirstName() ?string first_name
getLastName() ?string last_name
getName() ?string first_name + last_name
getEmail() ?string email
getAvatarUrl() ?string avatar_url
getWorkspace() ?array workspace (scope workspace)
toArray() array surowa odpowiedź serwera

Klasa TillioProfile

Typowany wrapper na Client::profile(). Samo profile() nadal zwraca surowy array, a TillioProfile go owija, żebyś nie grzebał po kluczach:

use TillioCrm\OAuth\Client\TillioProfile;

$profile = new TillioProfile($client->profile());

if ($profile->isWorkspaceSuperAdmin()) {
    $nip = $profile->getOrganization()['tax_id'] ?? null;
}

Gettery zwracają null, [] albo false, gdy danej sekcji nie ma w odpowiedzi (bo scope nie został przyznany albo user nie ma uprawnień).

Metoda Zwraca Wymagany scope
getTillioId() ?string brak (zawsze)
getFirstName() ?string profile
getLastName() ?string profile
getName() ?string profile
getPost() ?string profile
getAvatarUrl() ?string profile
getSettings() array profile
getEmail() ?string email
getWorkspace() ?array workspace
getAcl() array acl
isWorkspaceSuperAdmin() bool acl
getRoleIds() list<int> acl
getOrganization() ?array organization
getContact() ?array profile_contact
toArray() array surowa odpowiedź

Wylogowanie

Serwer Tillio ma trzy różne operacje wylogowania i łatwo je pomylić:

Endpoint Co robi Kiedy używać
POST /api/v1/auth/revoke Rewokuje tylko przekazany token. Refresh token dalej działa, sesja OAuth zostaje. Rzadko, do punktowego unieważnienia jednego tokena.
POST /api/v1/auth/logout Rewokuje access oraz wszystkie refresh tokeny pary (user, client) i kasuje sesję OAuth. Normalne wylogowanie z aplikacji. Tego używa Client::logout().
GET /auth/logout OIDC end_session: wylogowanie z przeglądarki, per aplikacja. Nie rusza sesji SSO Tillio. Gdy chcesz domknąć logout także po stronie Tillio.
$client->logout();                     // rewokuje tokeny, kasuje sesję OAuth i czyści sesję lokalną

// Opcjonalnie: domknij logout w przeglądarce
header('Location: ' . $client->endSessionUrl('https://twoja-app.example/wylogowano'));
exit;

Uwaga: post_logout_redirect_uri jest walidowane po originie (scheme, host, port) względem URI zarejestrowanych dla klienta. Niepasujący adres kończy się stroną błędu po stronie Tillio.

logout() nie wylogowuje użytkownika z innych aplikacji, sesja SSO Tillio zostaje nietknięta. To celowe: logout działa per aplikacja.

Wyjątki

Wszystkie wyjątki biblioteki dziedziczą po TillioOAuthException, więc łapiąc klasę bazową złapiesz każdy błąd.

Wyjątek Kiedy rzucany
TillioOAuthException Bazowy. Rzucany m.in. przy błędnej konfiguracji i błędach HTTP.
InvalidStateException state z callbacku nie pasuje do zapisanego w sesji (CSRF).
AuthorizationDeniedException Użytkownik kliknął „Odmów" na ekranie logowania Tillio.
NotAuthenticatedException Brak tokena albo refresh token wygasł lub został odwołany.

Przykład łapania konkretnych przypadków:

use TillioCrm\OAuth\Client\Exception;

try {
    $client->handleCallback();
} catch (Exception\AuthorizationDeniedException) {
    // user kliknął "Odmów"
} catch (Exception\InvalidStateException) {
    // CSRF, zacznij flow od nowa
} catch (Exception\TillioOAuthException $e) {
    // wszystko inne
}

Bezpieczeństwo

  • PKCE (S256) włączone domyślnie, chroni kod autoryzacyjny przed przechwyceniem (RFC 7636).
  • state (CSRF) jest generowane i weryfikowane automatycznie, przez hash_equals.
  • Po udanym logowaniu ID sesji jest rotowane (session_regenerate_id(true)), co chroni przed session fixation.
  • refresh_token nigdy nie opuszcza sesji ani storage'u.
  • logout() woła endpoint /api/v1/auth/revoke i dopiero potem czyści sesję.
  • Access token jest odświeżany 60 sekund przed wygaśnięciem.

Po Twojej stronie zadbaj o:

  • HTTPS w produkcji.
  • Bezpieczne flagi cookie sesji, ustawione przed session_start():
    session_set_cookie_params([
        'secure'   => true,   // tylko HTTPS
        'httponly' => true,   // niedostępne z JS
        'samesite' => 'Lax',
    ]);

Jeśli znajdziesz lukę bezpieczeństwa, nie zgłaszaj jej publicznie. Napisz na pomoc@tillio.pl.

Testy

composer install
./vendor/bin/phpunit

Wersjonowanie

Pakiet stosuje SemVer 2.0. Do wersji 1.0.0 API może się zmieniać między wydaniami 0.x. Od 1.0.0 breaking changes trafią wyłącznie do wersji major.

Troubleshooting

redirect_uri mismatch

Adres w panelu Tillio musi być identyczny z redirectUri w konfigu: protokół, host, port, ścieżka i końcowy slash.

OAuth2 state mismatch. Possible CSRF attempt.

Sesja PHP zgubiła się między requestami. Sprawdź session_start(), domenę cookie, proxy i ustawienia session.cookie_*. W produkcji potrzebne jest secure i HTTPS; na http:// w innej przeglądarce cookie bywa odrzucane.

Failed to exchange authorization code

Zwykle clientSecret nie pasuje do clientId albo redirect URI jest zarejestrowany inaczej. Rzadziej: code został już wymieniony (kody są jednorazowe).

Docker, Connection refused przy wymianie tokena

Kontener nie widzi localhost. Ustaw internalServer na http://host.docker.internal:8080 (patrz Development w Dockerze).

Zgłaszanie błędów i pull requesty

Issues i PR-y: github.com/tillio-crm/oauth-client/issues.

Rozwój lokalny:

git clone https://github.com/tillio-crm/oauth-client.git
cd oauth-client
composer install
./vendor/bin/phpunit

Credits

Pod spodem działa league/oauth2-client (MIT), który obsługuje niskopoziomowy flow OAuth 2.0.

Licencja

MIT, zobacz plik LICENSE. Każdy może używać, modyfikować i rozpowszechniać, także komercyjnie.