FAQ dotyczące bezpieczeństwa 

Czy w ciągu ostatnich 5 lat miały miejsce jakiekolwiek istotne naruszenia bezpieczeństwa lub incydenty?

Nie.

Czy dostęp do kont uprzywilejowanych i ogólnych jest ściśle kontrolowany i weryfikowany okresowo, co najmniej

rocznie?

Tak.

Jakie dane są zbierane o użytkowniku? 

Oprogramowanie gromadzi dane o właścicielu konta i kliencie końcowym. Oba zbiory danych są oparte na danych dostarczonych przez właściciela konta, oraz klienta końcowego. Nie zbieramy żadnych danych poza dobrowolnie podanymi przez użytkownika końcowego lub właściciela konta. 

Właściciel konta może utworzyć pola tekstowe do zbierania różnych punktów danych podczas rezerwacji, ale klient jest w pełni świadomy zbieranych danych, ponieważ użytkownik końcowy wpisuje je w te pola. Użytkownik końcowy lub właściciel konta może w każdej chwili zażądać usunięcia danych, wysyłając e-mail na adres data@bookafy.com. 

Do jakich celów aplikacja wykorzystuje dane?

Dane z aplikacji są wykorzystywane tylko do transakcji, na którą zapisał się klient końcowy. Jeśli używasz aplikacji innej firmy do logowania za pomocą SSO, jak Facebook lub Google, używamy tego połączenia tylko do dostępu do konta. Nie wykorzystujemy danych z konta takich jak kontakty, wydarzenia, wiadomości e-mail i nie zamieszczamy w Twoim imieniu postów ani nie uczestniczymy w żadnej aktywności w ramach Twojego konta. Jest on używany tylko do logowania. 

Jakie są prawa użytkownika do usunięcia danych i jak może on zażądać ich usunięcia? 

Wykorzystujemy dane zebrane od właściciela konta (naszego klienta), aby dostarczyć mu lepsze doświadczenia. Dotyczy to każdego miejsca, w którym AO utknął, odwiedził wiele razy, może mieć pytania lub błąd. Używamy tych danych, aby komunikować się z naszymi klientami (właścicielami kont) we właściwym czasie z odpowiednim przekazem. 

Dla użytkownika końcowego, klienta naszego klienta… wykorzystujemy te dane tylko w celu dokonania transakcji (rezerwacji) z właścicielem konta. Nie prowadzimy marketingu do tych klientów, ani nie wykorzystujemy ich danych w żaden inny sposób. Ich dane nie są sprzedawane ani pożyczane… pozostają w naszym systemie. 

Zarówno w przypadku OA, jak i klienta końcowego, ich dane mogą być w każdej chwili usunięte. AO może wysłać maila na adres data@bookafy.com i poprosić o usunięcie swojego konta i danych. Klient końcowy może zażądać usunięcia swoich danych przez AO. 

Czy wspólne konta użytkowników są zabronione dla pracowników? A co z klientami?

Pracownicy mają swoje dedykowane konta. Klienci posiadają również własne dedykowane konta, z dostępem tylko do swoich danych.

Czy Twoja konstrukcja hasła wymaga wielokrotnej siły, tj. silnych haseł i wykorzystuje losową sekwencję znaków alfa, numerycznych i specjalnych?

Wymagamy minimum 6 znaków w hasłach na poziomie podstawowym zarządzania hasłami. W nadchodzącym roku mogą pojawić się opcje polityki haseł OWASP i NIST SP 800-63-3.

Czy granica sieci jest zabezpieczona firewallem z filtrowaniem ingress i egress?

Tak. Wszystkie firewalle i urządzenia do równoważenia obciążenia są dostarczane przez Azure i Amazon AWS.

Czy serwery publiczne znajdują się w dobrze zdefiniowanej strefie DMZ (De-Militarized Zone)?

Tak, jest to odziedziczone po domyślnym strefowaniu infrastruktury Azure, a Bookafy ma regionalne serwery rozsiane po całym świecie. 

Czy segmentacja sieci wewnętrznej jest wykorzystywana do dalszego izolowania wrażliwych zasobów produkcyjnych, takich jak dane PCI?

Dane PCI nie są przechowywane, ponieważ są one jedynie oprawiane przez Bookafy od dostawców zewnętrznych, takich jak Stripe i Authorize.net. Bookafy nie zbiera danych ani ich nie przechowuje. 

