К обсуждениям

Camel Docling: граница дополнительных CLI-аргументов

Редакция VOne Технологии

Защитная диагностика Camel Docling: граница дополнительных CLI-аргументов по GHSA-RPV3-6645-2VQC: применимость, изолированный тест, измеримый verdict, критерий остановки и пакет данных для владельца системы.

Короткий ответ и применимость — Camel Docling: граница дополнительных CLI-аргументов

Проверяемая задача: проверить, что custom CLI arguments не превращаются в опции процесса или выход за рабочий каталог. Сначала подтвердите фактически загруженный компонент Apache Camel Docling, его runtime digest, затронутый entry point и границу версий «org.apache.camel:camel-docling >= 4.15.0; fixed 4.18.3». Только после inventory выполняется ограниченный regression: Собрать argv через pure builder для benign имени и строк с ведущим дефисом или сегментом ..; запуск заменить process-spy. Пользовательская боль конкретна: значение из маршрута может изменить семантику argv либо путь результата до запуска Docling. Результат оформляется как таблица input class / argv slots / resolved path / spawn count. GHSA GHSA-RPV3-6645-2VQC — ориентир для проверки, но не доказательство состояния вашей установки, инцидента или эксплуатации.

Граница данных и решения — Camel Docling: граница дополнительных CLI-аргументов

Разложите именно этот путь на входное представление, canonical form, policy verdict и side effect. Специальная инварианта: Пользовательское значение занимает ровно один data-slot после разделителя опций, а разрешённые пути остаются под workspace. Для каждой границы укажите владельца решения, ожидаемое состояние и запрещённый переход. NOT_APPLICABLE возможен только при доказанном отсутствии Apache Camel Docling или функции. Неизвестная версия, digest либо конфигурация означает UNKNOWN, а не безопасность; номер исправленного релиза сам по себе не заменяет runtime readback.

Изолированный стенд — Camel Docling: граница дополнительных CLI-аргументов

Используйте disposable temp directory, in-memory repository, detached DOM или pure adapter — по типу компонента, но никогда production. Протокол стенда: Собрать argv через pure builder для benign имени и строк с ведущим дефисом или сегментом ..; запуск заменить process-spy. Все внешние действия — сеть, shell, database, filesystem, browser, message broker, выдача сессии — заменяются spies, recorders или счётчиками. Применяйте короткие synthetic labels; реальные токены, IP, аккаунты, конфиги, логи и пользовательские данные запрещены. Перед control сохраните baseline hash и нулевые counters.

Control и один boundary-case — Camel Docling: граница дополнительных CLI-аргументов

Benign control доказывает достижимость нужной ветки. Boundary-case меняет ровно один структурный признак и обязан остановиться до состояния «значение из маршрута может изменить семантику argv либо путь результата до запуска Docling». Сохраните таблица input class / argv slots / resolved path / spawn count, reason code, monotonic duration и cleanup state. Проверяемое правило: Пользовательское значение занимает ровно один data-slot после разделителя опций, а разрешённые пути остаются под workspace. Не увеличивайте размер, глубину или число повторов после первого нарушения; статья не требует эксплуатационного payload, внешней цели или реального секрета.

Как вынести PASS, FAIL и UNKNOWN — Camel Docling: граница дополнительных CLI-аргументов

PASS требует подтверждённых component digest и entry point, успешного control, соблюдения инварианты «Пользовательское значение занимает ровно один data-slot после разделителя опций, а разрешённые пути остаются под workspace», остановки boundary до side effect и доказанного cleanup. FAIL — тот же provenance и наблюдаемый запрещённый call, counter либо state transition. UNKNOWN — нет digest, конфигурации, точки наблюдения, control или восстановления. NOT_APPLICABLE — компонент или функция доказанно отсутствуют. Для воспроизводимости приложите таблица input class / argv slots / resolved path / spawn count; субъективного «выглядит нормально» недостаточно.

Красная линия и восстановление — Camel Docling: граница дополнительных CLI-аргументов

Немедленно остановитесь, если появилась новая option-позиция, путь покинул workspace или process-spy вызван. Не повторяйте проверку с более сильным вводом. Верните disposable state к исходному hash, освободите объекты и выполните один benign control. Любой неожиданный ненулевой counter сети, процессов, файлов, записей, маршрутов, браузерной навигации или сессий блокирует PASS и фиксируется отдельно от parser/policy результата. Production, реальные учётные записи и чужие данные в этот тест не входят.

Почему это самостоятельный intent — Camel Docling: граница дополнительных CLI-аргументов

Объединяет доказательство структуры argv и файлового containment до spawn. Не shell escaping: проверяется API-level список аргументов и одновременно производный output path. Поэтому механическая замена бренда, ОС или устройства не создаёт ещё один URL. Самостоятельная практическая ценность выражена deliverable «таблица input class / argv slots / resolved path / spawn count» и инвариантой «Пользовательское значение занимает ровно один data-slot после разделителя опций, а разрешённые пути остаются под workspace». Если опубликованная страница уже покрывает тот же вопрос, пользовательскую боль и дерево решения, правильное действие — update/merge по отдельному контракту, а не соседняя страница.

Минимальный пакет для владельца — Camel Docling: граница дополнительных CLI-аргументов

Передайте владельцу GHSA GHSA-RPV3-6645-2VQC, runtime digest, границу «org.apache.camel:camel-docling >= 4.15.0; fixed 4.18.3», entry point, sanitized config, control/boundary rows, counters, verdict, stop reason и cleanup proof. Advisory опубликована 2026-07-06, обновлена 2026-08-26; даты подтверждают свежесть проверенного источника, но не популярность запроса и не состояние конкретной системы. После remediation повторите тот же fixture и сравните state transition без изменения тестового масштаба.

Материал подготовлен редакцией VOne с помощью автоматизированного черновика; даты, версии, границы и ссылки сверены по GitHub Advisory Database и прямому upstream-материалу. Текст самостоятельный, не копирует источник и не содержит эксплуатационных шагов.

Источники и проверка

Информация актуальна на дату публикации. Правила сервисов, приложений и сетей могут меняться.

Ответы

0 опубликовано
Ответов пока нет. Вы можете начать обсуждение.

Ваш ответ

Добавьте свой опыт или уточнение по теме.

Вы публикуете как Аноним Аватар отличает разговоры, но не раскрывает личные данные.

Ответ появится сразу. Не публикуйте личные данные, ключи и приватные ссылки.