Informacje techniczne
Bezpieczeństwo
Jak kontrolujemy dostęp do TapDesk, chronimy hasła i zgłoszenia gości oraz sprawdzamy kod aplikacji. Poniżej opisujemy rozwiązania, które obecnie stosujemy.
Kontakt w sprawach bezpieczeństwaStandardy i praktyki
Korzystamy z opisanych publicznie mechanizmów kryptograficznych. Dla każdego wskazujemy jego zastosowanie w TapDesk i dokumentację źródłową.
Argon2id i zalecenia OWASP
Hasła przetwarzamy algorytmem Argon2id, opisanym w RFC 9106 i rekomendowanym przez OWASP do przechowywania haseł. Backend używa 64 MiB pamięci, 3 iteracji, równoległości 2 i losowej soli o długości 16 bajtów. To parametry naszej implementacji, a nie deklaracja realizacji całego profilu rekomendowanego przez RFC.
SHA-256
Dla tokenów dostępu do zgłoszeń gości zapisujemy hash SHA-256. Algorytm jest opisany w NIST FIPS 180-4. Hash pozwala sprawdzić przedstawiony token bez przechowywania jego oryginalnej wartości na zgłoszeniu; nie jest szyfrowaniem danych.
HMAC-SHA-256
Wywołania endpointów systemowych są uwierzytelniane za pomocą HMAC-SHA-256, opartego na mechanizmie opisanym w RFC 2104. Weryfikacja obejmuje metodę, ścieżkę, czas, jednorazowy identyfikator i treść żądania. Serwer odrzuca powtórzone identyfikatory oraz żądania poza dopuszczalnym oknem czasowym.
Powyższe odwołania opisują konkretne mechanizmy w aplikacji. Nie deklarujemy certyfikacji ISO 27001, raportu SOC 2, walidacji modułu kryptograficznego FIPS ani pełnej zgodności z OWASP ASVS.
01
Dostęp do organizacji
API sprawdza członkostwo użytkownika w organizacji i wymagane uprawnienia. Dostęp do działań operacyjnych wynika z przyznanej roli, a nie tylko z widoczności przycisku w panelu.
02
Przechowywanie haseł
Hasła są hashowane za pomocą Argon2id z losową solą. Mechanizm weryfikuje hasło na podstawie hasha, zamiast przechowywać je jako zwykły tekst.
03
Zgłoszenia gości
Token dostępu do zgłoszenia gościa jest generowany kryptograficznie. Serwer zapisuje jego hash SHA-256 i sprawdza dostęp w obrębie organizacji przypisanej do stojaka.
04
Przesyłane obrazy
Serwer sprawdza format na podstawie zawartości pliku, ogranicza rozmiar wejściowy i przetwarza obsługiwane obrazy do WebP. Nie polega wyłącznie na rozszerzeniu ani typie podanym przez przeglądarkę.
05
Sprawdzanie kodu
Workflow CI obejmuje testy jednostkowe, integracyjne i E2E oraz kontrolę typów i kontraktu API. Kod Go jest sprawdzany narzędziami gosec i govulncheck pod kątem problemów bezpieczeństwa i znanych podatności.
06
Środowisko backendu
Obraz backendu korzysta z minimalnej bazy distroless i użytkownika bez uprawnień root. Finalny obraz API nie zawiera powłoki ani menedżera pakietów.
Kontakt
Pytania o zabezpieczenia i zgłoszenia podejrzanych podatności przyjmujemy pod adresem:
security@tapdesk.appOpisz miejsce wystąpienia problemu, kroki odtworzenia i jego możliwy wpływ. Nie przesyłaj haseł, tokenów ani danych osobowych gości. Do przykładów użyj danych testowych.
Polityka prywatności