Czy wdrożono i monitoruje się wykrywanie lub zapobieganie włamaniom do sieci?

Szerokie spektrum narzędzi monitorujących, uzupełnionych o powiadomienia i alerty dostarczane przez Azure pozostaje stale włączone. Obejmuje to wykrywanie włamań i potwierdzenie dostępu do sieci za pomocą poczty elektronicznej.

Czy wszystkie komputery stacjonarne są chronione przy użyciu regularnie aktualizowanego oprogramowania do zwalczania wirusów, robaków, oprogramowania szpiegowskiego i złośliwego kodu?

Tak.

Czy serwery są chronione z wykorzystaniem praktyk branżowych w zakresie hardeningów? Czy praktyki te są udokumentowane?

Służby bezpieczeństwa są regularnie wykorzystywane do przeprowadzania audytów bezpieczeństwa systemu. 

Czy istnieje aktywne zarządzanie poprawkami producenta dla wszystkich systemów operacyjnych, urządzeń sieciowych i aplikacji?

Tak. Jest to dostarczane przez Azure automatycznie za pośrednictwem ich usługi.

Czy wszystkie błędy systemu produkcyjnego i zdarzenia bezpieczeństwa są rejestrowane i przechowywane?

Logi są przechowywane przez co najmniej 1 miesiąc, a niektóre nawet do 6 miesięcy, w zależności od wagi problemu i wymaganych działań.

Czy zdarzenia bezpieczeństwa i dane z dzienników są regularnie przeglądane?

Tak. Dzienniki są przeglądane codziennie, co tydzień i co miesiąc – w zależności od charakteru zdarzeń w dzienniku.

Czy istnieje udokumentowany program ochrony prywatności z zabezpieczeniami zapewniającymi ochronę informacji poufnych klienta?

Tak.

Czy istnieje proces powiadamiania klientów w przypadku naruszenia prywatności?

Tak.

Czy przechowujesz, przetwarzasz i przekazujesz (tj. „obsługujesz”) informacje osobowe (PII)?

Tak.

W jakim kraju lub krajach przechowywane są informacje osobiste?

Większość naszych danych PII jest przechowywana w USA. Jesteśmy jednak w stanie przechowywać dane dotyczące kont naszych klientów korporacyjnych w określonym centrum regionalnym. Przykład. Australijska organizacja może zdecydować się na przechowywanie swoich danych w naszej lokalizacji Canberra Azure. Lub kraje europejskie mogą przechowywać w europejskim centrum danych. 

Czy logi systemowe są chronione przed zmianą i zniszczeniem?

Jest ona dostarczana przez Azure, a jej kopia zapasowa znajduje się na Dropbox Cloud Storage.

Czy punkty wejścia na granicy i w sieciach VLAN są chronione przez urządzenia do ochrony przed włamaniami i wykrywania, które zapewniają alarmy w przypadku ataku?

Tak. Usługi te są zawarte w naszej zaporze Azure, która chroni przed włamaniami i wysyła automatyczne alerty do naszego zespołu programistów. 

Czy logi i zdarzenia są skorelowane z narzędziem dostarczającym ostrzeżeń o trwającym ataku?

Tak, nasza usługa bezpieczeństwa obejmuje rejestrowanie i alarmowanie o atakach w czasie rzeczywistym. 

Jak dane są segregowane od innych klientów w ramach rozwiązania, w tym sieci, frontendów, pamięci masowej back-end i kopii zapasowych?

Każde konto klienta jest logicznie oddzielone od innych klientów poprzez zastosowanie wymaganego trwałego identyfikatora lokatora na wszystkich rekordach bazy danych.

Dodatkowo cały kod aplikacji wymaga tego identyfikatora lokatora dla wszystkich operacji – zarówno odczytu jak i zapisu. Wdrożono również zautomatyzowany system testowania, aby chronić zmiany w kodzie przed regresjami i możliwym zanieczyszczeniem danych między najemcami.

Identyfikator lokatora jest „twardo powiązany” z każdym kontem użytkownika i logicznie egzekwowany poprzez stałe klauzule „WHERE” w zapytaniach do bazy danych i równoważne środki dostępu do plików. Użytkownik platformy nie jest w stanie zmienić lub w inny sposób odłączyć swojej sesji lub konta od tego identyfikatora lokatora. Nie ma więc logicznej możliwości, aby użytkownik miał uprawnienia do logowania pod innym identyfikatorem lokatora. Nawet jeśli próbowali uzyskać dostęp do stron przy użyciu innego identyfikatora najemcy, system odrzuciłby żądanie z powodu braku rejestracji konta użytkownika do żądanego identyfikatora najemcy.

