CWE-1176КлассНеполный
Неэффективные вычисления на процессоре
Продукт выполняет вычисления на процессоре, используя алгоритмы, которые не являются оптимальными для нужд разработчика, то есть вычисления допускают дальнейшую оптимизацию.
Открыть в каталоге с фильтром CWE →Связанные CAPEC
—
Связанные уязвимости
CVE-2025-46153Уязвимость PyTorch версий до 3.7.0, а именно функции bernoulli_p в decompositions.py, не полностью соответствует реализации на CPU, что негативно влияет на nn.Dropout1d, nn.Dropout2d и nn.Dropout3d при fallback_random=True. Разработчики сообщества PyTorch подтвердили эту уязвимость и исправили ее в последней версии PyTorch [1].
Источники:
- [1] https://github.com/pytorch/pytorch/issues/142853
- [2] https://github.com/pytorch/pytorch/pull/143460
- [3] https://gist.github.com/shaoyuyoung/e636f2e7a306105b7e96809e2b85c28a
- [4] https://github.com/pytorch/pytorch/compare/v2.6.0...v2.7.0
- [5] https://gist.github.com/shaoyuyoung/4bcefba4004f8271e64b5185c95a248a
CVE-2024-23323Envoy — это высокопроизводительный пограничный/промежуточный/сервисный прокси. Регулярное выражение компилируется для каждого запроса и может привести к высокой загрузке ЦП и увеличению задержки запросов, когда настроено несколько маршрутов с такими сопоставителями. Эта проблема устранена в выпущенных версиях 1.29.1, 1.28.1, 1.27.3 и 1.26.7. Пользователям рекомендуется обновиться. Известных обходных путей для этой уязвимости нет.
CVE-2021-47187В ядре Linux устранена следующая уязвимость:
arm64: dts: qcom: msm8998: Исправление задержки и времени пребывания в состоянии простоя CPU/L2.
Задержка входа/выхода и минимальное время пребывания в состоянии простоя для состояний простоя MSM8998 были.. плохими: во-первых, для всех них время было записано для сна CPU, но параметр min-residency-us был рассчитан неверно (предположительно, при переносе этого из нижестоящего потока); Затем состояния отключения питания устанавливают PC как для кластера CPU, *так и* для кэша L2, которые имеют разные временные характеристики: в конкретном случае L2 время больше, поэтому следует учитывать именно их, а не CPU.
Эта неправильная конфигурация параметров не вызывала особых проблем, потому что на MSM8998 вообще не было масштабирования CPU, поэтому отключение питания кластера/L2 происходило редко (если вообще происходило).
Однако, когда масштабирование CPU включено, неправильное время приведет к нестабильности SoC, которая проявляется для пользователя как случайные, очевидно, безошибочные, внезапные перезагрузки и/или зависания.
Этот набор параметров стабилизирует SoC, когда масштабирование CPU включено и когда отключение питания происходит часто.