Полигон-2

В том-то вся и проблема, что аппаратная деструктивная защита в продукте - это палка о двух концах. Ну представьте себе, что клиент покупает промышленный контроллер, скажем, Omron какой-нибудь или Siemens, работает он себе работает, потом - бац! - вылетает какой-нибудь оптрон на развязке периферии или ключевой мосфет, а починить надо быстро (или гарантия кончилась/к дилеру добираться долго). Открывает местный ремонтник девайс, а там мало того, что всё в эпоксидке, так ещё и при попытке её отскоблить идёт дым. Как вы думаете - будут такие контроллеры закупать в компании после подобного инцидента? Когда люди ставят себе проблемы и просят их решить, перед задаваниам вопроса "как решить?" всегда имеет смысл задаваться вопросом "зачем решать?" К тому же любая деструктивная защита потенциально снижает надёжность устройства в целом, т.е. устройство может выйти из строя при корректной эксплуатации из-за кустарной или плохо спроектированной закладки, - Вам (и - что важнее - Вашим клиентам) это надо?

По-моему самое тривиальное решение без снижения надёжности конструкции - добавить FPGA с запретом чтения конфигурации, к тому же это во многих случаях упрощает серийную PCB и лечение потенциальных багов, а так как плата под PC, то там в любом случае стоит либо готовый мост в BGA, либо уже и так использована FPGA, реализующая PCI/PCIe, посему cost of assembly вряд ли сильно возрастёт. Конструкции с заводом рассыпухи в FPGA копировать вообще редко рентабельно - проще разработать свой аналог с нуля.

P.S.: вообще большинство идей из серии "как насолить плагиаторам незаметным проводком" растёт из специфики СНГшного кооперативного движения девяностых, в серьёзном неконсьюмерском non-military grade девелопменте редко заморачиваются такой ерундой. У стартапа главная задача - получить конкурентноспособный продукт и выйти на рентабельность, до этого в 90% случаев дело так и не доходит. Индийские и азиатские стартапы в Штатах мрут сотнями и в итоге никто даже не хочет покупать их интеллектуальную собственность, несмотря на инвестиции в проект в миллионы долларов, разработку своих чипов и хардверных реализаций серьёзной математики. Когда ваша компания достигнет уровня, на котором продукцию захотят копировать, вы либо уже будете подразделением какого-нибудь холдинга и этим будут заниматься его юристы, либо будете заказывать свой силикон на фабах.

Сразу вспомнилось:

"It is all about getting shit done in corporations. If your manager asks a button there doing that, nobody cares what sort of mess you created. As long as that functionality is ready, it is okay and can always be fixed later. (I haven’t seen that ever happened, yet.) "

Привычка абстрагироваться от возможных последствий решения поставленной задачи - это не чисто западная специфика, а побочный эффект иерархического внутрикорпоративного конформизма, - it's generally ok, но она является таким же источником разнообразных факапов, как и недостаточная проработка самой задачи. Если по какому-то странному стечению обстоятельств некий предложенный Вами вариант защиты будет реализован и приведёт к имиджевым потерям компании, то хорошего будет мало, так что было бы неплохо в итоговом документе упомянуть про потенциальные негативные последствия встраивания деструктивных защит, чтобы к Вам потом не было лишних претензий.

Fe-Restorator, зачем такие сложности? Есть значительно более простые способы определить желание разобрать конструкцию - например сделать сплошной экран, который при выпайке в одном месте пайки (а лучше в пяти) убирает контакт с землёй, а в другом - сделать псевдонепропай. Кроме того, закладки типа "подать на схему сто вольт" - это глупость, нужно не сжигать плату, а портить её функциональность программно. Определить проблему "из-за этого пошёл дым" намного проще, чем "мы её разобрали и она стала выдавать бредовые данные". BTW, можно сделать схему, которая эту функциональность будет поддерживать даже при отсутствующем питании, например поставить ёмкую керамику с низкой утечкой или ионистор и от них питать схему детекта вскрытия с прописыванием эвента в EEPROM, но жечь ничего не надо.

Gleb Erty написал:

[q]

Кроме того, закладки типа "подать на схему сто вольт" - это глупость, нужно не сжигать плату, а портить её функциональность программно

[/q]

Я не занимаюсь разработками "деструктивных схем", посему привёл сию только как яркий пример, явно мозолящий глаза, не более того. Важно построение датчика взлома, а разработку некоего "исполнительного механизма" оставляю за автором сей темы, пусть напряжётся.

Уборка контакта (пяти контактов) приведёт к закупке 5-ти плат и их демонтажу для выяснения сих "закладок". Шестая по-счёту плата уже будет "вскрыта" и скопирована в-обход закладки.
Псевдонепропай - ненадёжен.
Дополнительные ионисторы сильно заметны и легко повторимы копировщиком, к тому-ж не переносят длительного хранения (разряженный датчик покажет "вскрытие" даже вовсе без фактических попыток оного!!! ).

Преимущество моей схемы - деталь с заданным (в биосе) значением можно включить непосредственно в схему самой платы, а не использовать как "выносной контактный датчик". Иными словами - испортил цепь - даже после восстановления её сигнал по цепи не будет прежним/передаваться или проходить правильно. Схема в противоположном конце текстолита это ловит и включает "исполнительный механизЬм": тупую "бомбу" или хитрый криптообман, на-выбор.