Форум информационной безопасности - Codeby.net
Статья ML IDS обнаружение атак без сигнатур: слепые зоны поведенческого детектора
Isolation Forest с F1 0.97 на CICIDS 2017 пропустил DNS-туннель на 800 КБ: feature vector оставался в двух стандартных отклонениях от нормы. Модель с отличными метриками на датасете в продакшене оказалась слепой. После этого каждый ML-детектор проходит adversarial-тестирование до включения в боевую инфраструктуру.Mimicry-атака: fingerprinting baseline → адаптация C2-beacon под профиль легитимного трафика. Low-and-slow: exfiltration по 50 КБ раз в 10 минут через DNS, lateral movement 1–2 соединения в час, jitter 30–50% против LSTM-детекторов. Poisoning: «растягивание» границы нормы в период переобучения модели.
Decision table: какой сценарий какая модель ловит и что делать атакующему. Python-код детекции distribution shift через KS-тест для выявления poisoning. Ensemble-подход и adversarial validation как единственные работающие контрмеры.
Тихий оператор, настроивший C2 под baseline, проходит через большинство коммерческих...Статья Identity-based атаки APT 2026: как группировки уходят от эндпоинтов в облако и почту — Red Team и Detection гайд
APT29 вошли в Microsoft через password spraying тестового tenant без MFA. Два месяца читали почту руководства через OAuth-приложение с full_access_as_app к Exchange Online. EDR не выдал ни одного алерта: вся цепочка прошла в identity-плоскости, минуя эндпоинты. 75% вторжений — через valid credentials.Kill chain identity-атаки: password spray → MFA fatigue → Golden SAML через AD FS token-signing certificate → OAuth Application Access Token → Account Manipulation с client secret к Service Principal. Каждый этап маппирован на MITRE ATT&CK с конкретным detection-сигналом.
KQL-запросы для Sentinel: password spray через корреляцию ResultType + дедупликация UPN, MFA fatigue через join отклонённых push с успешным входом. Sigma-правила из SigmaHQ по T1078.
SOC строил detection вокруг эндпоинтов. APT сместились в плоскость, где этих сигналов просто нет по дизайну — один OAuth grant и месяцы тихого доступа.EM.Статья Consent phishing через OAuth: от фишинговой ссылки до контроля над Microsoft 365
Понедельник, 10:40 — зарегистрировано OAuth-приложение «HR Document Portal». 11:20 — первый сотрудник нажал «Принять». К полудню читалась переписка CFO и выгружались документы из SharePoint. MFA включена. Conditional Access настроен. Ни один алерт не сработал.Consent phishing работает на уровне authorization, а не authentication — MFA, passkeys и phishing-resistant authenticators его не останавливают. После выданного consent сброс пароля не отзывает OAuth-токены: доступ живёт до явного revoke — недели и месяцы. Три варианта атаки: классический illicit consent grant, device code phishing через first-party приложения Microsoft, ConsentFix с drag-and-drop authorization code.
KQL-запросы для Sentinel: мониторинг consent grants с Mail.Read/Files.ReadWrite, device code flow с аномальным IP. Чеклист харденинга из девяти пунктов с привязкой к закрываемому вектору.
Проблема не в технологиях — Token Protection и CAE существуют. Дефолтные настройки...Статья OAuth Device Code Flow атака: от фишинга до persistent-доступа в Azure AD
На red team проекте для финтех-компании с P2-лицензиями Entra ID и FIDO2-ключами для C-level — persistent-доступ к почте CFO за 12 минут. Без перебора паролей, без обхода MFA, без единого credential prompt на стороне жертвы. Один device code, введённый пользователем на легитимной странице microsoft.com/devicelogin.Device Code Flow проектировался для Smart TV и IoT — стал вектором initial access в Azure AD. MFA не спасает: пользователь сам проходит аутентификацию на легитимном портале Microsoft, токены уходят атакующему. Refresh-токен — до 90 дней. FOCI-ротация одного токена даёт доступ ко всему стеку M365: Azure CLI → Office → Teams → Outlook.
Генерация device code не создаёт Sign-In event в логах. KQL-запрос детекции: AuthenticationProtocol == "deviceCode". Ключевой вывод: политика блокировки Device Code Flow не входит в стандартные шаблоны security baseline Microsoft.
Отправьте тестовый запрос на /devicecode с Azure CLI client_id. Если получили...Статья OWASP MASVS v1.5.0: разбор обновлений глазами мобильного пентестера
Клиент прислал OWASP MASVS v1.5.0 и попросил «пройтись по всем пунктам». Треть чеклиста помечена N/A: часть контролей непроверяема без исходного кода, часть дублирует ASVS для бэкенда. Ситуация повторяется на каждом втором engagement — версия 1.5.0 не чеклист для black box.Маппинг восьми групп контролей на MITRE ATT&CK: STORAGE→T1552, CRYPTO→T1552.004, NETWORK→T1573, RESILIENCE→T1027. Frida-скрипт для перехвата Cipher.getInstance — если в логе DES или AES/ECB, контроль MASVS-CRYPTO не пройден. Decision tree уровней L1/L2/R: L1 для всех, L2 для финтеха, R для IP-защиты.
Что меняется в v2.0.0: MASVS-ARCH удалена, оверлапы с ASVS устранены, уровни L1/L2/R заменены на MAS Testing Profiles. Переход не решает главную проблему — клиент без threat model.
В scope-документе указывать версию явно: не «по OWASP MASVS», а «по OWASP MASVS v1.5.0».Статья OWASP MASVS v2.0.0: ключевые обновления стандарта безопасности мобильных приложений
Клиент запросил «проверку на L2 по MASVS» — открываю стандарт, а уровней L1, L2 и R там больше нет. OWASP убрал их в v2.0.0. Разговор о скоупе затянулся на два часа: клиент оперировал терминами из v1.5.0, а стандарт жил по другим правилам.Ключевые изменения v2.0.0: MASVS-ARCH с нетестируемыми архитектурными контролями удалён полностью. Уровни L1/L2/R заменены на Testing Profiles в MASTG. MASVS-STORAGE сведена с десятка контролей до двух. MASVS-AUTH разделена на клиентскую и серверную — серверная делегирована OWASP ASVS. MASVS-NETWORK однозначно требует certificate pinning.
Маппинг MASVS-групп на MITRE ATT&CK: STORAGE→T1552, CRYPTO→T1552.004, RESILIENCE→T1027. Три шага обновления пентест-процесса под актуальный стандарт. Добавление MASWE как промежуточного звена между MASVS и MASTG.
Добавьте колонку ATT&CK ID в следующий отчёт — документ понятный SOC-команде заказчика вместо формальной бумаги.Статья Пентест iOS приложений: от jailbreak до анализа бинарников и обхода биометрии
На пентесте финтех-приложения auth-токены вытащились из Keychain одной командой — разработчики выставили kSecAttrAccessibleAlways, и токены читались на заблокированном устройстве. Обход Face ID занял шесть строк Frida-кода. Ребята полагались на безопасность iOS и не закрепили её в архитектуре.Полный цикл: jailbreak через checkra1n/palera1n (decision tree по чипу и версии iOS), расшифровка FairPlay DRM через frida-ios-dump, проверка бинарных защит через otool (PIE, stack canaries, cryptid). SSL Pinning bypass через objection, дамп Keychain с поиском kSecAttrAccessibleAlways-элементов.
Механика обхода биометрии через хук LAContext.evaluatePolicy — почему boolean-флаг в userland всегда патчится. Где обход не работает: Keychain + kSecAccessControlBiometryAny с валидацией в Secure Enclave. Jailbreak detection bypass: от objection до кастомных Frida-скриптов.
Пока защита сводится к isJailbroken() и boolean от LAContext —...Статья SSRF против внутреннего админского API: от разведки до эксплуатации и defense in depth
SSRF: один URL — и весь внутренний периметр у тебя в руках.Уверены, что приватная сеть за NAT и фаерволом недосягаема? Сервер сам станет вашим прокси — он сидит внутри доверенного контура и видит то, что скрыто от интернета.
В этом гайде разбираем полный путь атаки: поиск SSRF-векторов и fingerprinting внутренней сети, обход фильтров через DNS rebinding и hex-кодирование IP, протокольный смаглинг по gopher:// и file://, parser differentials, выход на AWS-метаданные и эскалацию до RCE через Redis и PHP-FPM.
Плюс реальная защита: network policies, allow-list, IMDSv2 и egress-мониторинг — для пентестеров и разработчиков, которые хотят играть на опережение.Статья Пентест iOS приложений: от jailbreak до обхода SSL Pinning
На аудите банковского приложения ios sslpinning disable вернул хуки на семь методов — трафик в Burp не появился. Разработчики зашили проверку через нативную обёртку над BoringSSL, которую Objection не покрывает. Три часа на кастомный Frida-скрипт через SecTrustEvaluateWithError — и в первых же запросах refresh-токены с TTL 90 дней без привязки к устройству.Методика от простого к сложному: Objection → Frida-скрипт SecTrust API → SSL Kill Switch 2 → hotspot с pf.rules для Flutter/Xamarin → реверс кастомных TLS-стеков через Ghidra. Frida Gadget для устройств без jailbreak через пересборку IPA. Таблица решений из шести методов с границами применимости.
Jailbreak через palera1n + checkm8: A9–A11, iOS 15–16.7. A12+ — только Gadget. Keychain dump через Objection: токены с kSecAttrAccessibleAlways, staging-среда с Basic Auth прямо в NSUserDefaults.
Компании вкладываются в многослойный pinning и оставляют Keychain с флагом Always. Pinning усложняет работу на пару часов, а реальный...Статья Детектирование lateral movement с помощью машинного обучения: от признаков в логах до рабочей модели в SIEM
51 секунда — рекордное время lateral movement после initial access (CrowdStrike 2025). Beacon Cobalt Strike прожил в сети больше недели при работающем SIEM с полным набором правил. Jitter 40%, HTTPS к легитимному CDN, нормальный размер пакетов. Выдала его аномальная периодичность — Isolation Forest из Zeek-логов.79% атак 2024 года — без malware. Volt Typhoon работает исключительно через LOTL. Сигнатурный подход против этого мёртв. Feature engineering для ML: inter-arrival time, coefficient of variation IAT, upload/download ratio, communication graph fan-out. Windows Event 4624 Type 3 + Sysmon process tree + Zeek conn.log.
Python-код Isolation Forest на Zeek-данных. KQL-запрос в Sentinel на аномальный fan-out Type 3. Decision table алгоритмов: Isolation Forest vs One-Class SVM vs Random Forest vs graph-anomaly по сценарию.
ML работает, когда инженер строит baseline, калибрует пороги и переобучает модель. Подписка на вендорский...