Вышла версия 0.16.2 LibreDB Studio, клиента для SQL- и NoSQL-СУБД с веб-интерфейсом. Studio ставится на свой сервер, а пользователи работают с базами через браузер. Лицензия MIT.

В этой версии исправлена уязвимость GHSA-3wh2-8x78-jfw4 с оценкой 8.8 из 10 по CVSS. О ней сообщил сторонний исследователь NotAFlightRisk.

( читать дальше... )

>>> Репозиторий проекта (github.com)

CADBase – это цифровая платформа для публикации, хранения, версионирования и обмена 3D-моделями, чертежами и сопроводительной документацией.

Релиз версии 0.3.2 знаменует собой важный рубеж в развитии платформы CADBase: теперь весь код открыт под свободными лицензиями. Серверная часть (cdbs-back), процессы фоновой обработки (cdbs-proc) и миграции для БД (cdbs-migrations) становятся доступными сообществу.

Изначально планировалось публиковать проект сразу в open source, но потом перешли к закрытой разработке с планом открыть код через некоторое время. Исходный код веб-приложения был открыт под лицензией MIT в 2023 году и теперь, в 2026 году, открыты исходные коды всех репозиториев. Пусть и с большой задержкой, но теперь это сделано – хорошая новость.

( читать дальше... )

>>> Подробнее о платформе (cadbase.ru)

LibreDB Studio — клиент для SQL- и NoSQL-СУБД, который ставится на свой сервер и открывается во вкладке браузера, вместо десктопного приложения на каждой машине. Лицензия MIT, написан на Node.js и Next.js. Свои данные держит в локальном файле SQLite, отдельная СУБД для запуска не нужна.

Собственных драйверов в 0.14.1 шестнадцать: PostgreSQL, MySQL, Oracle, SQL Server, SQLite, libSQL, DuckDB, MongoDB, Redis, Couchbase, ClickHouse, Druid, Elasticsearch, OpenSearch, Trino, Cassandra. Ещё 26 движков подключаются через эти же драйверы, поскольку совместимы с ними на уровне сетевого протокола; отдельного кода под них нет, итого через 16 драйверов доступны 42 движка. Все 26 проверены на работающих экземплярах, результат по каждому, вместе с тем, что не заработало, выложен в docs/providers/README.md.

( читать дальше... )

>>> Репозиторий проекта (github.com)

Состоялся первый публичный выпуск GitRiver – self-hosted платформы для управления git-репозиториями, написанной на Rust. Платформа объединяет в одном бинарнике хостинг репозиториев, систему непрерывной интеграции, реестр контейнеров, реестр пакетов, систему деплоя в Kubernetes, управление задачами и запросы на слияние.

Платформа потребляет около 100 МБ оперативной памяти в режиме простоя. Для установки достаточно Docker Compose и PostgreSQL.

( читать дальше... )

>>> Сайт проекта (gitriver.ru)

Особенности:

• KISS;
• self-hosted;
• отсутствие сборов (для примера, bountysource и gitcoin забирают себе 10% от выплаты);
• поддержка множества криптовалют (на данный момент это Bitcoin, Ethereum и Cardano);
• предполагается (и предусмотрена) поддержка GitLab, Gitea, и других Git-хостингов в будущем.
• глобальный список задач со всех (то есть одного, на момент написания новости) инстансов на donate.dumpstack.io.

Механизм работы для GitHub со стороны владельца репозитория:

• (опционально) необходимо развернуть сервис, можно использовать готовую конфигурацию для NixOS;
• необходимо добавить GitHub Action — внутри вызывается утилита, которая сканирует задачи проекта и добавляет/обновляет комментарий о текущем состоянии кошельков для пожертвований, при этом приватная часть кошельков хранится только на сервере пожертвований (в будущем с возможностью вынести в оффлайн для крупных пожертвований, для ручного подтверждения выплаты);
• во всех текущих задачах (и новых) появляется сообщение от github-actions[bot] с адресами кошельков для пожертвований (пример).

Механизм работы со стороны выполняющего задачу:

• в комментарии к коммиту указывается, какую именно задачу этот коммит решает (см. closing issues using keywords);
• в теле pull request указываются адреса кошельков в определенном формате (например, BTC{address}).
• при принятии pull request выплата совершается автоматически.
• если кошельки не указаны, либо указаны не все, то выплата средств для неуказанных кошельков совершается на кошельки по-умолчанию (например, это может быть общий кошелек проекта).

Безопасность:

• поверхность атаки в целом небольшая;
• исходя из механизмов работы, сервис должен иметь возможность отправлять средства самостоятельно, так что получение доступа к серверу будет означать контроль над средствами в любом случае — решением может быть только работа в неавтоматизированном режиме (например, подтверждение выплат вручную), которая вероятно (если проект будет достаточно успешен для того, чтобы кто-то задонатил на эту функциональность, то не вероятно, а точно) будет когда-то реализована;
• критически важные части четко отделены (по сути, это единственный файл pay.go на 200 строк), тем самым упрощая security code review;
• код прошел независимое security code review, что не означает отсутствие уязвимостей, но снижает вероятность их наличия, особенно в свете запланированной регулярности ревью;
• также есть те части, которые не контролируются (например, API GitHub/GitLab/etc.), при этом возможные уязвимости в стороннем API планируется закрывать дополнительными проверками, тем не менее, в целом проблема в текущей экосистеме нерешаема и out of scope (возможная уязвимость с, например, возможностью закрывать чужие pull request и тем самым добавлять код в чужие проекты ― имеет гораздо более глобальные последствия).

>>> Подробности (github.com)

Gitea ― это проект, цель которого состоит в создании наипростейшего, наибыстрого и самого безболезненного интерфейса для Git для самостоятельного хостинга.

Проект поддерживает все платформы, поддерживаемые Go ― GNU/Linux, macOS, Windows на архитектурах от x86_(64) и arm64 до PowerPC.

Эта версия Gitea содержит важные исправления безопасности, которые не будут бэкпортированы на ветвь 1.8. По этой причине, мы настоятельно рекомендуем обновиться.

( читать дальше... )

>>> CHANGELOG (github.com)