🤔 Как работать с буферными переполнениями в современных ОС: от атаки до защиты

Буферные переполнения — одна из старых, но актуальных уязвимостей, позволяющая перезаписать память и выполнить произвольный код.

Почему важно:

📍 Потенциальный доступ к привилегиям

📍 Проблемы безопасности остаются актуальными, несмотря на защиту

📍 Применение в реальных атаках и защите систем

1. Как работает буферное переполнение:

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

Пример (C):

char buffer[10];
strcpy(buffer, "AAAAAAAAAAAAAAAA"); // Переполнение буфера

Это может привести к перезаписи возвратного адреса и выполнению произвольного кода.

2. Эксплуатация переполнения:

Злоумышленники могут изменить возвратный адрес стека, чтобы выполнить shellcode или получить доступ к системным функциям.

Пример атаки:

— Вставить код в строку данных.

— Перезаписать адрес возврата на адрес вредоносного кода.

3. Защита от буферных переполнений:

➡️ DEP (Data Execution Prevention): запрещает выполнение кода в сегментах данных.

➡️ ASLR (Address Space Layout Randomization): рандомизирует расположение памяти.

➡️ Stack Canaries: проверяют целостность стека и возвращаемых адресов.

➡️ Control Flow Integrity (CFI): контролирует потоки выполнения программы.

➡️ Использование безопасных функций: замените strcpy на strncpy, sprintf на snprintf.

4. Рекомендации:

— Используйте безопасные функции для обработки строк и данных.

— Включайте DEP и ASLR в операционной системе.

— Регулярно проводите анализ кода с помощью инструментов.

— Применяйте минимальные привилегии для пользователей и процессов.

💡 Буферные переполнения остаются одной из самых опасных уязвимостей, но современные методы защиты позволяют снизить риски.

🐸 Библиотека хакера

#буст

📌 Команда дня: удаление строк в vim по шаблону

В vim можно легко удалить строки, которые либо соответствуют, либо не соответствуют заданному шаблону. Для этого используйте следующие команды:

1️⃣ Удалить строки, соответствующие шаблону:

:g/pattern/d

➡️ Здесь pattern — это строка или регулярное выражение, которое вы хотите найти в файле. Все строки, соответствующие этому шаблону, будут удалены.

2️⃣ Удалить строки, не соответствующие шаблону:

:g!/pattern/d

➡️ Эта команда удаляет все строки, которые не содержат указанный шаблон.

Используется для:

— Быстрой очистки или фильтрации содержимого в текстовых файлах.

— Удаления ненужных строк или комментариев в коде.

— Быстрого редактирования конфигурационных или лог-файлов.

💡 Если нужно удалить только пустые строки:

:g/^$/d

🐸 Библиотека хакера

#буст

Исходя из недавних событий… актуалочка

🐸 Библиотека хакера

#развлекалово

🔍 Чек-лист для проверки уязвимостей через нестандартные каналы

Не все уязвимости лежат на поверхности. Иногда для доступа к системе нужно немного выйти за рамки стандартных проверок. Этот чек-лист поможет обнаружить уязвимости в нестандартных местах.

1️⃣ Бэкдоры в сторонних библиотеках:

— Проверьте сторонние зависимости на наличие скрытых уязвимостей или бэкдоров, которые могут быть использованы злоумышленниками.

2️⃣ Трафик через нестандартные порты:

— Не ограничивайтесь стандартными портами. Проверяйте трафик через порты, которые не попадают под обычное внимание фаерволов.

3️⃣ Скрытые API через интерфейс:

— Иногда API скрыты в запросах, отправляемых с UI. Используйте перехватчики трафика (например, Burp Suite) для поиска скрытых эндпоинтов.

4️⃣ Ошибки в логах:

— Логи могут раскрывать важные данные о конфигурации системы и уязвимостях. Ищите незашифрованные данные или ошибки доступа.

5️⃣ Заброшенные настройки в конфигурациях:

— Проверьте конфигурационные файлы на наличие устаревших или забытых настроек, которые могут стать точками входа для атак.

🐸 Библиотека хакера

#буст

🔍 Основные уязвимости в GraphQL API и как их тестировать

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

Вопрос от подписчика:

«Мы недавно внедрили GraphQL в проект, и несмотря на наличие тестов, продолжаем сталкиваться с проблемами безопасности. Какие уязвимости наиболее распространены в GraphQL API и на что стоит обратить внимание при их тестировании?»

❓ Какие уязвимости вы находили в GraphQL приложениях? Делитесь своим опытом в комментариях!

P.S. Если хотите задать вопрос, заполните нашу гугл-форму. Это займет 5 минут.

🐸 Библиотека хакера

#междусобойчик

👨‍💻 Zero-day в SharePoint: что пошло не так

Свежий выпуск Cybersecurity Awesomeness Podcast #118 — полный разбор новой zero-day в SharePoint.

В подкасте:

➖ Как работает уязвимость и где она уже используется

➖ Что искать в логах и как временно защититься

➖ Почему баг критичен для корпоративной инфраструктуры

Четко, по делу и с фокусом на действия.

🔗 Слушать подкаст

🐸 Библиотека хакера

#буст