Перейти к содержанию
    

Прочитать содержимое SDRAM

Полагаю, автор сделал девайс и думает, насколько сложно скопировать с него инфу, важная составляющая которой находится в расшифрованном виде в SDRAM.

Ну, как бы, не надо располагать важные константы и данные во внешней памяти в незашифрованном виде:wink:

А вообще...

В 23.02.2019 в 06:12, vlad_new сказал:

От кого шифруемся? http://www.break-ic.com

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

2 hours ago, zombi said:

Секрет конечно. Скажем так:

есть некие данные на получение которых были затрачены определённые физические и финансовые ресурсы.

И не хочется просто так раздавать их всем желающим.

Не в обиду, но по моим наблюдениям, всей этой конспирологией страдают начинающие, из-за слабого владения вопросом (всё уже украдено до нас!) считающие, что сделали важное открытие и весь мир только спит и видит, как бы украсть эту военную тайну эти ценнейшие данные.

Но, может, ошибаюсь. Мне просто ничего такого в жизни не попадалось, что жуть как хотелось бы взломать, что и не поленился бы проводить похожие манипуляции...

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

6 часов назад, MegaVolt сказал:

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

Какие такие утечки? пива из банки у того кто это выдумал и написал? :biggrin:

В чём проблема перенести эту SDRAM куда-то? Зачем ещё какой-то азот сюда приплетать? Чтоб такие же диванные хомячки читали и лайкали лучше?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

3 hours ago, Herz said:

Но, может, ошибаюсь. Мне просто ничего такого в жизни не попадалось, что жуть как хотелось бы взломать, что и не поленился бы проводить похожие манипуляции...

Не крутились в сером мире. 
Игровые автоматы, разная сервисная диагностика особенно авто, угонные приблуды, шулерские приблуды, прослушки и подсматривалки (эт криминал реверсит спецсредства) и т.д. и т.п.  

Но паяться к SDRAM проводами чистый бред.
Кста современные микроконтроллеры на раз позволят определить припаялся кто проводами еще к шине или нет.  

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

22 minutes ago, jcxz said:

Какие такие утечки? пива из банки у того кто это выдумал и написал? :biggrin:

В чём проблема перенести эту SDRAM куда-то? Зачем ещё какой-то азот сюда приплетать? Чтоб такие же диванные хомячки читали и лайкали лучше?

наверное речь вот про это:

https://www.opennet.ru/opennews/art.shtml?num=14358

 

4 hours ago, xvr said:

Так вы хотите считать SDRAM, или не дать этого сделать другим? Это как бы разные задачи :mda:

возможно сначала считать самому, а потом уже не дать этого сделать другим :)

 

22 minutes ago, AlexandrY said:

Но паяться к SDRAM проводами чистый бред.
Кста современные микроконтроллеры на раз позволят определить припаялся кто проводами еще к шине или нет 

современные - это с контроллером обычного sdram, даже не ddr, с частотой 120МГц и с встроенным анализатором "целостности" сигналов? вот уж действительно бред.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

7 hours ago, xvr said:

Так вы хотите считать SDRAM, или не дать этого сделать другим? Это как бы разные задачи :mda:

не дать этого сделать другим.

Просто хотел узнать на сколько сложно считать содержимое памяти без особых финансовых затрат.

Оказалось - проще пареной репы.

Вывод один - не хранить в озу ничего ценного. )

К сожалению, не всегда это удаётся.

 

А может есть способы максимально усложнить "читателям" реализацию сей увлекательнейшей задачи?

 

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

4 часа назад, zombi сказал:

А может есть способы максимально усложнить "читателям" реализацию сей увлекательнейшей задачи?

Я еще выше написал - не располагать данные, подвергающиеся активному интересу третьим лицам, во внешней памяти напрямую.

Либо ищите другой МК с более жирной набортной оперативной памятью и исключайте внешнюю.

 

7 часов назад, AlexandrY сказал:

Но паяться к SDRAM проводами чистый бред.
Кста современные микроконтроллеры на раз позволят определить припаялся кто проводами еще к шине или нет.

Никакого бреда. Провода покороче и все будет работать. SDR SDRAM куда проще в отношении соблюдения целостности сигналов.

Да и причем тут контроллеры? Если подключаться своим контроллером, то тот, который мы будем обходить, будет под аппаратным сбросом.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

8 часов назад, zombi сказал:

А может есть способы максимально усложнить "читателям" реализацию сей увлекательнейшей задачи?

Обложите чип SDRAM гексогеном. Чтоб пальцы паскудникам поотрывало!

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

11 часов назад, AlexandrY сказал:

Кста современные микроконтроллеры на раз позволят определить припаялся кто проводами еще к шине или нет.  

Если не секрет каким образом? Может есть ссылочка?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

3 hours ago, Arlleex said:

Либо ищите другой МК с более жирной набортной оперативной памятью и исключайте внешнюю.

К слову, Level1 protection в STM32 не запрещает читать ОЗУ.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Только что, esaulenka сказал:

К слову, Level1 protection в STM32 не запрещает читать ОЗУ.

Дык что мешает предусмотреть механизм отключения JTAG/SWD? Либо при подключении отладчика сразу тереть прошивку и содержимое SDRAM - разработчик пускай отлаживается на столе.

Отладчик + потребитель = враг-копирайтер по определению.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

1 minute ago, Arlleex said:

Дык что мешает предусмотреть механизм отключения JTAG/SWD?

Есть два способа: просто ремап выводов при старте или включение level 2 protection.

Первый способ (и всякие "при подключении отладчика стереть...") обходится банальным резетом перед всей остальной процедурой.

Во втором случае, перед тем, как подключиться программатором к JTAG'у (мало ли какие ошибки. Мне не кажется, что сейчас мы обсуждаем изделие с серийностью в миллион штук), надо взять в руки паяльник и поменять процессор.

 

Если коротко, способ Неуловимого Джо выглядит наиболее беспроблемным. Имхо.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

9 hours ago, zombi said:

А может есть способы максимально усложнить "читателям" реализацию сей увлекательнейшей задачи?

Шифровать содержимое SDRAM. Если у МК есть виртуальная память и кэш, то можно попытаться сделать прозрачное шифрование 'на лету'

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

7 часов назад, xvr сказал:

Шифровать содержимое SDRAM.

Можно конечно и так, но в большинстве своем достаточно разнородных структур. Большинство программистов для простоты и удобства все данные размещают логично и удобно, но если их "разбросать" по всей памяти в случайных, известных только разработчику местах, то задача формализовать и сгруппировать их резко усложнится, ну и особо ценные блоки можно шифровать...

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

пишите в RAM дезинф-ю наряду с реальной инф. Выделить рабочие данные на фоне спама, для "ломателя" - уже сама по себе задача сложная. 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Вставить как обычный текст

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

×
×
  • Создать...