Управление, как технология защиты
Сами по себе модели управления — это тоже технология. Причем ни разу не простая, не интуитивно понятная, и — вопреки мнению некоторых — не воспроизводимая тупым копированием. С интересом смотрю с 2000 года, как на этом моменте регулярно обсираются недостаточно осмотрительные товарищи.
Есть даже мнение, что воспитанные инфантилизмом и упрощениями видеоигр:
— денег дал — завод построился
— мышкой кликнул — технология в дереве открылась
— обвел — и юниты работать побежали.
Оно так не работает. Исторический пример карго-культизма избит и притянут, но он хорошо иллюстрирует суть.
- Недостаточно собрать самолет из веток, чтобы он привозил ништяки.
- Недостаточно обложить всё документацией, чтобы система (за)работала.
- Недостаточно купить технику и включить ее в электросеть.
- Недостаточно повторить шаги конкурента, чтобы стать конкурентом.
Мой вопрос (внутри меня) состоит также в том, «а можно ли этим системно воспользоваться». Превратить не-воспроизводимость одного конкретного набора технологий в защитное преимущество. Скрыть и превратить в «защиту от копирования» самое базовое: технологию менеджмента.
— да, ты знаешь как я победил
— но ты не знаешь, как я это организовал.
Сунь Цзы (Art of War, если не ошибаюсь)
Распространенный вариант «мы сами хер знает, как оно у нас работает», и поэтому невоспроизводимо — это скорее юмор, конечно. Но тоже до какой-то степени работает, не смогу отрицать (хотя и не рекомендую).
Непрозрачность процессов сама по себе технологией защиты этих самых процессов в полной мере не является; это security by obscurity, и обходится последовательным прояснением этих самых процессов.
Можно ли намеренно усложнить исследование со стороны по отношению к ключевым процессам так, чтобы эти меры стали осознанно защитными? Я в сомнениях.
Но считаю важным отметить, что нашел пример — в отрасли, в которую понадобилось залезть — который успешно работает. Не моими силами, ребята сами собрали. Честно скажу — я от увиденного в ахуе, и преклоняюсь.
Ключевые моменты, которые для себя отфиксирую:
- никаких персональных источников принятия решений. Для всех внутри системы принятые решения и ходы проводятся от лица контрагентов (компаний, подразделений) и только от них
- никакой мотивировочной части в открытом доступе, ни для кого
- естественно, режимы секретности и коммерческой тайны, как без них
- огромный ворох юрисдикций, которые затрудняют любые формальные исследования
- никаких управленческих ходов в реальном времени, за искл тупо операционных, по планам написанным за 3-6 месяцев заранее
- вся подготовка операционных цепочек за полгода заранее так, чтобы общий timeline сложился в нужный момент. Кажется, это издецки сложно, но как факт, возможно
- двойное и тройное юридическое резервирование цепочек. Подготовленные цепочки контрактов на дату X уже готовы, и просто подписываются наиболее в моменте выигрышные с любой точки зрения, исходя из операционной ситуации
- огромное резервирование по оборотным средствам
- сведение взаимозачетов не в реальном времени и, как правило, сильно постфактум. Кто кому чего в итоге остался должен, и кто на ком стоял — разносится и сводится во внутренних (неотслеживаемых извне) процессах
- двойная (минимум двуслойная) структура контрагентов. Как операционно, так и на бумаге. Если нужно законтрактовать какие-то движения ресурсов и операционку, вход и выход процесса не задаются одновременно — задается либо одно, либо другое, следовательно любая затронутая цепочка сохраняет операционную гибкость
- большинство контрактов типовые — так, чтобы суть контракта не зависела от конкретных дат и контрагентов, особенно от обоих сразу
- разнесение ресурсных цепочек по времени, сторонам и юрисдикциям. Практически невозможно в моменте диагностировать, что операция «товар» между Виллариба-Виллабаджо будет/была закрыта денежными операциями Мадрид-Барселона с разницей в год, а их гарантом выступает юр.контора с Кипра
- логистические контрагенты. Есть ряд сторон, задача которых — обеспечивать операционный ход бизнеса, фактически по скриптам; и, я полагаю, это сложившаяся практика в некоторых отраслях. Видел такое, например, на маркетплейсах, которые работают витриной и источником денег «по инструкции», а что там происходит «за ними» — это вам знать не обязательно
- модель микрокоманд/микросервисов, матричные методы. Один узел внутри ситуативных цепочек может обслуживать многих или, наоборот, агрегировать результаты из нескольких источников
- напрочь неочевидный chain-of-command. Кажется, я начинаю понимать, почему у японских наднациональных дзайбацу важные люди на должности секретарей и уборщиков.
Антиотладочные методы во всей красе.
Поговаривают, что-то аналогичное в золотые годы использовали подпольно-криминальные структуры; как минимум, в схемах ухода от налогов — ну, очевидно. В рассматриваемом мной примере нет, налоги точно ни при чем.
Но есть смысл также взглянуть на вопрос шире: это ж какая отрастает защита системы от посторонних глаз, и (следовательно) от возможного влияния извне. Конкуренты-то тоже не дремлют. Очень сицилийские методы, прямо скажем.
Про логистических (в широком смысле) контрагентов тоже интересно: кажется, в некоторых отраслях это «новая норма». Есть конторы, которые к 2026 освоили сервисную модель, и работают так: вы даете нам контракт, мы его за вас исполняем. Причем типовых контрактов у них много, но однотипных.
- Какая-то контора-сервис занимается типовым обслуживанием GDPR-рисков, например; задача одинаковая, а клиентов сотни со всего мира;
- Какая-то контора-сервис занимается поставкой товаров или услуг, с заданными таймингами на конкретном рынке; где она берет источник — её личное дело;
- Какая-то контора-сервис берет на себя роль витрины и согласований; вот мы делаем такую услугу под ключ, приходить сюда, согласовывать здесь, а как и кем оно будет выполнено — не ваше дело, главное что точно и в срок
И так далее. Для бизнеса эти конторы также взаимозаменяемы, вовсе необязательно иметь одну — а лучше даже наоборот, массив и pool, ради удобной диверсификации и работы с рисками.
Как следствие, любая внешняя «аналитика» при попытке что-то понять и сделать свои «выводы» неминуемо гуляет по настолько фундаментальному набору граблей, что это тянет на отдельную комедию.
Ну т.е камон, вы (по-)пытаетесь общедоступными методами и «здравым смыслом» анализировать систему, которая имеет несколько слоев защиты от того, чтобы её всякие васяны анализировали общедоступными методами и здравым смыслом.
Это_охуенно. Это какой-то фундаментально иной уровень строительства систем.
(ну и да, это скорее всего пиздецки дорого реализовывать).
Разумеется, никакой осинт с нейросетями тут тоже не поможет: им просто не с чем работать. Даже на уровне периметра ловить нечего: ты не знаешь, а где вообще тот периметр, и что может/могло/будет им являться.
Пока что просто зафиксируем, что «о, смотри-ка, такое бывает».
И так можно делать не в формате «у нас бардак, и бардак несущий» (security by obscurity), а прямо вдумчиво и последовательно.
Описанный пример не единственный, пока в моей копилке штуки четыре (виденных за мою жизнь). Но блин, котаны, кажется что да — так можно было.