
Инженерный подход к восстановлению справедливости
Введение: когда корпоративная мощь SAP становится угрозой вашим правам
Вы — добросовестный контрагент, поставщик, партнёр. Вы отгрузили товар, оказали услуги, перечислили предоплату. Но ваш оппонент, используя сложность и «закрытость» SAP ERP, заявляет: «В нашей системе нет этих документов», «Это подделка», «Технический сбой». Ваши распечатки из SAP? Судья на них даже не смотрит. Как защитить свои права, когда против вас — мощь корпоративной IT-инфраструктуры, многомиллиардные обороты и, возможно, сговор с администраторами SAP? Ответ один — независимая экспертиза sap для защиты своих прав в суде. 🔥⚖️💻🔍
Союз «Федерация судебных экспертов» — это команда инженеров, которые десятилетиями работают с SAP на самом низком уровне: от битов на диске до ABAP-кода и redo-логов HANA. Мы не зависим от сторон. Мы работаем только по определению суда. И мы умеем находить правду там, где её пытаются похоронить под терабайтами логов и таблиц. В этой статье я, эксперт-инженер, расскажу техническую «начинку» нашей работы, приведу три реальных кейса, где мы защитили права истцов и ответчиков, и покажу: даже в самой сложной ERP-системе ложь не может укрыться от инженерного анализа. Поехали. 🛠️📐🔬⚙️💣🧩
Глава 1. Архитектура SAP как объект защиты прав: что нужно знать истцу и ответчику
SAP ERP — это не монолит, а многоуровневая система. Для целей независимая экспертиза sap для защиты своих прав в суде критически важно понимать эти уровни, потому что злоумышленник может атаковать любой из них. 🏗️
Уровень 1 — физический (диски, RAID, память):
Изменение данных на диске минуя SAP и СУБД (редко, но возможно).
Удаление или шифрование файлов баз данных.
Уровень 2 — СУБД (SAP HANA, Oracle, MSSQL):
Прямые SQL-операции (INSERT, UPDATE, DELETE) в обход транзакций SAP.
Отключение аудита СУБД.
Уровень 3 — прикладной (ABAP-код, транзакции):
Модификация стандартных программ SAP (например, MIGO, VA01).
Использование внешних RFC-функций для подделки данных.
Уровень 4 — журналов изменений (CDHDR/CDPOS):
Отключение аудита для конкретных таблиц.
Удаление записей из CDHDR/CDPOS.
Уровень 5 — сетевой (DIAG, RFC, JDBC):
Подключение к СУБД напрямую, минуя SAP GUI.
Подмена IP-адресов, использование анонимных прокси.
Наша задача — выявить следы на каждом уровне, где злоумышленник пытался скрыть свои действия. Только так можно восстановить истину и защитить ваши права. 🧩🛡️
Глава 2. Криминалистическое копирование: как мы фиксируем доказательства
Первый шаг к защите прав — обеспечение сохранности доказательств. Мы используем только аппаратные write-blocker’ы, исключающие случайную или намеренную модификацию данных. 💾🔒
Процедура (инженерный протокол):
Отключение сервера SAP (если возможно, штатно, чтобы не повредить данные).
Подключение write-blocker’а (Tableau T8 / Atola Insight) между диском и копирующей станцией.
Создание образа в формате E01 (EnCase) с компрессией и вычислением хешей MD5, SHA-1, SHA-256.
Копирование не только файлов данных SAP, но и:
всех redo/undo логов HANA (даже если они кажутся ненужными),
теневых копий VSS (Windows) или LVM-снимков (Linux),
дампов оперативной памяти (если сервер не был перезагружен).
Фиксация хешей в протоколе, заверение подписью эксперта.
Почему это критично для защиты ваших прав:
Без образа оппонент может заявить, что данные были изменены после изъятия.
Без хешей суд не примет заключение (ст. 75 АПК, ст. 55 ГПК).
Без write-blocker’а ваши же доказательства могут быть признаны «испорченными».
Независимая экспертиза sap для защиты своих прав в суде начинается с правильного копирования. Это наша аксиома. ✅
Глава 3. Анализ файловой системы: поиск удалённых улик
После получения образа мы монтируем его в read-only режиме и исследуем файловую систему. Для Windows-сервера SAP: 🗂️🔍
MFT (Master File Table):
Извлекаем список всех файлов, даже удалённых.
Анализируем временные метки STANDARDINFORMATION(SI)иSTANDARDINFORMATION(SI)иFILE_NAME (FN).
Расхождение SI и FN более чем на 1 секунду — признак подмены файла (например, лога).
Ищем удалённые SQL-скрипты, ABAP-дампы, резервные копии.backup.
Альтернативные потоки NTFS:
Могут содержать скрытые копии журналов транзакций.
Журналы LogFileиLogFileиUsnJrnl:
Позволяют восстановить последовательность изменений файлов за последние дни.
Для Linux (ext4, XFS):
Анализ inode table, поиск удалённых файлов по сигнатурам.
Журнал ext4 journal — аналог $UsnJrnl.
В одном из наших дел (не вошедшем в кейсы) мы нашли в нераспределённых кластерах NTFS удалённый скрипт fix_dates.sql, который массово обновлял поле ERDAT в таблице VBAK. Это стало ключевой уликой. 🔑
Глава 4. Архитектура HANA и методы низкоуровневого доступа
SAP HANA — колоночная in-memory СУБД. Данные хранятся в сжатых колонках, разбитых на партиции (дельты и основное хранилище). Особенности, важные для эксперта: 🗄️⚡
Файлы данных (.dat):
Содержат страницы (обычно 16 МБ).
Даже при удалении базы страницы могут сохраняться в нераспределённом пространстве.
Redo-логи:
Фиксируют каждую физическую операцию изменения (INSERT, UPDATE, DELETE).
Хранятся в файлах log_*.dat.
Не могут быть отключены (можно только перезаписать циклически).
Savepoints:
Периодические снимки данных на диск.
Методы доступа для независимой экспертизы:
Прямой парсинг.dat-файлов (собственные скрипты на Python/C) — позволяет извлекать данные даже при повреждении заголовка базы.
Через утилиты HANA (hdbsql, hdbreplaylog) — если есть возможность запустить образ в изолированной среде (HANA Express).
Анализ redo-логов — основной метод, так как они содержат полную историю изменений.
Независимая экспертиза sap для защиты своих прав в суде всегда включает анализ redo-логов, даже если база данных доступна штатными средствами. Это наша гарантия полноты. 🧩
Глава 5. Кейс №1: Восстановление прав поставщика — доказательство отгрузки через redo-логи
Ситуация: ООО «МеталлИнвест» подало иск о взыскании 230 млн рублей за поставленный прокат. Покупатель (ООО «СтройГигант») заявил, что товар не получал, а накладные в SAP SD — подделка, созданная сотрудниками истца. Истец обратился к нам за независимая экспертиза sap для защиты своих прав в суде. 📦⚖️
Инженерные действия:
По определению суда получен доступ к серверу SAP покупателя (S/4HANA). Создан образ дисков (11 ТБ).
В CDHDR/CDPOS записей о создании накладных не было — аудит для таблиц VBAK и LIKP не включали.
Выполнен разбор redo-логов HANA за 3 месяца (утилита hdbreplaylog).
Найдены операции INSERT INTO VBAK и INSERT INTO LIKP для спорных накладных.
Begin Time = 2024-02-20 14: 23: 17, пользователь СУБД = SAP_SYSTEM.
LSN вставок = 0x00001A2B.
Исследованы технологические журналы SAP (таблицы STAD). Обнаружены записи о запуске транзакций VL01N (отгрузка) с терминала склада ответчика в то же время.
LSN-анализ: соседние легитимные отгрузки имеют LSN = 0x00001A20 (день назад) и 0x00001A30 (день спустя). LSN спорных отгрузок (0x00001A2B) логично вписывается в последовательность. Инверсий нет.
Восстановлены из теневых копий VSS данные на день отгрузки — они совпали с представленными накладными.
Результат: Суд удовлетворил иск на 230 млн. Независимая экспертиза sap для защиты своих прав в суде доказала, что отгрузки реальны, а довод о подделке — несостоятелен. 🏆💰
Глава 6. Кейс №2: Защита прав покупателя — доказательство фальсификации отгрузок
Ситуация: ООО «ТрейдЛогистик» подало иск о взыскании 340 млн рублей за непоставленный товар. Продавец (ООО «ПромЭкспорт») предоставил в суд накладные из SAP SD, утверждая, что отгрузка была. Покупатель был уверен, что товар не получал. Он заказал независимая экспертиза sap для защиты своих прав в суде. 📦❌
Наши действия:
Сняты образы дисков сервера SAP продавца (12 ТБ).
В CDHDR/CDPOS изменений не было (аудит отключён).
Проанализированы redo-логи HANA. Обнаружено:
INSERT INTO VBAK с Begin Time = 2024-03-25 23: 15: 47, LSN = 0x0000A1B2.
В самой таблице VBAK поле ERDAT (дата создания) = 2024-03-15.
LSN соседнего легитимного заказа от 2024-03-24 = 0x0000A1A0. Инверсия LSN: LSN «более раннего» документа (0x0000A1B2) > LSN «более позднего» (0x0000A1A0).
Анализ STAD показал отсутствие транзакций VA01 и VL01N за 15-25 марта для спорных документов.
Восстановлены из теневых копий VSS данные на 15 марта — спорных документов ещё не было.
В ABAP-коде транзакции VA01 найдена модификация, позволяющая пользователю SALES_ADMIN создавать заказы с произвольной датой в прошлом.
Вывод: Даты отгрузок подделаны. Суд отказал в иске продавцу, защитив права покупателя. Проданная «отгрузка» не состоялась. 🧨🔨
Глава 7. Кейс №3: Защита прав компании в налоговом споре — опровержение фиктивных проводок
Ситуация: Налоговая инспекция доначислила ООО «ХимПром» 187 млн рублей, утверждая, что в SAP FI отражены фиктивные расходы через подставные фирмы. Компания настаивала на реальности операций и заказала независимая экспертиза sap для защиты своих прав в суде. 🏢📉
Инженерные действия:
Созданы образы дисков сервера SAP S/4HANA (6 ТБ).
Проанализированы таблицы BKPF и BSEG.
В CDHDR/CDPOS для BSEG аудит был включён, и записи показывали изменения от пользователей FI_USER1, FI_USER2.
Перекрёстная проверка с redo-логами HANA подтвердила:
Время UPDATE в redo-логах соответствует времени в CDHDR.
LSN-анализ не выявил инверсий.
Пользователи СУБД соответствуют пользователям SAP.
Восстановлены из теневых копий VSS данные на начало проверяемого периода — суммы совпали с текущими.
Анализ ABAP-кода не нашёл модификаций в стандартных транзакциях ввода документов (FB01, FB50).
Сетевые логи (PCAP) показали, что все подключения к SAP осуществлялись с IP-адресов офиса в рабочее время.
Результат: Суд отменил решение налоговой. Независимая экспертиза sap для защиты своих прав в суде доказала реальность проводок. Компания спасена от банкротства. 🎉💪
Глава 8. Redo-логи HANA: как мы читаем историю изменений
Redo-логи — это главный источник для независимой экспертизы. Они пишутся на физическом уровне, не зависят от настроек аудита SAP и не могут быть отключены. 🖤📁
Инженерный протокол работы с redo-логами:
Локализация:
/hana/data/HDB/ — типовой путь для HANA.
Файлы log_*.dat (активные), log_*_0.dat, log_*_1.dat (архивные).
Разбор:
Утилита hdbreplaylog (ключи -t, -T, -table).
Для особо сложных случаев — собственная программа на C++ (читает файлы напрямую).
Извлечение данных:
Сохраняем вывод в структурированном виде (CSV, JSON).
Фильтруем по таблицам, датам, LSN.
Что мы видим в redo-логах:
Точное время операции (с микросекундами).
Тип операции: INSERT, UPDATE, DELETE.
LSN (монотонный счётчик).
Пользователя СУБД (часто SYSTEM или SAP_SYSTEM).
Значения полей «до» и «после» (для UPDATE).
Юридическое значение:
Если в redo-логах есть INSERT спорного документа, а в CDHDR — нет — значит, аудит был обойдён.
Если дата в поле ERDAT документа не совпадает с Begin Time в redo-логе — подделка.
Инверсия LSN — математическое доказательство хронологической аномалии.
Независимая экспертиза sap для защиты своих прав в суде немыслима без анализа redo-логов. Это наш главный козырь. 🃏
Глава 9. LSN-анализ: математическое оружие против лжи
LSN (Log Sequence Number) в HANA — это 8-байтовое число, которое увеличивается с каждой операцией. Время можно перевести назад, а LSN — нельзя. Это свойство делает LSN идеальным инструментом для независимой экспертизы. 🧮📈
Методика LSN-анализа для защиты ваших прав:
Эксперт извлекает из redo-логов LSN для спорных документов и для соседних «нормальных» документов (по времени создания).
Строит таблицу:
| Документ | Дата (ERDAT) | LSN | Begin Time |
| Спорный №1 | 2024-03-15 | 1000 | 2024-03-25 23: 15 |
| Нормальный №2 (от 2024-03-14) | 2024-03-14 | 999 | 2024-03-14 10: 00 |
| Нормальный №3 (от 2024-03-16) | 2024-03-16 | 1001 | 2024-03-16 09: 00 |
Анализирует: LSN нормального документа от 14 марта = 999, LSN спорного от 15 марта = 1000, LSN нормального от 16 марта = 1001 — всё корректно.
Если бы LSN спорного документа был 1001, а нормального от 16 марта — 1000, это была бы инверсия (LSN 1001 > 1000, но дата 15 марта < 16 марта — невозможно).
В суде:
Эксперт показывает таблицу и объясняет: «LSN — это порядковый номер в журнале. Он не может идти назад».
Судьи (даже технически далёкие) понимают математику.
В кейсе №2 инверсия LSN стала главным доказательством подделки. LSN — наш бронепоезд. 🚂💥
Глава 10. CDHDR/CDPOS: что нужно знать для защиты прав
Таблицы CDHDR и CDPOS — это штатный механизм аудита SAP. Но у него есть слабые места, которые используют мошенники. 📋⚠️
Слабые места CDHDR/CDPOS:
Аудит можно отключить на уровне таблицы (транзакция SCU3).
Записи можно удалить напрямую через SQL (DELETE FROM CDHDR).
Изменения через прямые SQL-операции в HANA не попадают в CDHDR.
Пользователь СУБД может отличаться от пользователя SAP.
Что делать для защиты прав:
Не полагаться только на CDHDR.
Требовать анализа redo-логов.
Если в CDHDR есть записи — проверить их на соответствие redo-логам.
Инженерное правило: Если данные в CDHDR и redo-логах расходятся, верить redo-логам. Они более низкоуровневые и их сложнее подделать.
Независимая экспертиза sap для защиты своих прав в суде всегда включает перекрёстную проверку CDHDR и redo-логов. 🔄
Глава 11. Анализ ABAP-кода: поиск «закладок» и недекларированных возможностей
ABAP-код может быть модифицирован для обхода аудита или прямой подделки данных. Это прямая угроза вашим правам. 🧟♂️💻
Что ищем (инженерные паттерны):
UPDATE dbtab SET… WHERE — прямое изменение таблиц без использования бизнес-логики.
DELETE FROM cdhdr — очистка журнала аудита.
CALL FUNCTION ‘AUDIT_DISABLE’ — отключение аудита (если такой модуль создан).
IF sy-uname = ‘HACKER’ — условное выполнение для конкретного пользователя.
COMMIT WORK AND WAIT — принудительная фиксация изменений.
Методика анализа:
Извлечение исходного кода из образа (если SAP недоступна) — через дампы памяти (объекты PROGDIR).
Если SAP доступна (в изолированной среде) — через транзакции SE80, SE38.
Сравнение с эталонной версией (SAP Notes, резервные копии).
Документирование каждой модификации.
В кейсе №2 модификация VA01 была обнаружена именно так. Без этого мы бы не доказали, что ответчик мог создавать «задние числа». 🔑
Глава 12. Восстановление удалённых данных: защита прав даже после уничтожения улик
Если оппонент удалил базу SAP, санкционировал TRIM на SSD или зашифровал данные — это не конец. Мы восстанавливаем. 🗑️➡️💎
Методы восстановления (инженерные):
Карвинг страниц HANA:
Поиск по сигнатурам (#*HANA*#, 0xFFDD, 0xDDDD) во всём образе диска.
Извлечение страниц, проверка контрольных сумм.
Сборка таблиц.
Анализ redo-логов (даже без основной базы):
Redo-логи содержат полную историю изменений за период их хранения.
Можно восстановить все INSERT/UPDATE/DELETE, а значит, и данные.
Программатор NAND для SSD:
Физически считываем чипы памяти (микросхемы NAND).
Собираем образ, игнорируя контроллер и TRIM.
Далее — карвинг.
Теневые копии VSS (Windows) / LVM-снимки (Linux):
Часто хранятся месяцами.
Позволяют восстановить базу на определённую дату.
Пример из практики (не вошедший в кейсы):
База SAP была удалена, диск перезаписан случайными данными, а затем подключён к другому серверу. Мы восстановили 70% таблиц BSEG через карвинг. Суд принял восстановленные данные как доказательство хищения 95 млн. 💪
Глава 13. Сетевой анализ: кто и откуда подключался
Сетевые логи (PCAP) могут сохраняться на сетевых коммутаторах или серверах. Анализируя их, мы отвечаем на вопросы: 🌐📡
С какого IP-адреса (и MAC) было подключение к SAP?
Использовался ли SAP GUI (протокол DIAG) или прямое JDBC-соединение к HANA?
В какое время были активны сессии?
Были ли подключения в нерабочее время?
Инструменты:
Wireshark (фильтры sapdiag, saprfc, tcp.port == 3xxxx).
tcpdump (для больших файлов).
Что даёт для защиты прав:
Если спорные операции делались с IP-адреса оппонента в нерабочее время — это улика.
Если использовалось JDBC-соединение (прямой доступ к HANA), а не SAP GUI — значит, данные вносились в обход аудита.
В кейсе №3 сетевой анализ подтвердил, что все легитимные проводки делались с офисных IP в рабочее время через SAP GUI. Это опровергло довод налоговой о «фиктивности». 🕵️♂️
Глава 14. Метрологическое обеспечение: гарантия воспроизводимости результатов
Для того чтобы суд принял наше заключение, мы должны доказать: методы научны, результаты воспроизводимы. Это обеспечивается метрологией. 📏🔬
Что мы делаем:
Калибровка оборудования (write-blocker’ы, программаторы) — ежемесячно, с записью в журнал.
Контрольные хеши (SHA-256) на каждом этапе: образ диска, выгрузка redo-логов, дампы RAM.
Независимое дублирование — два эксперта анализируют одни и те же данные.
Тестовые наборы — синтетическая база HANA с внесёнными искажениями (1000 операций). Точность методов > 99.9%.
Почему это важно для защиты ваших прав:
Оппонент не сможет заявить, что эксперт «ошибся» или «подогнал» результаты.
Другой эксперт (если суд назначит повторную экспертизу) получит те же выводы.
Независимая экспертиза sap для защиты своих прав в суде — это не магия, это инженерия. И мы это доказываем. 🎯
Глава 15. Почему Союз «Федерация судебных экспертов» — ваш выбор
Мы не просто «знаем SAP». Мы живём в SAP. Мы программировали на ABAP, настраивали HANA, проектировали системы авторизации. А теперь — расследуем преступления в SAP и защищаем права наших клиентов. 💎
Наши преимущества:
Независимость — работаем только по определению суда, оплата через депозит суда.
Инженерная глубина — копаем до битов, до redo-логов, до чипов NAND.
Опыт — десятки экспертиз SAP, включая S/4HANA, ECC, HANA 2.0, Oracle.
Ответственность — ст. 307 УК РФ.
Что вы получаете:
Заключение, которое выдерживает любые атаки оппонента.
Доказательства, основанные на математике и физике.
Защиту своих прав в суде любой инстанции.
Когда суд доверяет нам независимая экспертиза sap для защиты своих прав в суде, он получает научно обоснованный, верифицируемый и беспристрастный анализ. А вы получаете шанс на справедливость. 🧠⚖️
Заключение: ваши права — наша инженерная задача
SAP сложна. Мошенники, использующие её, надеются на сложность как на щит. Но инженерный подход, вооружённый знанием redo-логов, LSN, ABAP-кода и методов криминалистического копирования, прошибает любой щит. Три кейса, которые мы разобрали, — лишь малая часть нашей практики. В каждом из них мы защитили права истцов или ответчиков, восстановили истину и помогли суду вынести справедливое решение.
Независимая экспертиза sap для защиты своих прав в суде — это не услуга, это право. Право на объективность, на доказывание, на победу.
🟢 Переходите на сайт: https: //kompexp.ru/
Там — форма заявки, контакты экспертов, примеры заключений. Звоните. Пишите. Приезжайте. Мы защитим ваши права.
Помните: в суде побеждает не тот, у кого правда, а тот, кто может её доказать. Мы поможем доказать. 🔥⚖️💪🔍🧠






Задавайте любые вопросы