Metacat — это программное обеспечение для хранения данных, которое помогает исследователям сохранять, обмениваться и обнаруживать данные. Версии Metacat с 2.0.0 по 3.4.0 содержат уязвимость внедрения SQL без аутентификации в конечных точках REST API `/cn/v1/object` и `/cn/v2/object` из-за несанкционированного пользовательского ввода, который может быть передан во внутреннюю базу данных SQL. Параметр nodeId можно изменить для внедрения команд SQL, а результаты будут возвращены в сообщениях об ошибках.
Metacat добавляет предоставленные пользователем данные в запрос sql без очистки или параметризации. Это позволяет извлекать произвольные данные из базовой базы данных PostgresQL, полностью раскрывая защищенную информацию злоумышленнику. Это достигается за счет использования механизмов отчетов об ошибках в Metacat, где ответы об ошибках SQL отражаются обратно вызывающей стороне в сообщении об ошибке XML, возвращаемом Metacat.
Один из подходов, например, заключается в использовании функции CAST в PostgreSQL для генерации ошибки с результатами произвольного подзапроса, которая затем вводится в сообщение об ошибке XML, возвращаемое Metacat. Злоумышленникам не требуется проходить аутентификацию для осуществления атаки. Кроме того, могут выполняться произвольные операторы SQL, которые вставляют, обновляют и удаляют данные в базе данных Metacat, что приводит к полной компрометации всех данных в базе данных.
Для этих уязвимостей были разработаны и проверены полные доказательства концепции атак. Влияние этой уязвимости имеет решающее значение для развертываний Metacat в сети DataONE, где информация из базы данных может быть отфильтрована, добавлена, изменена или удалена. Сюда входит управленческая информация о каталоге данных, информация журнала доступа о том, кто имел доступ к данным, идентификационная информация о людях, включая их идентификатор ORCID и IP-адрес клиента, информация контроля доступа о том, кто должен иметь доступ к данным и их изменение, а также другие критически важные внутренние элементы системы данных.
Эта уязвимость sql-инъекции была полностью устранена в версии Metacat 3.4.1. Если обновление до Metacat 3.4.1 невозможно немедленно, большинство развертываний могут решить проблему, отключив конечные точки REST `/cn` в развертывании веб-приложения. Этот API не требуется и не используется репозиториями участников в сети DataONE, поскольку он используется только при развертывании координационного узла DataONE.
Следовательно, этот API можно отключить без снижения функциональности для большинства развертываний. Чтобы отключить уязвимые конечные точки, просто удалите сервлет и отображение сервлетов для конечных точек `/cn` в механизме сервлетов, связанном с двумя сервлетами: edu.ucsb.nceas.metacat.restservice.v1.CNRestServlet` и `edu.ucsb.nceas.metacat.restservice.v2.CNRestServlet`. Например, в Tomcat удалите соответствующие элементы отображения сервлетов из файла web.xml приложения в Metacat.
Показать оригинальное описание (EN)
Metacat is data repository software that helps researchers preserve, share, and discover data. Metacat versions 2.0.0 through 3.4.0 contain an unauthenticated SQL injection vulnerability in the `/cn/v1/object` and `/cn/v2/object` REST API endpoints due to unsanitized user input that can be passed through to the backend SQL database. The `nodeId` parameter can be modified to inject SQL commands, and the results are returned in error messages. Metacat appends the user-supplied data into the sql query without sanitization or parameterization. This allows extraction of arbitrary data from the underlying PostgresQL database, fully exposing protected information to the attacker. This is accomplished by leveraging the error reporting mechanisms in Metacat, where SQL error responses are mirrored back to the caller in the XML error message returned by Metacat. One approach, for example, is to use the PostgreSQL `CAST` function to generate an error with the results of an arbitrary subquery, which is then injected into the XML error message returned by Metacat. Attackers do not need to be authenticated to execute the attack. In addition, arbitrary SQL statements that insert, update, and delete data in the Metacat database can be executed, resulting in full compromise of all data in the database. Full proof of concept attacks have been developed and verified for these vulnerabilities. The impact of this vulnerability is critical for Metacat deployments in the DataONE network where information from the database can be exfiltrated, added, changed, or deleted. This includes management information about the data catalog, access log information about who accessed data, identifying information about individuals including their ORCID identifier and client IP address, access control information about who should be able to access and modify data, and other critical internals of the data system. This sql injection vulnerability was remediated fully in Metacat version 3.4.1. If upgrading to Metacat 3.4.1 isn't immediately possible, most deployments can mitigate the issue by disabling the `/cn` REST endpoints in the webapp deployment. This API is not needed or used by member repositories in the DataONE network, as it is only used by the DataONE Coordinating Node deployments. Consequently, this API can be disabled without reduction of functionality for most deployments. To disable the vulnerable endpoints, simply remove the servlet and servlet-mapping for the `/cn` endpoints in the servlet engine associated with the two servlets, `edu.ucsb.nceas.metacat.restservice.v1.CNRestServlet` and `edu.ucsb.nceas.metacat.restservice.v2.CNRestServlet`. For example, in Tomcat, remove the relevant `servlet-mapping` elements from the application web.xml file in Metacat.
Характеристики атаки
Последствия
Строка CVSS v3.1