Bezpieczeństwo IT według branży
Gabinety lekarskie, kancelarie, sklepy, gminy, rzemiosło: każda branża ma własne dane, obowiązki i słabe punkty. Tak postępujemy w poszczególnych branżach.
Sklep internetowy zhakowany? Bezpieczeństwo IT dla sprzedawców
Sklep to jednocześnie kasa, kartoteka klientów i wizytówka firmy. Pokazujemy, co zrobić w pierwszej kolejności po ataku na sklepy oparte na PHP i kto za co odpowiada.
Czytaj dalej →02Bezpieczeństwo stron internetowych gabinetów lekarskich i MVZ
Przez strony gabinetów przechodzą prośby o wizyty, recepty i pytania o wyniki badań. Pokazujemy, gdzie przy tym znajdują się dane zdrowotne i kto musi działać w razie luki bezpieczeństwa.
Czytaj dalej →03Bezpieczeństwo IT dla kancelarii: tajemnica zawodowa na serwerze WWW
Kancelarie coraz częściej wymieniają pisma procesowe, pełnomocnictwa i dowody przez portale. Pokazujemy, gdzie w kancelarii działają systemy PHP i jak zachować poufność incydentu.
Czytaj dalej →04Bezpieczeństwo IT dla doradców podatkowych i ich portali klienta
Przez biura podatkowe przechodzą dane bankowe, listy płac i numery identyfikacji podatkowej całych załóg. Pokazujemy, które portale działają na PHP i co liczy się najpierw w razie incydentu.
Czytaj dalej →05Strona firmy rzemieślniczej zhakowana: pomoc dla firm bez działu IT
W firmie rzemieślniczej rzadko ktoś zajmuje się stroną internetową zawodowo. Pokazujemy, co robić przy PHP2Shell lub włamaniu, gdy webdesigner jest już nieosiągalny.
Czytaj dalej →06Cyberbezpieczeństwo dla średnich firm i przemysłu: kontrola nad systemami PHP
W średnich firmach obok strony firmowej działają często dziesiątki aplikacji PHP, których nikt nie prowadzi centralnie. Pokazujemy, jak je znaleźć, zabezpieczyć i udokumentować wobec klientów i organów.
Czytaj dalej →07Luka bezpieczeństwa na stronie gminy: poradnik dla administracji
Strona internetowa gminy to urzędowe źródło informacji i dostęp do usług administracji. Pokazujemy, jak urzędy postępują przy PHP2Shell i kto w urzędzie o czym decyduje.
Czytaj dalej →08Bezpieczeństwo Moodle dla szkół i organizatorów kształcenia
Platformy edukacyjne, takie jak Moodle, zawierają dane osób niepełnoletnich, oceny i prace. Pokazujemy, jak szkoły i organizatorzy kształcenia postępują przy PHP2Shell i kto za co odpowiada.
Czytaj dalej →09Strona hotelu zhakowana? Bezpieczeństwo IT dla hoteli i gastronomii
Strony hoteli łączą rezerwacje bezpośrednie, sprzedaż bonów i komunikację z gośćmi. Pokazujemy, gdzie luki PHP wyrządzają tam szkody i jak postępować w pierwszych godzinach.
Czytaj dalej →10Bezpieczeństwo IT dla zarządców nieruchomości i firm deweloperskich
Zarządcy nieruchomości prowadzą umowy najmu, dane bankowe i oświadczenia majątkowe, często przez portale i formularze w sieci. Pokazujemy, gdzie uderzają luki PHP i co robić w pierwszych godzinach.
Czytaj dalej →11Bezpieczeństwo IT w modelu white label: partner bezpieczeństwa dla agencji
Agencje obsługują często dziesiątki stron klientów na różnych serwerach. Pracujemy w tle: Państwo pozostają osobą kontaktową dla klientów, my przejmujemy poprawki, oczyszczanie i dowody.
Czytaj dalej →12Strona stowarzyszenia zhakowana? Bezpieczeństwo IT dla stowarzyszeń i związków
Strony stowarzyszeń są często prowadzone społecznie, a zawierają dane członków i rachunki bankowe. Pokazujemy, co zarządy mogą zrobić przy PHP2Shell lub włamaniu, także przy małym budżecie.
Czytaj dalej →13Bezpieczeństwo strony apteki: rezerwacja, sklep i dane zdrowotne
Przez strony aptek przechodzą rezerwacje leków, zdjęcia recept i zamówienia ze sklepu. Pokazujemy, gdzie przy tym znajdują się dane zdrowotne i co zrobić najpierw przy PHP2Shell.
Czytaj dalej →14Cyberbezpieczeństwo dla logistyki i spedycji: portale i łańcuchy dostaw
W logistyce portale łączą klientów, kierowców, magazyny i zleceniodawców. Pokazujemy, gdzie działają systemy PHP, jakie dane interesują atakujących i jak kontynuować działalność w razie incydentu.
Czytaj dalej →Liczy się każda godzina. Proszę napisać do nas teraz.
Proszę krótko opisać system, wersję PHP i obserwacje. Skontaktujemy się z Państwem, ustalimy sytuację i będziemy pracować zdalnie, aż incydent zostanie zamknięty i udokumentowany.