В проприетарном драйвере для видеокарт AMD найден «бэкдор»

Ждем

В проприетарном драйвере для видеокарт NVIDIA найден «бэкдор»

Бугога

Ты просто ненавидишь всё красное

Ты просто ненавидишь всех ненавидящих

cat /dev/urandom | grep -i backdoor

При желании ещё погрепайте сырцы ядра. Тоже много бэкдоров найдёте. Уже вижу заголовки: «Никогда ещё работа специалистов по безопасности не была столь простой! Магический греп сам находит бэкдоры!»

В среднем находится один бэкдор на 64 пебибайта [псевдо]случайных данных. Хватит ли остатка твоей жизни на ожидание нахождения хотя бы одного бэкдора в /dev/urandom?

В среднем находится один бэкдор на 64 пебибайта [псевдо]случайных данных. Хватит ли остатка твоей жизни на ожидание нахождения хотя бы одного бэкдора в /dev/urandom?

Это вероятностный процесс, как повезёт. Могу и через секунду найти. Суть в том, что оно точно найдётся. И всё, паника, в /dev/urandom обнаружен бэкдор!

Со смертью так же, можешь и через полсекунды умереть.

А ведь правда! /usr/lib/python2.7/hmac.py:

# A unique object passed by HMAC.copy() to the HMAC constructor, in order
# that the latter return very quickly.  HMAC("") in contrast is quite
# expensive.
_secret_backdoor_key = []

class HMAC:
    """RFC 2104 HMAC class.  Also complies with RFC 4231.

    This supports the API for Cryptographic Hash Functions (PEP 247).
    """
    blocksize = 64  # 512-bit HMAC; can be changed in subclasses.

    def __init__(self, key, msg = None, digestmod = None):
      ...
        if key is _secret_backdoor_key: # cheap
            return

Со смертью так же, можешь и через полсекунды умереть.

Не совсем. Время до смерти мозга, даже если просто отрубить голову, составит чуть более половины секунды. Ну, разве что у меня внезапно взорвётся голова. А программа всё равно когда-нибудь выдаст результат, если у неё будет всё необходимое для работы. Хотя некоторые считают, что информация, которая не может быть воспринята, таковой не является.

ТС, возьми уже да дизассемблируй файлик, посмотри, что реально эта штука делает.

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

В квотезы! :D

Спасибо, теперь я понял ответ на свой вопрос.

навернулись интелофобы

багет, стало быть, нужно хватать после osMemStateDumpAllObjectsSince() ?

Прочти хотя бы комментарии по своей ссылке, хакир.

Срочно патентуй антиbackdoor им. Попова:

 find / -type f |xargs -P8 grep -il backdoor | while read line; do
  rm -f "$line"
  echo "Removed backdoor: $line"
 done

А что так рисует? Под другие архитектуры есть?

ух ты. а чем так дизассемблировать чтоб получить такой выхлоп?

беда

radare2. Вышел Radare2 — фреймворк для реверс-инжиниринга

http://rada.re скриншот - http://xvilka.me/r2-r2.png

Поддерживаемые архитектуры: 8051, arm, arc, avr, bf, c55x+, csr, dcpu16, dalvik, java, i8080, mips, m68k, mips, msil, sh, sparc, rar, powerpc, i386, x86-64

ТС, возьми уже да дизассемблируй файлик, посмотри, что реально эта штука делает.

Для этого нужно много специфического опыта. Уже для 1 Мб дизассемблированый код не прочитать, не то что в голове уместить

Поставил, жду. Если выпадет - пишу в Спортлото.

Для этого нужно много специфического опыта. Уже для 1 Мб дизассемблированый код не прочитать, не то что в голове уместить

А никто не требует понимать весь драйвер, речь о ссылке на одну строчку. Плюс для этого нужен нормальный софт, а не тупо дизассемблер. В IDA можно разобрать, но мне лень, тем более я понятия не имею, как устроены линуксовые дрова.

класс! thx. твоё?

Не моё, но я принимаю в нём участие.

Так греп еще ищет построчно. Если повезет, еще должен быть End of Line.

Хм, зачётная штука, но, видать, сырая, по крайней мере для z80 выдаёт смещения по 16-32 бита там, где надо 8.

1) Попробуйте версию из гита.

2) Заполните баг https://github.com/radare/radare2/issues - оперативно исправим.

Можно и сюда подбробно отписать (желательно с примером файла или данных), я сам заполню баг.

Для Z80, в дисасме JR/JR C|NC|Z|NZ положительное смещение выдаётся длиной в 16 бит, отрицательное - 32, тогда как под это поле выделен всего один байт и смещение должно быть от -126 до +129(e-2).
C 16ю битами понятно, в 8мь не влезет, но вот для отрицательных смещений
[code]
rasm2 -a z80 -d 18fd
jr 0xFFFFFFFF
[/code]
математика 32хбитная, что для z80 как-то много =)
В целом-то это вроде и не баг, зависит от того, чем потом собирать.