Bez chmury i bez wycieku tożsamości
Cała infrastruktura działa w Twojej sieci. Żadne dane uwierzytelnienia, hasła ani tokeny nie opuszczają organizacji — kluczowe przy danych osobowych i dokumentacji urzędowej.
W ofercie AMFA-900-HA Wdrożenia produkcyjne i pilotaże
AMFA
AMITRONIC MFA
Uwierzytelnianie wieloskładnikowe dla całego środowiska — Windows, aplikacji wewnętrznych i systemów serwerowych.
AMFA to platforma uwierzytelniania wieloskładnikowego, którą budujemy w Polsce, dla organizacji, które muszą udowodnić kontrolę dostępu: urzędów, jednostek samorządu, szpitali i firm przetwarzających dane wrażliwe. Spina logowanie do systemu Windows, aplikacji webowych i serwerów, tak aby użytkownik potwierdzał tożsamość jednym spójnym mechanizmem — a administrator miał jedno miejsce do zarządzania polityką i pełny ślad audytowy.
- 100%
- Ruchu administracyjnego pod MFA
- 0
- Zależności od chmury zewnętrznej
- 2+
- Węzły klastra — minimum
AMFA · panel administracyjny
demo
AMITRONIC MFA Platform
Centrum operacyjne — status klastra i ruch
Sesje aktywne
1 284
+3,1%
Wyzwania MFA
9 615
+1,8% / 24 h
węzeł-1 brama aktywna 41 ms
węzeł-2 węzeł zapasowy 44 ms
Makieta poglądowa — wartości syntetyczne, nie dane z środowiska klienta.
Wartość, nie lista funkcji
Dlaczego organizacje wybierają AMFA
Każdy z tych punktów wynika z realnych wymagań, które słyszymy w urzędach i firmach: kontrola danych, jeden mechanizm dla wszystkich systemów, ciągłość działania i pytanie „kto się zalogował”.
Jeden mechanizm, wszystkie systemy
Windows, aplikacje webowe, serwery Linux i SSH. Użytkownik nie uczy się osobnych procedur dla każdego systemu, administrator nie utrzymuje osobnych polityk.
Wysoka dostępność od pierwszego dnia
Model AMFA-900-HA pracuje w klastrze od dwóch węzłów w górę, z bazą danych w klastrze. Liczbę węzłów zwiększa się wraz z obciążeniem i liczbą użytkowników; awaria jednego nie przerywa logowania — przełączenie jest po stronie warstwy bramy.
Ślad audytowy, nie tylko alert
Każde uwierzytelnienie, odmowa i zmiana polityki trafia do rejestru zdarzeń. Z audytu da się odpowiedzieć na pytanie „kto, kiedy i jak się zalogował”.
Możliwości platformy
Pięć obszarów, jeden produkt
Czynniki uwierzytelniania, zasięg integracji, zarządzanie polityką oraz architektura eksploatacyjna.
Metody potwierdzania tożsamości
Kilka czynników obok siebie — dobieranych polityką per użytkownik, grupa i aplikacja.
- Hasło z Active Directory (uwierzytelnianie przez LDAPS)
- Kody jednorazowe TOTP (aplikacja mobilna, token sprzętowy)
- Tokeny HOTP — walidacja w silniku MFA oraz lokalnie na stacji
- FIDO2 / WebAuthn — klucze sprzętowe i biometria platformy, z PIN-em lub bez
- Logowanie offline kluczem FIDO2 — gdy stacja nie ma łączności z serwerem
- Jednorazowe kody odzyskiwania dla sytuacji awaryjnej
- Zaufane przeglądarki z czasem życia i możliwością odwołania
Logowanie do Windows i stan konta
Ekran logowania Windows prowadzi całą procedurę — łącznie z tym, co dyktuje katalog.
- Własny dostawca poświadczeń: nazwa użytkownika, hasło domenowe i drugi składnik w jednym oknie
- Wygasłe i wyłączone konto rozstrzygane od razu, z czytelnym komunikatem na ekranie logowania
- Wymuszona zmiana hasła przeprowadzana na ekranie logowania, bez omijania drugiego składnika
- Wykluczenia z MFA: konta, grupy domenowe i kontrolery domeny (także po identyfikatorze SID)
- Filtr kont obsługiwanych przez dostawcę (lista dozwolonych i wykluczonych)
- Obsługa bez ingerencji w system: instalator nie nadpisuje ustawień wdrożeniowych
Integracje i zasięg
MFA tam, gdzie użytkownik realnie pracuje — nie tylko w jednej aplikacji.
- Logowanie do Windows (Credential Provider, domena AD)
- Aplikacje webowe za bramą uwierzytelniającą (m.in. Joomla, WordPress)
- Keycloak jako dostawca tożsamości — OIDC/SAML dla kolejnych systemów
- Linux: moduł PAM dla logowania i sesji SSH
- Źródło tożsamości: Active Directory przez LDAPS — AMFA nie tworzy drugiej bazy użytkowników
Polityka i administracja
Jedna konsola do polityki, sesji, aplikacji i audytu — każde pole z realnego źródła.
- Polityki per użytkownik, grupa i aplikacja (łańcuch hasła i czynników, ważność sesji)
- Sesje aktywne, unieważnione i zaufane przeglądarki — z odwoływaniem dostępu
- Polityka MFA i jednorazowe kody awaryjne wydawane z panelu
- Rejestry: zdarzenia uwierzytelniania, zmiany administracyjne, wysyłki powiadomień
- Powiadomienia o zdarzeniach: e-mail/SMTP i kanały webhook
- Eksport zdarzeń do syslog (UDP, TCP, TLS) z rejestrem wysyłek
- Rejestr aplikacji i tras — ten sam, po którym idzie routing
Wysoka dostępność i eksploatacja
Architektura projektowana pod utrzymanie, nie pod demo.
- Dwa węzły bramy za adresem wirtualnym (VIP)
- Klaster bazy danych z automatycznym przełączaniem i jawną listą adresów
- Konfiguracja deklaratywna wersjonowana razem z produktem
- Health checks i gotowość komponentów widoczne w panelu
- Ścieżka aktualizacji z kopią poprzedniej wersji i możliwością wycofania
W skrócie
- Bez chmury zewnętrznej — dane uwierzytelnienia nie opuszczają organizacji
- Active Directory jako jedyne źródło tożsamości
- Windows, Linux i aplikacje webowe w jednym mechanizmie
- Klaster od dwóch węzłów, aktualizacja z możliwością wycofania
Architektura
Jak zbudowana jest platforma
AMFA nie tworzy drugiej bazy użytkowników. Tożsamość zostaje w katalogu organizacji, a platforma dokłada warstwę weryfikacji, polityki i audytu.
-
AMITRONIC Web MFA Gateway
Własny komponent AMITRONIC — prowadzi wyzwanie MFA i pilnuje stanu sesji.
-
Panel administracyjny
Polityki, użytkownicy, sesje, audyt i stan klastra w jednym miejscu.
-
Windows Credential Provider
MFA na ekranie logowania domenowego, bez dodatkowego kroku w aplikacji.
-
Silnik MFA i dostawca tożsamości
Sprawdzone komponenty klasy enterprise, konfigurowane i utrzymywane przez nas.
-
Baza danych w klastrze HA
Konfiguracja i sesje w bazie z automatycznym przełączaniem lidera.
Architektura AMFA-900-HA
AMITRONIC MFA Platform-
Klienci i systemy chronione
warstwa 1-
Windows (logowanie)
Credential Provider
-
Przeglądarka
aplikacje webowe
-
Linux / SSH
moduł PAM
-
Aplikacje SSO
OIDC / SAML
-
-
AMITRONIC Web MFA Gateway
warstwa 2-
Brama uwierzytelniająca
własny komponent AMITRONIC
-
Warstwa HTTP / TLS
węzeł 1 i 2 za VIP
-
Memoryz sesji i wyzwań
kontrola stanu logowania
-
-
Silniki i katalogi
warstwa 3-
Silnik MFA
polityki, czynniki, tokeny
-
Keycloak
dostawca tożsamości
-
Active Directory
katalog użytkowników (LDAPS)
-
-
Dane i ciągłość
warstwa 4-
Baza konfiguracji i sesji
klaster HA
-
Ścieżka kopii zapasowych
odtwarzanie do punktu w czasie
-
Rejestry audytowe
retention wg polityki
-
Założenia projektowe
- Adres wirtualny (VIP) prowadzi ruch do aktywnego węzła bramy; drugi węzeł przejmuje obsługę przy awarii.
- Baza danych pracuje w klastrze z automatycznym wyborem lidera — brak pojedynczego punktu awarii na warstwie danych.
- Katalog Active Directory pozostaje źródłem tożsamości — AMFA nie tworzy drugiej bazy użytkowników.
Wariant i licencja
Jeden wariant: klaster z licencją bezterminową
Model AMFA-900-HA oferujemy w konfiguracji klastrowej — od dwóch węzłów w górę, zależnie od liczby użytkowników. Licencję kupuje się raz, a dostęp do aktualizacji jest w cenie przez 12 miesięcy — potem wybierasz pakiet odnowienia.
AMFA-900-HA
Konfiguracja klastrowa z wysoką dostępnością
Organizacje od kilkudziesięciu użytkowników, w tym jednostki z wymogami ciągłości działania
w cenie licencji
Licencja jest bezterminowa — kupujesz raz i korzystasz bez opłat rocznych za samo prawo do używania. Dostęp do aktualizacji jest wliczony w cenę przez 12 miesięcy od zakupu; po tym okresie wybierasz pakiet odnowienia.
- Dwa węzły bramy za adresem wirtualnym (VIP)
- Klaster bazy danych z automatycznym przełączaniem
- FIDO2/WebAuthn, TOTP, HOTP i kody odzyskiwania
- MFA dla Windows, Linux/SSH, aplikacji webowych i SSO
- Panel administracyjny, rejestr audytu i powiadomienia o zdarzeniach
- Procedury eksploatacji, test przełączenia i dokumentacja powdrożeniowa
- Licencja
- Bezterminowa, bez limitu czasu i bez opłat od liczby użytkowników
- Aktualizacje w cenie
- 12 miesięcy od zakupu: nowe wersje, poprawki, nowe integracje i czynniki
- Po 12 miesiącach
- Pakiet odnowienia — aktualizacje albo aktualizacje i wsparcie
- Wsparcie
- W pakiecie z aktualizacjami lub jako odrębna umowa wsparcia
Po dwunastu miesiącach
Platforma działa dalej bez żadnych opłat — wygasa wyłącznie dostęp do aktualizacji. Wybierasz pakiet, który pasuje do tego, jak chcesz prowadzić środowisko.
Pakiet aktualizacji
Kolejne 12 miesięcy dostępu do nowych wersji, poprawek i nowych integracji.
- Nowe wersje i poprawki bezpieczeństwa
- Nowe integracje i obsługiwane czynniki
- Ścieżka aktualizacji z możliwością wycofania do poprzedniej wersji
Pakiet aktualizacji i wsparcia
najczęściej wybieranyAktualizacje oraz wsparcie eksploatacji: konsultacje, zmiany konfiguracji, reakcja na problemy.
- Wszystko z pakietu aktualizacji
- Wsparcie przy zmianach polityk, katalogów i aplikacji
- Reakcja na problemy w godzinach roboczych
- Przegląd konfiguracji i przegląd audytu raz w roku
Zakres wsparcia i czasy reakcji ustalamy w umowie. Dla jednostek publicznych przygotowujemy dokumentację i wycenę pod opis przedmiotu zamówienia.
Panel administracyjny
Jedno miejsce do prowadzenia polityki i audytu
Administrator widzi stan klastra, ruch uwierzytelnienia, sesje i zdarzenia. Panel jest częścią produktu — nie osobnym narzędziem doklejonym do wdrożenia.
- Stan węzłów i gotowość usług
- Sesje aktywne i odwoływanie dostępu
- Polityki MFA i kody awaryjne
- Zaufane przeglądarki i urządzenia
- Rejestr zdarzeń uwierzytelniania
- Zmiany administracyjne i audyt dostępu
- Aplikacje chronione i profilowanie
- Powiadomienia o zdarzeniach
AMFA · panel administracyjny
demo
AMITRONIC MFA Platform
Centrum operacyjne — status klastra i ruch
Sesje aktywne
1 284
+3,1%
Wyzwania MFA
9 615
+1,8% / 24 h
Udział kluczy FIDO2
42%
+6 p.p.
węzeł-1 brama aktywna 41 ms
węzeł-2 węzeł zapasowy 44 ms
Ostatnie zdarzenia uwierzytelniania
12:04:11 Logowanie AD + TOTP dozwolone
12:03:52 Klucz FIDO2 / WebAuthn dozwolone
12:01:07 Nieudane hasło (3/5) odrzucone
11:58:44 Kod odzyskiwania dozwolone
Makieta poglądowa — wartości syntetyczne, nie dane z środowiska klienta.
Zgodność i wymagania
Wsparcie w tym, o co pyta audyt
AMFA wspiera realizację wymagań w zakresie silnego uwierzytelniania i kontroli dostępu, które pojawiają się w audytach i regulacjach. Zakres zastosowania zależy od konfiguracji polityk w danej organizacji.
ISO/IEC 27001
Kontrola dostępu i uwierzytelnianie: polityki, rejestry zdarzeń i przegląd uprawnień.
NIS2 / KSC
Wymogi dotyczące silnego uwierzytelniania i zarządzania dostępem do systemów krytycznych.
RODO
Przetwarzanie danych uwierzytelniających wyłącznie w infrastrukturze organizacji — bez transferu do chmury.
Zamówienia publiczne
Dokumentacja techniczna i zakres prac przygotowane pod opis przedmiotu zamówienia.
AMFA nie jest certyfikatem ani deklaracją zgodności. Zgodność potwierdza organizacja w ramach własnego systemu zarządzania bezpieczeństwem; AMITRONIC dostarcza narzędzia i dokumentację wspierające ten proces.
Wymagania
Co jest potrzebne, aby wystartować
Wdrożenie nie wymaga wymiany infrastruktury ani wychodzenia do chmury.
- Środowisko
- Serwery wirtualne lub fizyczne w sieci organizacji (Linux)
- Katalog
- Active Directory z dostępem LDAPS lub katalog lokalny
- Baza danych
- PostgreSQL (w konfiguracji HA — klaster z automatycznym przełączaniem)
- Sieć
- Adres wirtualny dla warstwy bramy, ruch TLS na 443
- Stacje klienckie
- Windows 10/11 (logowanie domenowe), przeglądarki aktualne
- Klucze FIDO2
- Dowolne klucze zgodne z WebAuthn lub biometria platformy
Rozwój produktu
Co jest w przygotowaniu
Publikujemy to wprost, żeby decyzja nie opierała się na domysłach o przyszłych funkcjach.
- Potwierdzenie mobilne (push) w przygotowaniu
- Rozszerzone raporty zgodności w panelu w przygotowaniu
- Dodatkowe konektory aplikacji planowane
Potrzebujesz funkcji, której nie ma na liście?
Rozwijamy AMFA razem z klientami. Zgłoszone wymaganie trafia do planu produktu, a nie do kolejki „kiedyś”.
Porozmawiajmy o wymaganiach Pilotaż i wdrożenie
Sprawdź AMFA na wybranej grupie użytkowników
Pilotaż uruchamiamy na ograniczonym zakresie — kilku kontach i jednej aplikacji — bez wpływu na pozostałych użytkowników. Po jego zakończeniu wiesz dokładnie, jak platforma zachowa się w Twoim środowisku, zanim obejmie całą organizację.
Pytania i odpowiedzi
Częste pytania o AMFA i MFA
To, o co pytają zamawiający i administratorzy przed pilotażem.
Czym jest AMFA?
AMFA (AMITRONIC MFA) to platforma uwierzytelniania wieloskładnikowego działająca w sieci organizacji. Obejmuje logowanie do Windows, aplikacji webowych, serwerów Linux i SSH, korzystając z Active Directory jako źródła tożsamości.
Czy MFA z AMFA wymaga chmury zewnętrznej?
Nie. Cała infrastruktura — brama, baza danych i panel — działa na serwerach organizacji. Hasła i tokeny nie opuszczają jej środowiska, co ma znaczenie przy danych osobowych i dokumentacji urzędowej.
Jakie metody potwierdzania tożsamości są wspierane?
FIDO2/WebAuthn (klucze sprzętowe i passkey), kody TOTP i HOTP, jednorazowe kody odzyskiwania oraz hasło domenowe z Active Directory weryfikowane przez LDAPS. Hasło jest opcjonalne — polityka może dopuszczać logowanie samym kluczem.
Czy trzeba zmieniać aplikacje, żeby dodać MFA?
Nie. Brama uwierzytelniająca staje przed aplikacją i dokłada drugi składnik bez zmian w jej kodzie — dotyczy to m.in. Joomli i WordPressa. Kolejne systemy dołączają przez Keycloak (OIDC/SAML).
Czy logowanie działa bez połączenia z serwerem?
Tak. W trybie offline klucz FIDO2 jest weryfikowany lokalnie na stacji, więc użytkownik zaloguje się także wtedy, gdy nie ma łączności z infrastrukturą AMFA.
Ile węzłów potrzebuje klaster AMFA?
Minimum dwa węzły bramy za adresem wirtualnym (VIP) oraz klaster bazy danych. Liczbę węzłów zwiększa się wraz z obciążeniem i liczbą użytkowników; awaria jednego węzła nie przerywa logowania.