mdns

Package: apparmor; Maintainer for apparmor is (unknown); Source for apparmor is src:apparmor.

Reported by: Luigi Bai <lpb+deb@kandl.houston.tx.us>

Date: Sat, 27 Apr 2019 15:18:01 UTC

Severity: normal

Fixed in version 3.0.0-1

Done: Mark Hindley <mark@hindley.org.uk>

Reply or subscribe to this bug.

Toggle useless messages

View this report as an mbox folder, status mbox, maintainer mbox

Report forwarded to devuan-bugs@lists.dyne.org, owner@bugs.devuan.org:
bug#321; Package apparmor. (full text, mbox, link).

Acknowledgement sent to Luigi Bai <lpb+deb@kandl.houston.tx.us>:
New bug report received and forwarded. Copy sent to owner@bugs.devuan.org.

Your message specified a Severity: in the pseudo-header, but the severity value important was not recognised. The default severity normal is being used instead. The recognised values are: critical, grave, normal, minor, wishlist.

(full text, mbox, link).

Message #5 received at submit@bugs.devuan.org (full text, mbox, reply):

Package: apparmor
Version: 2.13.2-10
Severity: important

Dear Maintainer,

   * What led up to the situation?
   Executables protected by apparmor cannot reach MDNS suffixes declared in
   /etc/mdns.allow, and probed by libnss-mdns.

   Please see /usr/share/doc/libnss-mdns/README.md.gz in package libnss-mdns.

   * What exactly did you do (or not do) that was effective (or
     ineffective)?
   Attempt to use, e.g., ntpd to connect to an MNDS domain that isn't .local.

   * What was the outcome of this action?
   Failure, and a DENIED entry in the kernel to /etc/mdns.allow

   * What outcome did you expect instead?
   access to the host on the non-.local MDNS domain.

   Proposed fix: add /etc/mnds.allow to abstractions/mnds.
   This fix works for me.


-- System Information:
Distributor ID:	Devuan
Description:	Devuan GNU/Linux beowulf/ceres
Release:	10
Codename:	n/a
Architecture: x86_64

Kernel: Linux 4.19.0-4-amd64 (SMP w/1 CPU core)
Locale: LANG=en_US.utf8, LC_CTYPE=en_US.utf8 (charmap=UTF-8), LANGUAGE=en_US.utf8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: sysvinit (via /sbin/init)
LSM: AppArmor: enabled

Versions of packages apparmor depends on:
ii  debconf [debconf-2.0]  1.5.71
ii  libc6                  2.28-8
ii  lsb-base               10.2019031300
ii  python3                3.7.2-1

apparmor recommends no packages.

Versions of packages apparmor suggests:
pn  apparmor-profiles-extra  <none>
ii  apparmor-utils           2.13.2-10

-- Configuration Files:
/etc/apparmor.d/abstractions/mdns changed [not included]

-- debconf information excluded

Reply sent to Mark Hindley <mark@hindley.org.uk>:
You have taken responsibility. (Fri, 03 Feb 2023 14:54:02 GMT) (full text, mbox, link).

Notification sent to Luigi Bai <lpb+deb@kandl.houston.tx.us>:
bug acknowledged by developer. (Fri, 03 Feb 2023 14:54:03 GMT) (full text, mbox, link).

Message #10 received at 321-done@bugs.devuan.org (full text, mbox, reply):

Version: 3.0.0-1

Fixed in Debian. Closing.

Mark

Send a report that this bug log contains spam.

Devuan bug report logs - #321 apparmor: Add /etc/mdns.allow to abstractions/mdns

Devuan bug report logs - #321
apparmor: Add /etc/mdns.allow to abstractions/mdns