Tożsamość i dostęp
Role, konta administracyjne, rozdział odpowiedzialności i zasada minimalnych uprawnień.
JNL Trust Center
Bezpieczeństwo i odpowiedzialność bez marketingowych skrótów.
Pokazujemy, jak podchodzimy do wdrożeń, dostępu, danych, kopii zapasowych i rozwoju produktów. Zakres zabezpieczeń zawsze dopasowujemy do konkretnego produktu i środowiska klienta.
Security by designOn-premiseRBACAudit trailBackup & recoveryPrivacy by design
WdrożenieOn-premise lub model uzgodniony dla konkretnego systemu.
DostępRole, najmniejsze niezbędne uprawnienia i kontrola administracyjna tam, gdzie wspiera to produkt.
DowodyHistoria, logi i audytowalność projektowane zgodnie z charakterem procesu.
TransparentnośćNie przypisujemy produktom certyfikatów ani zgodności, których formalnie nie posiadają.
Security architecture
Pięć obszarów, które omawiamy przed wdrożeniem
Nie każdy produkt potrzebuje identycznych zabezpieczeń. Ważne jest dopasowanie kontroli do danych, użytkowników, krytyczności procesu i infrastruktury organizacji.
Logi i historia
Rejestr zdarzeń i historii operacji tam, gdzie są potrzebne do odpowiedzialności procesu.
Dane i prywatność
Minimalizacja zakresu danych, ustalenie retencji i ról stron przed uruchomieniem systemu.
Backup i odtworzenie
Kopie zapasowe, plan odtworzeniowy i testy dopasowane do modelu wdrożenia.
On-premise jako pełnoprawny model enterprise
Dla szpitali, urzędów i organizacji wymagających kontroli nad środowiskiem możemy projektować rozwiązania do pracy we własnej infrastrukturze klienta.
- lokalne środowisko i kontrola nad danymi
- reverse proxy, TLS i segmentacja zgodnie z projektem
- kontrolowany dostęp administracyjny
- backup i procedura aktualizacji
- integracje oceniane indywidualnie
Bezpieczeństwo także po uruchomieniu
Wdrożenie nie kończy odpowiedzialności. Rozwój wersji, poprawki i zmiany konfiguracji powinny być prowadzone w sposób kontrolowany.
- wersjonowanie i changelog zmian
- testy przed wydaniem
- kontrolowane aktualizacje
- obsługa zgłoszeń i incydentów produktowych
- możliwość przeglądu konfiguracji przy większych zmianach
Trust package
Materiały, które możemy przygotować do procesu zakupowego lub security review
Zakres dokumentacji zależy od produktu i wdrożenia. Nie publikujemy fikcyjnego „certyfikatu bezpieczeństwa” — przygotowujemy informacje, których rzeczywiście potrzebuje IT, IOD lub zamówienia.
Architecture overview
Model komponentów, przepływów i zależności dla konkretnego wdrożenia.
Security checklist
Użytkownicy, role, dostęp, backup, aktualizacje i punkty odpowiedzialności.
Privacy scope
Zakres danych, role stron, retencja i elementy wymagające DPA lub DPIA po stronie organizacji.
Trust Center nie jest deklaracją automatycznej zgodności.
NIS2, GDPR, WCAG i wymagania sektorowe dotyczą całej organizacji, procesów i infrastruktury. Produkty JNL mogą wspierać wybrane kontrole i procesy, ale o zgodności decyduje pełny kontekst wdrożenia.