Накратко: За ИТ сигурността на данъчните консултанти е решаващо кои системи кантората управлява сама. Големите портали на софтуерните доставчици са в тяхна отговорност, а собственият уебсайт, формите за качване и дата румите – във Вашата. Те трябва да минат сега на пачнат PHP, с рестартиране и писмено доказателство.
Кои системи в данъчните кантори работят на PHP
За счетоводство и заплати повечето кантори използват специализиран софтуер и неговите портали. Освен това с годините възникват собствени решения: форма за качване на документи на уебсайта, въпросници за данък върху доходите, страница за нови служители на клиентите за въвеждане на основните данни за заплатите, портал за кандидатури или самостоятелно управляван Nextcloud за големи файлове.
Тези системи работят почти винаги на PHP и се поддържат от агенция, ИТ фирма или хостинг доставчик. Именно малките форми се забравят, защото са били настроени веднъж и оттогава просто работят. Често качените документи лежат години наред в папката за качване на уеб сървъра, макар отдавна да са обработени в софтуера на кантората.
Какви данни са заложени
Данъчните кантори обработват данни с плътност, която малко други браншове достигат: IBAN и банкови извлечения, данъчни номера, доказателства за доходи, списъци на съдружниците и ведомости за заплати. Данните за заплатите понякога съдържат и специални категории по чл. 9 от ОРЗД, например религиозна принадлежност за църковния данък.
Към това се добавя професионалната тайна: данъчните консултанти са задължени да мълчат, а неразрешеното разкриване може да бъде наказуемо по § 203 StGB (германския Наказателен кодекс, германски закон). И много от засегнатите изобщо не са Ваши клиенти, а техни служители. При изтичане кръгът на засегнатите затова бързо нараства.
ИТ сигурност на данъчния консултант: какво конкретно предизвиква един инцидент
Атаката срещу данъчна кантора има типични последици, които се различават от други браншове:
- Измама с истински данни: Който познава фактури, банкови сметки и контактни лица, може да изпраща на клиентите измамно правдоподобни искания за плащане.
- Натиск от срокове: Ако порталът за качване отпадне в периода на подаване, документите се натрупват, а клиентите се прехвърлят към несигурни пътища като некриптирани имейли.
- Доверие: Клиентите разчитат, че финансите им остават поверителни. Инцидент, за който научават от пресата, тежи повече от такъв, за който кантората сама информира по същество.
Ако Вашият портал за качване стои на сървър, чието състояние на пача на PHP никой не може да потвърди, изключете го от мрежата, докато пачът и рестартирането не бъдат доказани. Така препоръчва BSI (Федералната служба за информационна сигурност на Германия) за сървъри, които не могат да бъдат актуализирани веднага.
Празнината в отговорностите между ИТ фирмата и агенцията
ИТ фирмата поддържа софтуера на кантората и работните места, агенцията – уебсайта, хостинг доставчикът – сървъра. Кой отговаря за PHP на уеб сървъра, рядко е изрично записано в договора. Изяснете това сега и си осигурете потвърждение за състоянието на пакета. Как да тълкувате данните, обяснява ръководството Проверка на версията на PHP и състоянието на пача.
Коригираните версии са PHP 8.5.12, 8.4.27, 8.3.36 и 8.2.35. Ако интерфейсът показва по-старо състояние, може въпреки това да е внесен backport. Обратно, актуализация без рестартиране на PHP процесите не е достатъчна.
Какво трябва да знаят сега клиентите от Вас
Клиентите реагират на съобщения за уязвимости с несигурност, особено когато редовно качват документи. Тогава кратката и делова информация създава доверие: кои пътища за обмен на документи важат в момента, че кантората никога не променя банкови сметки по имейл и че подозрителни искания за плащане трябва да се потвърдят по телефона.
За клиентите-фирми е смислена още една бележка: бюрата за заплати и отделите по персонала трябва да бъдат особено внимателни при запитвания за данни за възнаграждения или за променени банкови сметки на служители. Такива опити за измама използват охотно знания, произхождащи от кантори. Дали конкретен инцидент изисква формално уведомяване по ОРЗД, е отделен въпрос, който изяснявате със своето длъжностно лице по защита на данните.
Първи часове за ръководството на кантората
- Съставете списък на всички собствени, достъпни от интернет PHP системи, включително стари форми и тестови инсталации.
- За всяка система поискайте писмено потвърждение на състоянието на пача и рестартирането или я изключете временно.
- Запазете логовете от 20.10.2026 г. и определете сигурен резервен път за обмен на документи.
- Информирайте застрахователя и длъжностното лице по защита на данните рано. Какво изисква Вашият договор, обяснява страницата за киберзастраховката.
Как помага PHP SOS конкретно?
- Описваме всички достъпни отвън PHP системи на кантората и уточняваме кои са при софтуерния доставчик и кои – при Вас.
- В рамките на незабавната помощ при PHP2Shell пачваме или възлагаме пачването, рестартираме всички worker процеси и доказваме резултата.
- Проверяваме директориите за качване и базите данни за уеб шелове и непознати достъпи.
- Разчистваме: което вече не е нужно, изключваме по договорка, вместо да го пачваме и занапред.
- С договор за поддръжка на сигурността отговорността за PHP остава впоследствие ясно уредена.
Често задавани въпроси
Засегнат ли е обменът на документи през големите софтуерни портали?
Порталите, които софтуерен доставчик управлява в собствения си център за данни, са в негова отговорност. За състоянието на техния пач отговаря доставчикът. Засегнати могат да бъдат преди всичко системи, които Вашата кантора управлява сама или чрез агенция, например форми на уебсайта, страници за качване или собствен Nextcloud.
Защо данните на данъчните консултанти са толкова интересни за атакуващите?
Данъчната кантора събира данни на много фирми и частни лица: банкови сметки, доходи, данъчни номера и данни за заплатите на наети лица. С тях могат да се подготвят правдоподобни измамнически имейли и злоупотреба с самоличност. Един-единствен инцидент така засяга често стотици хора, които никога не са възлагали работа директно на кантората.
Какво да направим, ако порталът трябва да излезе офлайн по средата на периода за подаване?
Определете предварително резервен път за обмен на документи, например криптирано предаване през незасегната система. Информирайте клиентите кратко и по същество. Сроковете и евентуалните удължавания уточнявайте както обикновено по същество; изключен портал не замества договаряне.
Плаща ли киберзастраховката, ако не сме били пачнати?
Това зависи от условията и задълженията по Вашия договор. Информирайте застрахователя рано и документирайте кога сте предприели коя мярка. Обвързваща информация дава само застрахователят или Вашият брокер.