Welcome 👋🏻
Привет, меня зовут Пётр, я занимаюсь разработкой с 2022 года, интересуюсь сетями и информационной безопасностью.
Давно уже хотел начать делиться своими мыслями в сфере Application Security и наконец-то буду это делать тут!
Особенно интересны для меня темы - фаззинг и статический анализ, нахождение уязвимостей.
Такой опыт для меня новый и самому пока не ясно как у меня всё это будет получаться)
Подписывайся и будем проходить этот путь вместе☺️
Привет, меня зовут Пётр, я занимаюсь разработкой с 2022 года, интересуюсь сетями и информационной безопасностью.
Давно уже хотел начать делиться своими мыслями в сфере Application Security и наконец-то буду это делать тут!
Особенно интересны для меня темы - фаззинг и статический анализ, нахождение уязвимостей.
Такой опыт для меня новый и самому пока не ясно как у меня всё это будет получаться)
Подписывайся и будем проходить этот путь вместе
Please open Telegram to view this post
VIEW IN TELEGRAM
🤝3
Удаление русских разработчиков из ядра Linux (open-source)
Грег Кроа-Хартман (Greg Kroah-Hartman), отвечающий за поддержку стабильной ветки ядра Linux, внёс изменение в список мэйнейнеров ядра Linux, в результате которого были удалены 11 разработчиков, предположительно работающих в РОССИЙСКИХ компаниях. В качестве причины удаления упомянуто лишь "выполнение различных требований комплаенса". Так же отмечено, что разработчики могут быть возвращены в список мэйнтейнеров в случае предоставления определённой документации.
Сказать что для меня это было неожиданно?) Это скорее тупой и некрасивый поступок, удалили просто список разработчиков, принимавших участие в разработке ядра Linux, хотя код который они написали оставлен.
И это пишет разработчик, человек, привыкший к точным формулировкам и требующий их от всех остальных. Сказано как будто на языке российских политиков.
какой документации?
нарушение каких требований?
что за самодурство такое?
Сюр ещё в том, что многие вещи, которые изначально принципиально создавались в
(USDT или Tether к примеру ) по сути подчиняются санкциям и не децентрализованы.
Думаю если политика будет влиять на ядро Linux, ничего хорошего из этого не выйдет, нельзя нарушать сами принципы☺️
Подробнее почитать можно тут:
https://www.opennet.ru/opennews/art.shtml?num=62090
Оригинальный коммит:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=6e90b675cf942e50c70e8394dfb5862975c3b3b2
#Linux #kernel
Грег Кроа-Хартман (Greg Kroah-Hartman), отвечающий за поддержку стабильной ветки ядра Linux, внёс изменение в список мэйнейнеров ядра Linux, в результате которого были удалены 11 разработчиков, предположительно работающих в РОССИЙСКИХ компаниях. В качестве причины удаления упомянуто лишь "выполнение различных требований комплаенса". Так же отмечено, что разработчики могут быть возвращены в список мэйнтейнеров в случае предоставления определённой документации.
Сказать что для меня это было неожиданно?) Это скорее тупой и некрасивый поступок, удалили просто список разработчиков, принимавших участие в разработке ядра Linux, хотя код который они написали оставлен.
"выполнение различных требований комплаенса"
И это пишет разработчик, человек, привыкший к точным формулировкам и требующий их от всех остальных. Сказано как будто на языке российских политиков.
нарушение каких требований?
что за самодурство такое?
Сюр ещё в том, что многие вещи, которые изначально принципиально создавались в
open-source "свободными", типо ядра Linux, многих блокченов(
Думаю если политика будет влиять на ядро Linux, ничего хорошего из этого не выйдет, нельзя нарушать сами принципы
open-source, иначе он перестанет быть open Подробнее почитать можно тут:
https://www.opennet.ru/opennews/art.shtml?num=62090
Оригинальный коммит:
https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=6e90b675cf942e50c70e8394dfb5862975c3b3b2
#Linux #kernel
Please open Telegram to view this post
VIEW IN TELEGRAM
😁2❤🔥1❤1
Integer Overflow в syslog-ng 👩💻
Фаззил, значит, я однажды syslog-ng фаззером AFL++ и нашёл такой краш:
Далее начал разбираться,выяснилось, что я не первый наткнулся на этот баг, ему уже было около 4-х лет 😲
Пересобрал бинари компилятором gcc с отладочной информацией, без оптимизации, без санитайзеров и пошёл дебажить)
Под отладчиком gdb давай запускать эту врезку с файлом, вызвавшим падение (благо был backtrace). Поставил в нужных местах точки останова, но падения не произошло, зато CF флаг процессора говорил о переполнении целого.
В итоге: при чтении своего конфига syslog-ng итерпретирует строку вида:
И, не находя закрывающую > , пишет это огромное число в переменную int, это и вызывает SIGILL в итоге.
Закрыл баг, использовав
Так, я впервые пофиксил баг в upstream, было интересно☺️
Ссылка на pull request:
https://github.com/syslog-ng/syslog-ng/pull/5254
#fuzz
Фаззил, значит, я однажды syslog-ng фаззером AFL++ и нашёл такой краш:
* thread #2, name = 'syslog-ng', stop reason = signal SIGILL: illegal instruction operandИсполняемый файл собирал компилятором afl-clang-lto с санитайзерами ASAN и UBSAN. Врезки под фаззинг запускались в persistent-mode в несколько инстансов параллельно с разными стратегиями мутации (explore, coe, mmopt,...). Сам фаззинг как обычно длился около суток, с более 1 млн запусков в каждом инстансе.
Далее начал разбираться,
Пересобрал бинари компилятором gcc с отладочной информацией, без оптимизации, без санитайзеров и пошёл дебажить)
Под отладчиком gdb давай запускать эту врезку с файлом, вызвавшим падение (благо был backtrace). Поставил в нужных местах точки останова, но падения не произошло, зато CF флаг процессора говорил о переполнении целого.
В итоге: при чтении своего конфига syslog-ng итерпретирует строку вида:
<4444444444444444444<4\xbe\xbe\xbe\xbe\xbe\xbe\xbe\xbe\xbe
И, не находя закрывающую > , пишет это огромное число в переменную int, это и вызывает SIGILL в итоге.
Закрыл баг, использовав
__buildin_add_overflow() макросы, на мой взгляд это лучшее решение (если есть мысли как сделать лучше, прошу подсказать)Так, я впервые пофиксил баг в upstream, было интересно
Ссылка на pull request:
https://github.com/syslog-ng/syslog-ng/pull/5254
#fuzz
Please open Telegram to view this post
VIEW IN TELEGRAM
GitHub
syslog-format: Fix integer overflow on set pri by petrvaganoff · Pull Request #5254 · syslog-ng/syslog-ng
A bug found by fuzzing with AFL++
Backtrace:
* thread #2, name = 'syslog-ng', stop reason = signal SIGILL: illegal instruction operand
* frame #0: 0x00007ffff3f1b923 libsyslogform...
Backtrace:
* thread #2, name = 'syslog-ng', stop reason = signal SIGILL: illegal instruction operand
* frame #0: 0x00007ffff3f1b923 libsyslogform...
❤🔥1
ТОП Российских ИБ-каналов
@CyberSachok, @package_security и команда подготовили обновленный ТОП Российских ИБ-каналов
@CyberSachok, @package_security и команда подготовили обновленный ТОП Российских ИБ-каналов
Telegram
Sachok
Топ-108 телеграм-каналов в ИБ
Сделали с каналом «Пакет Безопасности» второй рейтинг лучших Telegram-каналов в ИБ-отрасли, расширив выборку и добавив новые категории.
Выбирать лучшие каналы нам помогали ИБ-специалисты, PR-специалисты, маркетологи и журналисты…
Сделали с каналом «Пакет Безопасности» второй рейтинг лучших Telegram-каналов в ИБ-отрасли, расширив выборку и добавив новые категории.
Выбирать лучшие каналы нам помогали ИБ-специалисты, PR-специалисты, маркетологи и журналисты…
👍2
__attribute__ в языках С и С++Недавно изучил интересную возможность языка С - атрибуты функций и переменных. К примеру, с помощью атрибутов можно написать код, который выполнится до и после функции
main (#include <stdio.h>
__attribute__ ((constructor)) void before() {
printf("%s\n", "before");
}
__attribute__ ((destructor)) void after() {
printf("%s\n", "after");
}
int main()
{
printf("%s\n", "inside main");
return 0;
}
После запуска этого кода stdout будет таким:
before
inside main
after
__attribute__ были введены в GCC начиная с версии 2.0 , выпущенной в 1992 году как часть расширений, позже вошли в стандарт. Они предоставляют разработчикам гибкость при работе с компилятором, особенно в контексте низкоуровневого программирования, оптимизации и взаимодействия с аппаратным обеспечением.Атрибуты позволяют:
- Указывать особенности функций, например, что функция является "чистой" (
pure) или "константной" (const), чтобы компилятор мог применять оптимизации.- Контролировать выравнивание данных в памяти
int x __attribute__ ((aligned (16))) = 0;- Управлять порядком инициализации глобальных переменных.
- Запрещать вызов attributeнкций
__attribute__((deprecated))- Объявляattributeволы
__attribute__((weak)), которые могут быть переопределены сильными.// Эта функция никогда не возвращает управление
void __attribute__((noreturn)) exit_function() {
while (1);
}
Начиная с C++11 атрибуты так же поддерживаются в плюсах, как часть официального стандарта, до этого при использовании атрибутов компилятор
g++ вызывал gcc чтобы скомпилировать объектные файлы с атрибутами.С момента введения атрибутов в стандарте языка C++, появился новый синтаксис, атрибуты стали записываться через
[[attribute]]. Поэтому сейчас существует разница в синтаксисе:// В стиле GCC
void __attribute__((noreturn)) terminate();
// В стиле C++
[[noreturn]] void terminate();
#cpp
👍2
Давно уже искал официальную информацию в документах ФСТЭК о критериях успешного фаззинга и тут подсказали)
Кто не знает - ФСТЭК как раз играет роль регулятора, который вводит концепции, документы и регламенты для разработки безопасного ПО.
Для того чтобы получить сертификат ФСТЭК, вендор ПО должен организовать у себя некий процесс безопасной разработки и предоставить испытательной лаборатории пруфы того что ПО соответствует всем этим документам. В том числе нужно провести фаззинг и статический анализ кода.
Сохраню на всякий случай, думаю будет полезно
Кто не знает - ФСТЭК как раз играет роль регулятора, который вводит концепции, документы и регламенты для разработки безопасного ПО.
Для того чтобы получить сертификат ФСТЭК, вендор ПО должен организовать у себя некий процесс безопасной разработки и предоставить испытательной лаборатории пруфы того что ПО соответствует всем этим документам. В том числе нужно провести фаззинг и статический анализ кода.
Сохраню на всякий случай, думаю будет полезно
❤🔥1
Forwarded from Информ::Доверенная Разработка
Методическая рекомендация № 2025-04-001 (графические материалы)
❤🔥1🔥1🤡1
Впервые участвовал в Tinkoff-CTF на этих выходных 💳
Скажу одно - было интересно и сложно одновременно🙃
- Лига безопасности
- Заняли 329/977 место
- 3 человека в команде
- Решено 3/30 задачи✏️
- Так и не решил задачу про aiogram бота
- Приобретено МНОГО новых скиллов)
Самое интересное задание было на отладку удалённо компилируемого сишного кода, жду разбора заданий!
t-ctf.ru/share/S6NeXwdx
Скажу одно - было интересно и сложно одновременно
- Лига безопасности
- Заняли 329/977 место
- 3 человека в команде
- Решено 3/30 задачи
- Так и не решил задачу про aiogram бота
- Приобретено МНОГО новых скиллов)
Самое интересное задание было на отладку удалённо компилируемого сишного кода, жду разбора заданий!
t-ctf.ru/share/S6NeXwdx
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2❤🔥1