O D-Bus Broker 18 foi liberado enquanto o IPC In-Kernel do BUS1 permanece parado

Confira !!

Systemd Privilege Escalation: What Never Changes (and How to Lock It Down for Good)

 

Fix critical systemd privilege escalation flaws on Debian/Ubuntu/Rocky/SUSE. Permanent commands, automation script, and mitigation steps. Protect servers now.

Critical Fedora 42 Update: Analyzing CVE-2026-3836 and the dnf5 D-Bus Vulnerability Patch

 

Discover the critical details of Fedora 42's CVE-2026-3836 security patch for dnf5. This high-severity Denial of Service vulnerability allowed remote exploitation via D-Bus locale manipulation. Learn about the CVSS 7.5 threat, the dnf5daemon-server fix, and step-by-step commands to secure your RPM-based Linux distribution against path traversal attacks immediately.

Critical Polkit Security Patch for Fedora 43: D-Bus Vulnerability Fixed in Latest Update

 

In March 2026, Fedora released a critical security update for polkit (FEDORA-2026-0e9ef494fc) addressing a D-Bus warning vulnerability. This authoritative guide explains the backport of upstream commits 9dca831 and 4e67dde in polkit version 126-6.fc43.1, providing system administrators with technical analysis of the authorization framework fix, expert instructions for dnf upgrade implementation, and essential insights into Linux privilege management security. 

O D-Bus Broker 10 foi liberado

Saiba mais!!

O Dbus-Broker ainda é um D-Bus baseado no espaço do usuário mais rápido

Confira !!

O D-Bus 1.14 foi lançado com várias mudanças construídas ao longo de quatro anos

 

Confira !!

Dbus-Broker 37 Released: High-Performance D-Bus Alternative Gains Critical Updates

 

Dbus-Broker 37, the high-performance D-Bus alternative, introduces critical updates for Linux systems, including systemd integration, bug fixes, and improved debugging. Ideal for enterprise and embedded use. Download now!

Foi lançado o D-Bus Broker 22 com a opção de usar os recursos mais recentes do kernel

Confira !

O Dbus Broker 17 foi lançado - Não depende mais de Glib, e melhora o Isolamento com o Systemd

Confira!!

GNOME 49’s Mutter SDK: A Game-Changer for Linux Desktop Development

Discover how GNOME 49’s Mutter SDK transforms Linux development with virtual monitors, Wayland support, and D-Bus integration. 

O Dbus-Broker 26 foi lançado para um D-Bus de alto desempenho

 

Confira !

A versão 14 do corretor de mensagens D-Bus foi liberado

Confira!!

O Dbus-Broker 20 foi liberado com log aprimorado

Confira !!

O KDE Frameworks 5.55 lançado para o KDE Plasma 5.15, melhora as notificações do Android

Esta versão inclui inúmeras atualizações e correções de bugs

Diferenças entre o System D e o Upstar

Entenda a Diferença entre o System D e o Upstart.

Nesse post eu vou tentar explicar as diferenças  entre o System D e o Upstat.

Conheçendo o System D

O System D foi criado por Lennart Poettering que é funcionário da Red Hat e contribuidor do Fedora Linux e por isso que muita gente atribui  o System D à Red Hat sendo que estão errados, pois embora hoje na Red Hat projetos como System D pois tanto a idéia original quanto o esforço foram feitos por Lennart em seu tempo livre e não como projeto de trabalho pela empresa .

A motivação por trás da criação do System D é bem mais ambiciosa do que a do Upstart a idéia principal é que há muitas funcionalidades de kernel Linux que são incríveis e avançadas mas não usadas a não ser em ambientes muito específico pois não há infra-estrutura comum no espaço de usuário para fazer uso da funcionalidade e disponibilizá-la para o resto do sistema. Como exemplo pode-se citar os cgroups (control groups) que são formas de se juntar os processos em uma embalagem permitindo tratar esse grupo de processo como um todo.
Esses grupos podem ser usados para limitar as partes do sistema os processos que o compõe que podem ser vistas e com isso é criada uma visão virtual mais limitada o sistema, impor limites de uso de memória, de operações de I/O, etc.
Uma das primeiras funcionalidades do System D foi a utilização de control groups. Cada serviço que é inicializado pelo System D é dentro de um cgroup próprio isso significa que todos os pocessos que são criados naquele serviço também são terminados por ele.

O System D abandona o uso de Scripts de inicialização mesmo que possa chamá-los para inciar os serviços.

O uso de cgroups pelo System D garante que não fiquem processos para trás.

O System D resolveu o problema do desempenho de 2 formas:

A primeira foi a remoção dos scripts shell, cada serviço é especificado em um arquivo de configuração chamado de "unit" onde são descritas as informações que são usadas pelo init para a criar eo cuidar do processo.
Isso retira a necessidade de se inicializar um interpretador shell e da execução de complexos scripts do System V.

A segunda é a criação de todos os sockets de serviços controlados pelo System D (eles são descritos no arquivo unit) e quando ele recebe uma conexão ele inicia o serviço e passa para o socket.

Conhecendo o Upstart

 O Upstart foi criado pela Canonical antes dos processadores multi-núcleo, tendo como principal preocupação a melhora do desempenho do Boot usando o processo de paralelismo a idéia desse processo é substituir a necessidade de estabelecer dependências entre o serviço de forma declarativa por estabelecer condições para que o serviço seja executado.
O Upstart supervisiona o serviço com competência isso quer dizer que se um serviço morrer ele pode ser inicializado novamente sem que o processo-pai  tome conhecimento.

A comunicação dos serviços com o próprio init, no Upstart acontece pelo D-BUS  "O novo barramento" padrão nos Sistemas GNU/LINUX.

 Ao ler a Faq do Upstart podemos ter uma idéia do projeto que inclui:

• Substituir os daemons cron, atd e anacron,
• Talvez substituir o inetd,
• Jamais, em hipótese alguma, substituir hal, udev, DeviceKit e acpid.

 Bom é isso.

E ai gostou do Post?

Deixe um comentário !!

Até a próxima !!

Foi lançado o Dbus-Broker 28

Confira !!

O Dbus-Broker 25 foi lançado com mais correções

 

Confira !!

O Flatpak 1.15.7 agora irá remover automaticamente as versões obsoletas de Driver

 

O pré-lançamento do Flatpak 1.15.7, de Simon McVittie, apresenta algumas adições notáveis ​​​​ao popular sandbox de código aberto e estrutura de distribuição de aplicativos. 

Seis recursos que não estão no núcleo principal do kernel Linux 5.6

Conifra !