СИГУРНОСТ
Технически и организационни мерки
Приложение към Споразумението за обработване на данни. Мерки за сигурност по член 32 от GDPR, прилагани в PersoHR.
Тази страница е приложението „Технически и организационни мерки“ („ТОМ“), посочено в раздел 7 от Споразумението за обработване на данни на адрес /legal/dpa. Мерките по-долу са действащите понастоящем; те могат да бъдат актуализирани периодично, при условие че никоя актуализация не намалява съществено общото ниво на сигурност.
1. Хостинг и резидентност на данните в ЕС
Основното HR приложение използва инфраструктурата на Hetzner за база данни и съхранение на файлове. Доставчици на услуги поддържат и AI функциите, имейла, SMS съобщенията за сигурност, фактурирането и анализите на публичните страници. Списъкът на адрес /legal/sub-processors описва ролята и условията на обработване на всеки доставчик. Интеграциите, активирани от клиента, могат да изпращат информация до избрания от клиента доставчик. Хостингът на основните записи в ЕС не следва да се тълкува като твърдение, че всяка свързана услуга или получател обработва данни изключително в рамките на ЕС.
2. Контрол на достъпа и удостоверяване
Удостоверяването на клиентите използва имейл връзки без парола. Токените от магически връзки и токените за опресняване се съхраняват като хешове; магическите връзки са за еднократна употреба и изтичат. Двуфакторното удостоверяване с TOTP е задължително за ролите Собственик и HR администратор. Механизмите за възстановяване подлежат на отделни проверки за сигурност. Токените за достъп са с ограничен срок на валидност, а токените за опресняване се доставят чрез бисквитки HttpOnly с атрибути за сигурност за производствена среда. Ролите в приложението са Собственик, HR администратор, Мениджър и Служител; проверките на ниво услуга допълнително ограничават достъпа до съответните записи. Тези контроли не представляват твърдение относно хардуерни ключове или оперативни прегледи на достъпа в производствената инфраструктура.
3. Изолация на наемателите
HR записите на компаниите са ограничени до наемател, като работното пространство с удостоверяване се използва от контролите на достъпа на ниво хранилище и услуга. Глобалните потребителски идентичности могат да принадлежат към повече от едно работно пространство и се обработват отделно от HR членствата в наемателите. Идентификаторите на записи сами по себе си не дават достъп; оправомощаването зависи от удостоверения потребител, работното пространство, ролята и приложимите проверки на взаимоотношенията. Филтрите по наемател са една от частите на тези контроли и не заместват проверката на всеки път за достъп.
4. Криптиране
Приложението използва AES-256-GCM за избрани чувствителни стойности, включително TOTP тайни и поддържаните банкови, данъчни и осигурителни идентификатори за целите на заплатите. Това е защита на ниво поле и не означава, че всяко поле за заплата, документ или здравословно състояние има отделен слой на криптиране на ниво приложение. Трафикът между приложението и базата данни остава в рамките на същия сървър, а всяка публична връзка използва TLS. Резервните копия се съхраняват криптирани, докато томът на базата данни и хранилището за документи нямат криптиране на ниво съхранение. Настоящото приложение не твърди определен шифър за съхранение или версия на TLS за всяка внедрена крайна точка без съответния оперативен запис.
5. Регистриране, наблюдение и одит
Одитните записи отразяват поддържаните действия, като промени, експорти и искания за изтриване, с информация за извършителя, действието, препратка към записа и времето. Те подлежат на контрол на достъпа, планирано съхранение и специални правила за задържане по правни причини. Това не е обещание за регистриране на всяко четене или за съхраняване на непроменима, неограничена история. Оперативните журнали и журналите за сигурност подпомагат разследванията и работата на услугата; тяхното съдържание, достъпът до тях и съхранението им трябва да бъдат ограничени до целта. Идентификаторите на потребители и записи сами по себе си могат да бъдат лични данни.
6. Резервни копия и възстановяване след бедствие
Подходящите мерки за наличност и възстановяване са част от задълженията на Обработващия по член 32 от GDPR. Графиците за резервно копиране на инфраструктурата, съхранението, криптирането и тестването на възстановяването трябва да бъдат документирани и поддържани за внедрената услуга. Свържете се с нас за актуалните оперативни доказателства и евентуално договорени цели за възстановяване. Експортите на данни от приложението не заместват резервните копия на инфраструктурата и настоящото приложение не представлява независимо проверена гаранция за времето за възстановяване.
7. Реагиране при инциденти
Нарушенията на сигурността на личните данни, засягащи данни на администратора, се съобщават на администратора без ненужно забавяне след узнаването им, както е описано в DPA. Наличните факти, вероятните последици и мерките за реагиране се предоставят и допълват в хода на разследването. Срокът на администратора за уведомяване на надзорния орган е отделен от задължението на Обработващия да уведоми администратора. Разследването на инциденти и коригиращите действия трябва да защитават засегнатите данни и да запазват необходимите доказателства.
8. Управление на уязвимостите и сигурна разработка
Хранилищата на кода включват автоматизирани тестове и статични проверки на качеството, които помагат за откриване на дефекти. Установените проблеми със сигурността трябва да бъдат оценени и отстранени според риска им. Тези проверки при разработката не установяват, че всяка зависимост се сканира при всяка компилация, че е извършено външно тестване за проникване или че за всяка функция е изготвен завършен модел на заплахите. Можете да поискате от нас актуалните доказателства от оценките.
9. Изтриване, съхранение и преносимост
Услугата предоставя работни процеси за експорт и изтриване на данни на потребители и служители, както и административен експорт на данните на наемателя. Техният обхват и правата за достъп до тях се различават. Процедурите по изтриване изтриват или анонимизират поддържаните записи. Те не предоставят общ работен процес за задържане по правни причини, контролиран от работодателя. Клиентът трябва да прецени законосъобразния отговор на индивидуално искане. Изтриването на работното пространство на компанията е отделно от спирането на подновяването на абонамента и има 30-дневен срок за отмяна след искането в приложението. Изтриването на личен акаунт е незабавно и задейства и изтриване на свързаните членства в работни пространства без отделна стъпка за одобрение от работодателя. Понастоящем за съхраняваните блокирани записи за работното време няма специален работен процес за извличане. DPA урежда връщането или изтриването при приключване на обработването, включително защитените резервни копия и изискуемите съхранявани записи.
10. Надлежна проверка на подизпълнителите
Списъкът с доставчици на адрес /legal/sub-processors описва ролите, местоположенията, категориите данни и споразуменията с доставчиците. Обработващият трябва да ангажира подизпълнители при писмени условия, отговарящи на член 28 от GDPR, остава отговорен за изискваните защити и трябва да спазва процедурата на DPA за разрешение, предварително уведомяване и възражение.
11. Персонал
Персоналът, оправомощен да обработва лични данни на клиенти, трябва да бъде обвързан със задължения за поверителност и да получава достъп, съответстващ на отговорностите му. Управлението на достъпа, осведомеността за сигурността и процедурите за работа с данни са част от организационните гаранции на Обработващия. Задължението за защита на съхраняваните лични данни продължава и след прекратяване на ангажимента или абонамента.