Czy masz plan reagowania na incydenty?

Tak, prowadzony jest „żywy dokument”, który przedstawia reakcję na katastrofy i incydenty.

listy kontrolne, dane kontaktowe i kluczowe udogodnienia systemowe umożliwiające zrozumienie i reagowanie na incydenty.

Jaki poziom ochrony sieci jest wdrożony?

Wykorzystujemy Azures Web Application gateway (load balancer) oraz Next Generation Firewall do ochrony naszej sieci maszyn wirtualnych działających w chmurze Azure. 

Czy platforma dostarcza raporty z pomiarów wydajności Quality of Service (QOS) (wykorzystanie zasobów, przepustowość, dostępność itp.)?

Takie metryki nie są udostępniane klientom, poza dostępnością i czasem odpowiedzi zgodnie z naszą stroną statusową na status.pingdom.com.

Czy program odzyskiwania danych po awarii jest testowany co najmniej raz w roku?

Tak, kontrole odzysku oraz przeprowadzane i testowane corocznie.

Jaki jest Recovery Time Objective (RTO) i Recovery Point Objective (RPO) systemu?

RTO wynosi 4 godziny, a RPO to 1 godzina.

Czy zapewniacie plany tworzenia kopii zapasowych i przywracania danych dla klientów indywidualnych?

Wszystkie aspekty są wielodzierżawne, więc kopie zapasowe są wykonywane w całej bazie klientów. Kompletne kopie zapasowe plików są wykonywane co 24 godziny i korzystają z punktowych kopii zapasowych bazy danych Azure wykonywanych co 5 minut. Kopie zapasowe są przechowywane na chmurze Dropbox, a także na redundantnych maszynach wirtualnych Azure. 

Jaki jest maksymalny czas przechowywania kopii zapasowych?

Punktowe kopie zapasowe bazy danych są zachowywane przez 30 dni, a ogólne kopie zapasowe plików przez minimum 90 dni.

Jaki jest oczekiwany czas przywrócenia danych?

Każde przywrócenie klienta do stanu sprzed katastrofy musi zostać zgłoszone i zaplanowane przez nas. Czas realizacji wynosi od 1 do 2 dni roboczych. 

Czy można przywrócić konto jednego podmiotu bez wpływu na całą platformę?

Jeśli klient wymaga odtworzenia konkretnego rekordu lub artefaktu, może to być wykonane online na zasadzie „per request” i jest to praca odpłatna. Nie ma żadnego wpływu na platformę lub konto klienta.

Czy zapewniono High Availability – i. e. gdy jedna instancja serwera staje się niedostępna, czy inna staje się dostępna?

Wiele instancji serwera działa na wszystkich warstwach systemu poprzez wirtualną maszynę Azure, a Web Application Gateway obsługuje równoważenie obciążenia. Awaria instancji serwera w centrum danych jest obsługiwana przez Azure WAG, a problematyczna instancja jest poddawana recyklingowi i/lub usuwana i zastępowana nową instancją.

Czy dane są przechowywane i dostępne w innej lokalizacji (centrum danych) w celu spełnienia wymagań dotyczących odtwarzania po awarii?

Tak. Wszystkie dane są replikowane do drugiego centrum danych, które różni się lokalizacją geograficzną, a także posiadają kopie zapasowe przechowywane na Dropbox Cloud Storage. .

Czy proces przełączania awaryjnego jest procesem aktywnym/aktywnym, zautomatyzowanym?

Awaria instancji serwera w ramach podstawowego centrum danych jest obsługiwana przez balansery obciążenia Azure WAG, a problematyczna instancja jest poddawana recyklingowi i/lub usuwana i zastępowana nową instancją.

W przypadku, gdy całe centrum danych miałoby mieć krytyczną awarię, to przełączenie do centrum wtórnego jest procesem ręcznym, ponieważ musimy najpierw przeprowadzić pełną ocenę problemu, aby upewnić się, że nie ma prostych obejść, aby utrzymać istniejącą obecność centrum podstawowego. Jeśli zostanie ustalone, że wymagane jest przeniesienie do centrum zapasowego, wówczas przełączenie zostanie zainicjowane ręcznie, aby spełnić docelowe cele odzyskiwania.