Ещё одно описание, как подключить локальную LLM (у автора Nvidia RTX 3090) к Ghidra. Здесь немного другой подход (более практичный, надо отметить) по сравнению с тем, который мы описывали ранее: вместо ручного написания промптов используется плагин GhidrAssist , содержащий необходимые промпты. Наиболее полезное применение: получение описания, что делает функция или ассемблерная инструкция. Т.е. эдакий ассистент реверсера. Есть возможность подключить RAG, что просто отлично. Полностью автоматизировать реверсинг не получится, но упростить и ускорить - вполне себе.
#ии #почитать #реверсинг
#ии #почитать #реверсинг
👍2
С завидной регулярностью выходят публикации об автоматическом реверсинге бинарей с помощью LLM. Вот, к примеру, одна из недавних. Как это делать - понятно: прикрутить классические инструменты для реверсинга и скармливать их результаты LLM. Практически всегда речь идёт о топовых облачных моделях. Несколько сложнее делать это с локально развёртнутой на контролируемых и не особо больших мощностях LLM. Тем не менее, и здесь можно добиваться неплохих результатов. Вот, к примеру, часть вывода нашего автореверсера, которому скормили исполняемый файл PE-формата:
Здесь на самом деле решается немало интересных инженерных математически ёмких задач, основная из которых - работа с относительно небольшим контекстом без потери смысла.
Радует, что одним из основных участников этого развивающегося проекта является студент нашей Калужской Бауманки. Есть подозрение, что к диплому подойдёт с материалом на кандидатскую ;) Это один из плодов нашего тесного сотрудничества с КФ МГТУ.
#реверсинг #ии #рекрипториум
- Allocates memory with `VirtualAllocEx`, injects shellcode, and creates a **remote thread**
using `CreateRemoteThread`.
Здесь на самом деле решается немало интересных инженерных математически ёмких задач, основная из которых - работа с относительно небольшим контекстом без потери смысла.
Радует, что одним из основных участников этого развивающегося проекта является студент нашей Калужской Бауманки. Есть подозрение, что к диплому подойдёт с материалом на кандидатскую ;) Это один из плодов нашего тесного сотрудничества с КФ МГТУ.
#реверсинг #ии #рекрипториум
Lenny Zeltser
Using AI Agents to Analyze Malware on REMnux
To analyze malware effectively, AI agents need practitioners' expertise and access to the analysis tools. The REMnux MCP server provides both, connecting AI to 200+ tools on REMnux with guidance on which to run and how to interpret their output.
👍6
Телеграм гудит по поводу замедления Телеграм.
В зоне риска в том числе корпоративные коммуникации. Люди опасаются, что при использовании того же MAX их контент будет доступен третьим лицам, круг которых не совсем определён: от пресловутых товарищей майоров со своими целями и задачами до имеющих доступ к серверам IT-специалистов компании-вендора. Есть опасения, что это в итоге может быть использовано против абонентов таких мессенджеров и их компаний. Мы здесь все люди взрослые, а канал у нас технический. Поэтому эмоционально комментировать ситуацию с Телеграм мы не будем. Это всё при текущей архитектуре возможно? Вполне. Опасения понятны. Актуальны ли те же угрозы с Телеграм? Вполне.
А сейчас будет реклама :) Компания "Рекрипт" является партнёром компании "Анлимитед Продакшн" - компании-вендора поатформы корпоративных коммуникаций eXpress. eXpress давно и успешно используют ведущие российские компании. Мы тоже все корпоративные коммуникации, включая солидную часть партнёрских, давно затащили туда. Платформа полностью российская, надёжная и безопасная с массой возможностей, которые ещё более расширяются SmartApp-ами. Все данные находятся на доверенных серверах и надёжно защищены. Многие компании используют свои серверы для этих целей. Впрочем, есть разные варианты. Мы развёртываем платформу под ключ и имеем большой опыт в разработке SmartApps для eXpress. Не стоит доверять деловые коммуникации публичным мессенджерам. Это может быть чревато.
По вопросам приобретения и развёртывания обращайтесь к нам: contact@re-crypt.com
В зоне риска в том числе корпоративные коммуникации. Люди опасаются, что при использовании того же MAX их контент будет доступен третьим лицам, круг которых не совсем определён: от пресловутых товарищей майоров со своими целями и задачами до имеющих доступ к серверам IT-специалистов компании-вендора. Есть опасения, что это в итоге может быть использовано против абонентов таких мессенджеров и их компаний. Мы здесь все люди взрослые, а канал у нас технический. Поэтому эмоционально комментировать ситуацию с Телеграм мы не будем. Это всё при текущей архитектуре возможно? Вполне. Опасения понятны. Актуальны ли те же угрозы с Телеграм? Вполне.
А сейчас будет реклама :) Компания "Рекрипт" является партнёром компании "Анлимитед Продакшн" - компании-вендора поатформы корпоративных коммуникаций eXpress. eXpress давно и успешно используют ведущие российские компании. Мы тоже все корпоративные коммуникации, включая солидную часть партнёрских, давно затащили туда. Платформа полностью российская, надёжная и безопасная с массой возможностей, которые ещё более расширяются SmartApp-ами. Все данные находятся на доверенных серверах и надёжно защищены. Многие компании используют свои серверы для этих целей. Впрочем, есть разные варианты. Мы развёртываем платформу под ключ и имеем большой опыт в разработке SmartApps для eXpress. Не стоит доверять деловые коммуникации публичным мессенджерам. Это может быть чревато.
По вопросам приобретения и развёртывания обращайтесь к нам: contact@re-crypt.com
express.ms
Корпоративный мессенджер eXpress - безопасность Вашего общения
eXpress - корпоративный мессенджер для коммуникаций с коллегами, партнерами и клиентами. Платформа, где есть всё: видеоконференции, почта, календарь, мобильное приложение для сотрудников, интеграция с корпоративными системами. Все инструменты для общения…
👍6🔥1
С 28 февраля по 2 марта будет проходить олимпиада CryptoFox-2026, организованная кафедрой №41 «Криптография и безопасность компьютерных систем» НИЯУ МИФИ и Институтом интеллектуальных кибернетическим систем НИЯУ МИФИ при участии кафедр «Информационная безопасность» МГТУ им Н.Э. Баумана и «Компьютерная безопасность и математические методы обработки информации» ЯрГУ им. П.Г. Демидова. Олимпиада посвящена 35-летию кафедры №41, выпустившей множество талантливых специалистов, некоторых из которых знаю лично и рад дружбе с ними. Мы - компания Рекрипт - считаем за честь быть партнёрами этого безусловно полезного мероприятия, развивающего нашу российскую математическую и инженерную школу. Всем участникам удачи!
#криптография
#криптография
goit.mephi.ru
Олимпиада CryptoFox
👏5🤗1
Человек подружил бесплатную IDA Free с LLM, портировав плагин ida-pro-mcp на C++. IDAPython требует платной версии IDA, а у бесплатной IDA есть C/C++ SDK. Как сейчас принято (де-факто уже стандарт в разработке), портирование человек реализовывал не самостоятельно, а завайбкодил с помощью Claude. Пишет, работает.
#реверсинг #ии
#реверсинг #ии
GitHub
GitHub - mrexodia/ida-pro-mcp: AI-powered reverse engineering assistant that bridges IDA Pro with language models through MCP.
AI-powered reverse engineering assistant that bridges IDA Pro with language models through MCP. - mrexodia/ida-pro-mcp
🔥1
🎉13🔥2
Вышла Voicebox - опенсорсная система для клонирования голоса. Ядро системы - локально развёрнутая LLM Qwen3-TTS.
Пранки и прочие подобные веши постепенно выходят на новый уровень.
#ии
Пранки и прочие подобные веши постепенно выходят на новый уровень.
#ии
GitHub
GitHub - jamiepine/voicebox: The open-source AI voice studio. Clone, dictate, create.
The open-source AI voice studio. Clone, dictate, create. - jamiepine/voicebox
🤔1
Что почитать на выходных и в свободное время вместо бездумного и безумного убивающего мозг и нервы чтения новостных лент и унылой пафосной банальщины от надутых экспертов по всему?
Например, вышла новая книга Сергея Игоревича Николенко про машинное обучение. Это не первая его книга про ИИ, но все их объединяет взгляд на машинное обучения с точки зрения теории вероятности и математической статистики. Байесовский подход, который красной нитью пролегает по всем главам книги, позволяет понять саму суть машинного обучения. Понять не только как, но, самое главное, почему. В этой книге всё, на мой взгляд, последовательнее и подробнее. Рекомендую.
Есть и другие книги, делающие акцент на вероятностном подходе. Пожалуй, самая известная - "Вероятностное машинное обучение" Кевина Мерфи. Она есть на русском, но перевод так себе. Лучше читать в оригинале.
Так что пока на русском, на мой взгляд, это лучшая книга по теме.
Ну и котики там есть :)
#ии #почитать
Например, вышла новая книга Сергея Игоревича Николенко про машинное обучение. Это не первая его книга про ИИ, но все их объединяет взгляд на машинное обучения с точки зрения теории вероятности и математической статистики. Байесовский подход, который красной нитью пролегает по всем главам книги, позволяет понять саму суть машинного обучения. Понять не только как, но, самое главное, почему. В этой книге всё, на мой взгляд, последовательнее и подробнее. Рекомендую.
Есть и другие книги, делающие акцент на вероятностном подходе. Пожалуй, самая известная - "Вероятностное машинное обучение" Кевина Мерфи. Она есть на русском, но перевод так себе. Лучше читать в оригинале.
Так что пока на русском, на мой взгляд, это лучшая книга по теме.
Ну и котики там есть :)
#ии #почитать
Поздравляем с Днём Защитника Отечества всех, кто защищает Родину в эти нелёгкие времена! А также всех тех, кто на разных участках работает над укреплением и усилением научного, промышленного, экономического, военного потенциала России. Взгляды и оценки событий могут быть разными, но Отечество у нас одно! Не будем забывать об этом. С Праздником, друзья и коллеги!
👍8🫡2
Уважаемый коллега и подписчик нашего канала предложил осветить технологический стек Capability Hardware Enhanced RISC Instructions (CHERI). Не великий секрет, что компанию "Рекрипт" основали в 2013 году люди, имеющие отношение к реверсингу, обфускации и деобфускации, компиляторным технологиям. Долгое время одним из источников дохода компании были именно компиляторные технологии, да и сейчас мы активно используем накопленные опыт и знания в ряде проектов, включая платформу для анализа файлов "Рекрипториум". Потому тема нам близка и интересна.
Не сказать, что CHERI - это совсем новое слово в безопасности. Подробности об архитектуре можно прочитать в этом документе, но давайте пока отложим его в сторону и крупными мазками вспомним, как решаются сейчас проблемы переполнения стека и кучи, use-after-free, разделения доступа к памяти в компилируемых языках. Например, в C/C++.
Если говорить про стек, то это прежде всего canaries - сгенерированные на этапе компиляции значения, которые помещаются в стек, как локальные переменные, в начале функции, а при выходе из функции эти значения проверяются и, если нет совпадения, то генерируется exception. Тут же всплывает идея сделать отдельный стек для переменных и другой - для адресов возврата. Идея не нова и реализована на аппаратной уровне, например, в том самом российском процессоре "Эльбрус". Понятно, что на уровне базовой VLIW-архитектуры, а не в режиме совместимости. Он вообще с точки зрения безопасности архитектурно довольно интересен и проработан, но это тема для отдельного поста, минимум.
От переполнения кучи в базовом варианте защищаются с помощью ASLR и DEP (с использованием NX-бита), маркеров, проверки целостности и разнообразных прочих mitigations. Те же mitigations частично защищают от use-after-free.
Есть ещё умные указатели, менеджеры памяти с счётчиками, подходы а-ля TailCheck с встраиванием механизмов защиты на этапе компиляции и сборки (LLVM, конечно же, куда без неё). Подходы к встраиванию разного рода защиты с использованием LLVM достаточно логичны и популярны. Мы сами довольно продолжительное время разрабатывали заказные решения на базе LLVM, повышая защищённость софта, компилируемого с помощью нашего решения. Кстати говоря, CHERI ожидаемо базируется на LLVM весьма плотно.
Помимо этого, есть масса mitigation tools, не требующих наличия исходного кода. Они работают проактивно, выявляя подозрительное поведение процесса. Их можно встретить, например, в антивирусных продуктах. В составе ОС тоже есть. Например, у Microsoft была такая штука - EMET (Enhanced Mitigation Experience Toolkit), часть функций которой перекочевала в последние версии Windows (ProcessMitigations, Windows Defender Exploit Guard).
Не сказать, что CHERI - это совсем новое слово в безопасности. Подробности об архитектуре можно прочитать в этом документе, но давайте пока отложим его в сторону и крупными мазками вспомним, как решаются сейчас проблемы переполнения стека и кучи, use-after-free, разделения доступа к памяти в компилируемых языках. Например, в C/C++.
Если говорить про стек, то это прежде всего canaries - сгенерированные на этапе компиляции значения, которые помещаются в стек, как локальные переменные, в начале функции, а при выходе из функции эти значения проверяются и, если нет совпадения, то генерируется exception. Тут же всплывает идея сделать отдельный стек для переменных и другой - для адресов возврата. Идея не нова и реализована на аппаратной уровне, например, в том самом российском процессоре "Эльбрус". Понятно, что на уровне базовой VLIW-архитектуры, а не в режиме совместимости. Он вообще с точки зрения безопасности архитектурно довольно интересен и проработан, но это тема для отдельного поста, минимум.
От переполнения кучи в базовом варианте защищаются с помощью ASLR и DEP (с использованием NX-бита), маркеров, проверки целостности и разнообразных прочих mitigations. Те же mitigations частично защищают от use-after-free.
Есть ещё умные указатели, менеджеры памяти с счётчиками, подходы а-ля TailCheck с встраиванием механизмов защиты на этапе компиляции и сборки (LLVM, конечно же, куда без неё). Подходы к встраиванию разного рода защиты с использованием LLVM достаточно логичны и популярны. Мы сами довольно продолжительное время разрабатывали заказные решения на базе LLVM, повышая защищённость софта, компилируемого с помощью нашего решения. Кстати говоря, CHERI ожидаемо базируется на LLVM весьма плотно.
Помимо этого, есть масса mitigation tools, не требующих наличия исходного кода. Они работают проактивно, выявляя подозрительное поведение процесса. Их можно встретить, например, в антивирусных продуктах. В составе ОС тоже есть. Например, у Microsoft была такая штука - EMET (Enhanced Mitigation Experience Toolkit), часть функций которой перекочевала в последние версии Windows (ProcessMitigations, Windows Defender Exploit Guard).
🔥1
Вернёмся к CHERI. Указатели в языках C и C++ - это краеугольный камень. Особенно - в C. Можно ли от них отказаться и заменить какими-то другими конструкциями (какими-то описателями, содержащими помимо адреса ещё какую-то информацию) софтверно в рамках одного программного модуля? В принципе, да. Но будут понятные особенности взаимодействия с внешними компонентами, в которых такой замены не производилось, во-первых. Например, всякие API, на которые нужно делать обёртки. Во-вторых, это, по сути, свой менеджер памяти, который громоздок и скорости явно не прибавит. Причём, это уже не будет классический C\C++, ибо разработчику для реализации придётся использовать некоторые расширения в каком-то виде (типа каких-нибудь intrinsics или классов или просто API). Это в-третьих. Короче, так можно изобрести какой-нибудь .Net Framework или что-то в этом духе. Можно, конечно, пойти дальше, и такую конструкцию распространить на всю систему, но, как минимум, одна проблема останется: это будет очень медленно работать. Это как всю ОС на условный .Net Framework перевести. C\C++ - это языки системного программирования. Код должен быть быстрым, эффективным, не ресурсоёмким. Да и к безопасности этой конструкции есть вопросы, ибо она чисто софтверная.
Всё начинает играть новыми красками, если к софтверным возможностям добавить аппаратные - на уровне архитектуры процессора добавить возможность работы с расширенной конструкцией указателя. В CHERI используются указатели двойного размера и называются не указателями, а capability. Например, для 64-х битной архитектуры размер capability составит 128 бит. Половина такого указателя - это адрес, как и раньше. Другая половина - дополнительная информация: границы (bounds), разрешения или права (permissions), тип объекта (к примеру, код или данные), флаги (служебные флаги). Память в архитектуре CHERI является тегированной, поэтому просто взять, и поменять поля в структуре capability не получится. Есть такая очень важная штука для каждого capability - тег Validity. Доступ к нему есть только у процессора, хранится он отдельно. При попытке модификации (например, перезапись) capability превращается в обычную структуру данных (тег сбрасывается), а значит, использование этого указателя в качестве указателя дальше невозможно.
Что насчёт use-after-free? При освобождении памяти все теги Validity для указателей (capabilities) сбрасываются, а значит, пользоваться этими указателями будет невозможно. Т.е. происходит эдакий отзыв указателей. Это существенно усложняет эксплуатацию уязвимостей use-after-free.
Что в сухом остатке? Архитектура интересная и, судя по открытым источникам, действительно усиливающая безопасность. Есть чипы, её поддерживающие (Arm Neoverse N1). Есть проект по адапатации концепции CHERI для IoT (CHERIoT) от Microsoft. Т.е. желание и возможности расширять влияние этой концепции тоже есть. Основной минус - софт придётся рефакторить и пересобирать. Хоть и утверждается, что "оно, преимущественно, само" (для больших кодовых баз (миллионы строк кода) требуется изменить лишь 0.026% строк), но мы точно знаем, как оно бывает в жизни. Для упрощения рефакторинга есть компилятор CHERI LLVM. Но он всё-таки не совсем идентичен gcc, а значит, могут быть нюансы. При этом поддерживать CHERI должен весь софт от ОС до последнего пользовательского приложения: никакого режима совместимости (здесь capabilities, а здесь обычные указатели) нет. Из ОС там только FreeBSD. Здесь напрашивается, конечно, вариант с отдельным CHERI-ядром для чувствительных программных компонент.
Есть ли будущее? Определённо да. Захватит ли CHERI-концепция мир? Если и да, то очень не скоро. Зоопарк экосистем огромен и растёт. Это очень сложно отрефакторить и портировать на новую архитектуру. Впрочем, как будут продвигать. Посмотрим.
#почитать
Всё начинает играть новыми красками, если к софтверным возможностям добавить аппаратные - на уровне архитектуры процессора добавить возможность работы с расширенной конструкцией указателя. В CHERI используются указатели двойного размера и называются не указателями, а capability. Например, для 64-х битной архитектуры размер capability составит 128 бит. Половина такого указателя - это адрес, как и раньше. Другая половина - дополнительная информация: границы (bounds), разрешения или права (permissions), тип объекта (к примеру, код или данные), флаги (служебные флаги). Память в архитектуре CHERI является тегированной, поэтому просто взять, и поменять поля в структуре capability не получится. Есть такая очень важная штука для каждого capability - тег Validity. Доступ к нему есть только у процессора, хранится он отдельно. При попытке модификации (например, перезапись) capability превращается в обычную структуру данных (тег сбрасывается), а значит, использование этого указателя в качестве указателя дальше невозможно.
Что насчёт use-after-free? При освобождении памяти все теги Validity для указателей (capabilities) сбрасываются, а значит, пользоваться этими указателями будет невозможно. Т.е. происходит эдакий отзыв указателей. Это существенно усложняет эксплуатацию уязвимостей use-after-free.
Что в сухом остатке? Архитектура интересная и, судя по открытым источникам, действительно усиливающая безопасность. Есть чипы, её поддерживающие (Arm Neoverse N1). Есть проект по адапатации концепции CHERI для IoT (CHERIoT) от Microsoft. Т.е. желание и возможности расширять влияние этой концепции тоже есть. Основной минус - софт придётся рефакторить и пересобирать. Хоть и утверждается, что "оно, преимущественно, само" (для больших кодовых баз (миллионы строк кода) требуется изменить лишь 0.026% строк), но мы точно знаем, как оно бывает в жизни. Для упрощения рефакторинга есть компилятор CHERI LLVM. Но он всё-таки не совсем идентичен gcc, а значит, могут быть нюансы. При этом поддерживать CHERI должен весь софт от ОС до последнего пользовательского приложения: никакого режима совместимости (здесь capabilities, а здесь обычные указатели) нет. Из ОС там только FreeBSD. Здесь напрашивается, конечно, вариант с отдельным CHERI-ядром для чувствительных программных компонент.
Есть ли будущее? Определённо да. Захватит ли CHERI-концепция мир? Если и да, то очень не скоро. Зоопарк экосистем огромен и растёт. Это очень сложно отрефакторить и портировать на новую архитектуру. Впрочем, как будут продвигать. Посмотрим.
#почитать
🔥2❤1
Напоминаем, что до 27 февраля сего года можно зарегистрироваться на дистанционную олимпиаду по криптографии и компьютерной безопасности CryptoFox. Студенты, дерзайте!
👍2
Использовать LLM для деанонимизации в Сети логично. Вот люди и используют: https://arxiv.org/html/2602.16800v1. Статья называется весьма громко: "Масштабная деанонимизация в Интернете с помощью больших языковых моделей". Результаты довольно внушительны:
Интересно, как это всё будет работать с ураганным ростом объёма синтетических данных в Сети... А ещё можно мимикрировать под кого-то другого с помощью LLM, наводя модели-анализаторы на ложный след. Пожалуй, так и будут делать. Интересно мир трансформируется...
#ии #почитать
Для оценки эффективности наших атак мы создали три набора данных с известными эталонными значениями. Первый связывает Hacker News с профилями в LinkedIn с помощью кроссплатформенных ссылок, которые встречаются в профилях. Во втором наборе данных мы сопоставляем пользователей из разных сообществ, обсуждающих фильмы на Reddit, а в третьем — разделяем историю одного пользователя на Reddit по времени, чтобы создать два псевдонима для сопоставления. В обоих случаях методы на основе больших языковых моделей значительно превосходят классические базовые методы, обеспечивая до 68 % полноты при 90 % точности, в то время как лучший метод без использования больших языковых моделей показывает почти нулевой результат.
Интересно, как это всё будет работать с ураганным ростом объёма синтетических данных в Сети... А ещё можно мимикрировать под кого-то другого с помощью LLM, наводя модели-анализаторы на ложный след. Пожалуй, так и будут делать. Интересно мир трансформируется...
#ии #почитать
🔥1💯1
Кратенькая работа, утверждающая, что, если просто повторить промпт, качество вывода улучшится: https://arxiv.org/abs/2512.14982
Это справедливо для не reasoning-моделей. И это логично с точки зрения механизма внимания.
От себя добавлю, что с белковыми это тоже прекрасно работает :)
#ии #почитать
Это справедливо для не reasoning-моделей. И это логично с точки зрения механизма внимания.
От себя добавлю, что с белковыми это тоже прекрасно работает :)
#ии #почитать
😁6
Шум вокруг шпионажа Telegram слегка поутих под действием других инфоповодов, которые обсуждаются, в основном, в Telegram. Эксперты по всему, включив форсаж, с гиперзвуковой скоростью переходят в режимы "военный аналитик" и "востоковед", увлекая за собой паству любителей бюджетного дофамина.
Самое время спокойно и взвешенно ответить на вопрос о безопасности Telegram. В принципе, мы уже писали об этом, но почему бы не повториться :)
В СМИ мы видим забавную игру слов. Министр Шадаев заявил, что иностранные спецслужбы имеют доступ к переписке. На что представители Telegram заявили, что не обнаружили взлома шифрования Telegram. Однако, чтобы получить доступ к не секретной переписке (не к secret chats, где сквозное шифрование, а к обычным чатам, группам, каналам), вовсе не нужно ломать шифрование (что бы это ни значило). Достаточно, к примеру, контролировать серверы, на которых находятся базы Telegram. Кто контролирует эти серверы, мы достоверно не знаем. Ну или можно контролировать не серверы, а администрацию :) Здесь тоже вопрос открытый. Во всяком случае технически доступ к расшифрованной переписке возможен, и для этого вовсе не обязательно "ломать шифрование".
Именно поэтому, когда мы слышим изречения в стиле "мы устроили закрытое совещание в Telegram", глаза норовят вытечь вместе со слезами, учитывая, что это совещание не на двоих даже, а на группу людей. Т.е., как описано выше, доступ вообще ко всему. Не удивительно, что потом случается то, что случается. Происходит добровольный слив информации.
С сквозным шифрованием, которое в Telegram, в отличие от, например, Signal, возможно только между двумя абонентами (т.е. это не группы, не групповые звонки, не чаты, упаси Бог, каких-то подразделений, а переписка между двумя людьми), тоже не всё так просто. Мы уже писали, не хочется повторяться. Можно попробовать MITM-ить секретные чаты с расчётом, что абоненты не будут сверять отпечатки, можно поизучать метаданные, которые тоже о многом могут сказать (данные об устройстве, контакты и собеседники, временные метки, размеры сообщений, технические данные сессий, данные для геолокации и т.д.).
В сухом остатке - да, технически шпионаж возможен. В том числе практически на лету без всяких "взломов шифрования". Модель безопасности Telegram, как и практически любого другого облачного мессенджера, не позволяет коммуницировать в нём по конфиденциальным вопросам. Повышенная безопасность Telegram - это миф. И нет, как и любой другой облачный мессенджер общего назначения, эту платформу нельзя считать доверенной. Т.е. попросту нельзя решать рабочие (или, упаси Бог, служебные) вопросы в таких платформах. Мемасиками можно обмениваться, посты можно писать, фотки пересылать с осторожностью можно, а вот обсуждать что-то серьёзное - нет, табу, харам. Решения для корпоративных коммуникаций существуют. Они функционируют на доверенных серверах, функциональны, удобны, безопасны. Мы топим за eXpress, т.к. хорошо знаем его (в том числе внутреннее устройство), умеем развёртывать и настраивать, сами пользуемся несколько лет. Обращайтесь: contact@re-crypt.com
#мессенджер
Самое время спокойно и взвешенно ответить на вопрос о безопасности Telegram. В принципе, мы уже писали об этом, но почему бы не повториться :)
В СМИ мы видим забавную игру слов. Министр Шадаев заявил, что иностранные спецслужбы имеют доступ к переписке. На что представители Telegram заявили, что не обнаружили взлома шифрования Telegram. Однако, чтобы получить доступ к не секретной переписке (не к secret chats, где сквозное шифрование, а к обычным чатам, группам, каналам), вовсе не нужно ломать шифрование (что бы это ни значило). Достаточно, к примеру, контролировать серверы, на которых находятся базы Telegram. Кто контролирует эти серверы, мы достоверно не знаем. Ну или можно контролировать не серверы, а администрацию :) Здесь тоже вопрос открытый. Во всяком случае технически доступ к расшифрованной переписке возможен, и для этого вовсе не обязательно "ломать шифрование".
Именно поэтому, когда мы слышим изречения в стиле "мы устроили закрытое совещание в Telegram", глаза норовят вытечь вместе со слезами, учитывая, что это совещание не на двоих даже, а на группу людей. Т.е., как описано выше, доступ вообще ко всему. Не удивительно, что потом случается то, что случается. Происходит добровольный слив информации.
С сквозным шифрованием, которое в Telegram, в отличие от, например, Signal, возможно только между двумя абонентами (т.е. это не группы, не групповые звонки, не чаты, упаси Бог, каких-то подразделений, а переписка между двумя людьми), тоже не всё так просто. Мы уже писали, не хочется повторяться. Можно попробовать MITM-ить секретные чаты с расчётом, что абоненты не будут сверять отпечатки, можно поизучать метаданные, которые тоже о многом могут сказать (данные об устройстве, контакты и собеседники, временные метки, размеры сообщений, технические данные сессий, данные для геолокации и т.д.).
В сухом остатке - да, технически шпионаж возможен. В том числе практически на лету без всяких "взломов шифрования". Модель безопасности Telegram, как и практически любого другого облачного мессенджера, не позволяет коммуницировать в нём по конфиденциальным вопросам. Повышенная безопасность Telegram - это миф. И нет, как и любой другой облачный мессенджер общего назначения, эту платформу нельзя считать доверенной. Т.е. попросту нельзя решать рабочие (или, упаси Бог, служебные) вопросы в таких платформах. Мемасиками можно обмениваться, посты можно писать, фотки пересылать с осторожностью можно, а вот обсуждать что-то серьёзное - нет, табу, харам. Решения для корпоративных коммуникаций существуют. Они функционируют на доверенных серверах, функциональны, удобны, безопасны. Мы топим за eXpress, т.к. хорошо знаем его (в том числе внутреннее устройство), умеем развёртывать и настраивать, сами пользуемся несколько лет. Обращайтесь: contact@re-crypt.com
#мессенджер
Telegram
Рекриптор
Про Telegram и корпоративные коммуникации
Сегодня французы арестовали основателя Telegram Павла Дурова. Политику и прочие не профильные для нас подобные вещи отбросим, этим пусть другие занимаются. Наше дело - технологии.
Интересно, что сейчас из каждого…
Сегодня французы арестовали основателя Telegram Павла Дурова. Политику и прочие не профильные для нас подобные вещи отбросим, этим пусть другие занимаются. Наше дело - технологии.
Интересно, что сейчас из каждого…
🔥4
Реверс-инженер Карстен Хан описал свой недавний опыт реверс-инжиниринга с помощью LLM. Это, как мне кажется, классика, с которой сталкиваются все, кто пытается это делать впервые, полагаясь чисто на LLM и, по всей видимости, ожидая какого-то чуда.
Например, цитата:
Да, такое встречается практически всегда, когда пытаешься решить задачу нахрапом. В итоге у людей появляется разочарование инструментом. Чем-то напоминает критику молотка, который может попасть по пальцам.
Даже просто грамотный промпт-инжиниринг позволит значительно улучшить качество. Также необходимо использовать другой инструментарий, о чём Карстен тоже говорит.
И, по-хорошему, нужен агентский подход с LLM-агентами (которые, возможно, базируются на других LLM) для решения узкоспециализированных задач.
Нужно уменьшать контекст, расставлять приоритеты эвристикам и инструментам (включая ML), которые нужно постоянно совершенствовать. Тогда результаты автоматизации будут более достойными.
#ии #реверсинг
Например, цитата:
Вердикты — это самое худшее. Большие языковые модели часто недооценивают важность своих выводов. Это происходит из-за того, что они делают неверные предположения и поспешные выводы. Если у них есть доступ к результатам VirusTotal, они, как правило, при вынесении вердикта полагаются в основном на сканеры. В моей сфере деятельности это нежелательно, потому что мы специально получаем образцы, которые не распознаются сканерами или другими автоматизированными системами. Я мог бы частично исправить ситуацию, запретив большой языковой модели использовать результаты VirusTotal при вынесении вердикта. Но это не решило проблему ошибочных вердиктов в целом.
Требуется опытный аналитик, который будет задавать уточняющие вопросы, выявлять ошибки и направлять работу больших языковых моделей в нужное русло.
На данный момент нельзя доверять большим языковым моделям вынесение вердиктов!
Да, такое встречается практически всегда, когда пытаешься решить задачу нахрапом. В итоге у людей появляется разочарование инструментом. Чем-то напоминает критику молотка, который может попасть по пальцам.
Даже просто грамотный промпт-инжиниринг позволит значительно улучшить качество. Также необходимо использовать другой инструментарий, о чём Карстен тоже говорит.
Качество и скорость анализа значительно повышаются, если в распоряжении исследователя есть подходящие инструменты и описания того, когда и как их использовать. Поэтому со временем имеет смысл создавать навыки для конкретных типов образцов, например специальный навык для анализа JavaScript, в котором будет описано, какие инструменты лучше всего подходят для этой задачи. В противном случае языковая модель будет тратить кучу токенов, пытаясь методом проб и ошибок определить, какие инструменты подходят для каждого образца.А ещё модели нужен опыт, который можно моделировать с помощью, например, RAG. Либо через fine-tuning.
И, по-хорошему, нужен агентский подход с LLM-агентами (которые, возможно, базируются на других LLM) для решения узкоспециализированных задач.
Нужно уменьшать контекст, расставлять приоритеты эвристикам и инструментам (включая ML), которые нужно постоянно совершенствовать. Тогда результаты автоматизации будут более достойными.
#ии #реверсинг
Gdatasoftware
LLMs in malware analysis: Doing things right is difficult
Using AI based systems to fight malware sounds like a no-brainer. But things are not as straightforward as they seem. Chances are, you're doing it wrong.
👍2
Forwarded from ЛВД — Логи внутренних диалогов
Media is too big
VIEW IN TELEGRAM
Евгений Падалкин пишет (убрал мат — у нас не принято)
Я моушен-3d-дизайнер с 20+летним стажем.
В начале года я решил поставить эксперимент, выяснить насколько близко я к тому чтобы остаться без работы из-за ИИ. Не просто картиночки генереить в банане для рефов а по максимиуму.
Прям нафигачить 2хминутный ролик в ИИ целиком, не имея на входе ничего кроме зкт (закадрового текста) и одной картинки с продуктом. Также были попутные идеи: максимально скраежопить затраты на инференс, выяснить насколько ии поменял правила игры для людей без опыта в профессии или с небольшим опытом.
Схема была такая – разработка синопсиса по зкт, проработка сцен, декопопозиция, продумывание опорных кадров для видео (раскадровка и лукдев), отрисовка опорных кадров, анимация, монтаж, звук.
1) Разработка сценария в чатгпт, декомпозиция. Сделать за меня работу чатгпт не смог, много галлюцинировал и не смог полностью погрузиться в контекст. Но при этом сделал ОЧЕНЬ как много, сократив мне головную боль и время процентов на 70-80.
2) Лукдев и опорные кадры. Выбрал Flux2 в комфи, в банане было бы проще и лучше, но я же краежопил. Тут результаты тоже жесть, ускорение процентов на 80 и весь мой опыт работы с огромной кучей инструментов просто пошёл мимо, вот весь, целиком! Осталась нужна только насмотренность, чувство композиции, умение формулировать свои мысли под промпт, всё. Больше не нужно ничего.
3) Генерация видео. Генерил в комфи, в основном WAN 2.2 / WAN 2.1 vace. И это конец, погромисты презирающие юикс понаписали всратых обёрток над скриптами в питонге и обвесли глючной нодовой лапшой. Для обычного человека это ад ад ад израиль, ужасный стыд и ааааа, хер настроишь хер запустишь хер поймешь.
И чего?
Тут уже помог клод, рассказывал мне что скачать, как настроить, как впихать в мой конфиг по железу, заодно как маленькому объяснял почему именно так и что вообще происходит, что отдельный кайф, потому что второй раз к нему идти уже не надо, если ты не рыбка дори.
Как сама генерация? Ну вот тут результаты смешанные. Мои классические навыки пока что дают гораздо больше контроля над происходящим во всех смыслах, время и композиция, детализация и качество.
С другой стороны – генерация видео делает кучу вещей которые я бы просто не смог сделать в графике. Тупо никак, вот нет и всё. Например кучу людей на улице под солнцем, фотореалистично осыпающийся бархан, да много всего.
Также куча сцен, которые от меня раньше потребовали бы дни настройки (столкновение в воздухе с мягкими соударениями и брызгами кучи фруктов) я сделал за 3-4 часа и 10-12 генераций, пока не подобрал правильный промпт и не доточил как надо входной кадр.
Короче - человеку без опыта вполне можно в это лезть. Нужно не ссать и опять же – насмотренность. Пошел ли мой опыт и тут к лешему? Ну да, процентов опять на 70, я бы даже сказал на 80.
4) Сборка, монтаж, интршумы, текстовые оверлеи. Тут пока все от совсем плохо (интершумы, прогресс есть но пользоваться этим в проде тупо нельзя и не нужно) до никак (текстовые оверлеи это after effects и adobe ИИ и слишком медленно внедряет) но камон, в таких вещах и опыта нужно – три месяца. Тинейджеры в телефонах это делают.
Вот такая вот картина вышла. К лешему пошло 80 процентов моего опыта и небольшая команда, из 2-3 человек, которую я бы мог нанять для ускорения процесса.
Прав ли Асемоглу в том что ии не заменит ключевого человека принимающего решения? Прав.
Но в обвязке этого моего примера человека 3-4, я бы даже сказал 5 он с рынка убрал. И это сейчас. Смею напомнить, ровно три года назад не было вообще ничего. Вот тупо вообще ничего, никаких генераторов картинок нормальных, про видео вообще не говорю.
Моя профессия в классическом виде мертва. В следующие три года скорее всего и вот эти вот остатки моих старых навыков тоже сильно трансформируются и нужно будет просто иметь фантазию и насмотренность – и всё, больше ничего нужно не будет
💯1
Хороший разбор зловреда: https://habr.com/ru/articles/1009074/
Примечательно, но уже не особо удивительно, что файлик подписан EV-сертификатом. Это уже далеко не первый случай, когда вредоносы подписываются не просто Authenticode, а EV Code Signing. Аббревиатура EV означает Extended Validation - расширенная проверка. Мы когда-то в прошлой реальности покупали такой. Расширенная проверка означает проверку существования и функционирования юрлица. Сам сертификат поставляется на USB-токене. Но, тем не менее, практика показывает, что злоумышленники идут на это. Ведь многие средства защиты до сих пор слепо полагаются на наличие подписи Authenticode. Особенно - когда речь идёт о EV. На скриншоте вердикт Рекрипториума для этого файлика.
#рекрипториум
Примечательно, но уже не особо удивительно, что файлик подписан EV-сертификатом. Это уже далеко не первый случай, когда вредоносы подписываются не просто Authenticode, а EV Code Signing. Аббревиатура EV означает Extended Validation - расширенная проверка. Мы когда-то в прошлой реальности покупали такой. Расширенная проверка означает проверку существования и функционирования юрлица. Сам сертификат поставляется на USB-токене. Но, тем не менее, практика показывает, что злоумышленники идут на это. Ведь многие средства защиты до сих пор слепо полагаются на наличие подписи Authenticode. Особенно - когда речь идёт о EV. На скриншоте вердикт Рекрипториума для этого файлика.
#рекрипториум
👍1🔥1
Очередная статья о том, как правильно искать уязвимости с помощью LLM. С примерами и объяснениями, почему "Найди мне уязвимости в этом проекте" не работает. Всё в выработанной уже канве: парсинг проекта, поверхность атаки, точки входа, добавление уже найденных когда-то CVE в этом проекте в контекст (а по факту - подстройка механизма внимания), а потом уже вывод. Так что нет, нажать волшебную кнопку "Пыщ" на волшебной штуке, которая "типа всё сама", и пойти пить чай не выйдет :)
#ии #почитать #уязвимости
#ии #почитать #уязвимости
devansh
Needle in the haystack: LLMs for vulnerability research
Table of Contents
Intro Lore
Why "Find All The Vulnerabilities" does not work
Minimal Scaffolding That Actually Helps
Case Study: Claude Opus 4...
Intro Lore
Why "Find All The Vulnerabilities" does not work
Minimal Scaffolding That Actually Helps
Case Study: Claude Opus 4...
🔥1💯1