Защитная диагностика Mailpit SMTP command reader по ghsa-w878-pj84-3j5v: применимость, безопасный локальный control, измеримый verdict, stop-rule и минимальный пакет данных владельцу системы.
Короткий ответ — Mailpit: жёсткая граница памяти для строки SMTP-команды
Задача страницы — проверить ранний лимит строки SMTP-команды Mailpit до выделения неконтролируемой памяти. Advisory ghsa-w878-pj84-3j5v служит свежим inventory-сигналом, но не доказывает состояние конкретной установки. Сначала зафиксируйте фактически загруженный компонент Mailpit SMTP command reader, lock-файл, image digest или сборочный provenance и границу «github.com/axllent/mailpit: introduced 0, fixed 1.30.4». Пользовательская боль здесь одна: сервер накапливает строку SMTP-команды до синтаксической проверки и может расходовать память без протокольной границы. Итогом должен стать артефакт «chunk count / buffered bytes / reply code / allocation ceiling», чтобы другой инженер повторил решение без production-данных, внешнего воздействия и догадок.
Граница применимости: Mailpit SMTP command reader
Разложите проверку на переходы «TCP chunk → bounded line reader → protocol length check → parser → reply». Для каждого перехода укажите владельца значения, допустимое состояние и запрещённый side effect. Проверяемая инварианта: до завершения строки память и число прочитанных байтов остаются в установленной границе. NOT_APPLICABLE допустим только при доказанном отсутствии Mailpit SMTP command reader или недостижимости указанной ветки. Неизвестные effective version, runtime digest либо конфигурация дают UNKNOWN; номер релиза без runtime readback не даёт PASS.
Почему одной версии недостаточно
SBOM, package manager, container digest и реально импортированный модуль отвечают на разные вопросы. Сведите их в одну provenance-строку и сопоставьте с границей «github.com/axllent/mailpit: introduced 0, fixed 1.30.4». Затем подтвердите effective путь «TCP chunk → bounded line reader → protocol length check → parser → reply»: vendored копия, optional adapter, отдельный worker или старый runtime способны изменить применимость. Фиксируйте AFFECTED_PATH, PATCHED_PATH, COMPONENT_ABSENT либо PROVENANCE_UNKNOWN. Успешный health-check сам по себе не подтверждает правило «до завершения строки память и число прочитанных байтов остаются в установленной границе».
Безопасный обратимый control
Работайте только в disposable fixture: подавать короткие безвредные фрагменты в локальный fake-сокет с малым тестовым потолком. Сеть, subprocess, production database, реальные аккаунты, bucket, очереди, письма, токены и пользовательские файлы замените fake, spy или in-memory адаптерами. Перед запуском сохраните baseline hash, нулевые counters, лимит времени, памяти и числа операций. Используйте короткие синтетические маркеры без эксплуатационного payload. После каждой строки возвращайте fixture к исходному состоянию.
Матрица наблюдений
Сначала benign control доказывает достижение целевой функции Mailpit SMTP command reader. Затем boundary-case меняет ровно один признак, связанный с болью «сервер накапливает строку SMTP-команды до синтаксической проверки и может расходовать память без протокольной границы». Для каждой строки записывайте «chunk count / buffered bytes / reply code / allocation ceiling», reason code, duration, counters и digest fixture. Основная инварианта остаётся: до завершения строки память и число прочитанных байтов остаются в установленной границе. Недостижимая ветка, пропущенный side effect или двусмысленная точка наблюдения означают UNKNOWN, а не удобный PASS.
PASS, FAIL, UNKNOWN и stop-rule
PASS требует подтверждённого provenance, успешного benign control, соблюдения инварианты «до завершения строки память и число прочитанных байтов остаются в установленной границе», нулевых запрещённых side effects и cleanup proof. FAIL — тот же подтверждённый путь плюс измеримое нарушение policy. UNKNOWN означает отсутствие digest, effective config, recorder или возможности восстановить fixture. Немедленная красная линия: buffered bytes растут выше потолка до отказа или закрытия соединения. При ней прекратите тест, сохраните минимальные метаданные и не увеличивайте вход или нагрузку.
Восстановление и regression check
Удалите disposable state, верните adapters к baseline и сравните hashes, counters, память и открытые ресурсы. Неожиданный I/O, сетевой вызов, новый процесс, строка БД или оставшийся файл блокирует PASS. После обновления повторите тот же fixture без изменения входов и лимитов; сравните «chunk count / buffered bytes / reply code / allocation ceiling». Так видно, изменился ли защищаемый переход «TCP chunk → bounded line reader → protocol length check → parser → reply», а не окружение, объём данных или инструмент наблюдения.
Самостоятельная ценность и пакет владельцу
Проверяет момент применения ограничения до parser, а не только максимальный размер письма DATA, и даёт измеримый memory ceiling. Поэтому материал отвечает на самостоятельный запрос «проверить ранний лимит строки SMTP-команды Mailpit до выделения неконтролируемой памяти» и не является механической заменой бренда, ОС или устройства. Передайте владельцу ghsa-w878-pj84-3j5v, component digest, effective version/config, границу «github.com/axllent/mailpit: introduced 0, fixed 1.30.4», схему «TCP chunk → bounded line reader → protocol length check → parser → reply», control/boundary rows, артефакт «chunk count / buffered bytes / reply code / allocation ceiling», verdict, stop reason и cleanup proof. Advisory опубликована 2026-09-02 и обновлена 2026-09-02; это подтверждает свежесть источника, но не популярность запроса, эксплуатацию или применимость к конкретному deployment.
Материал подготовлен редакцией VOne с помощью автоматизированного черновика; даты, версии и ссылки сверены по GitHub Advisory Database и первичному upstream-материалу. Текст самостоятельный, не копирует источники, не содержит эксплуатационных последовательностей и предназначен для безопасной локальной проверки.
Источники и проверка
- GitHub Advisory Database — ghsa-w878-pj84-3j5v проверено 2026-09-03
- Первичный upstream-материал — Mailpit SMTP command reader проверено 2026-09-03
Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.