- Roundtable - muug.ca

Seeking a ride to today's MUUG meetings to/from East Kildonan
by Hartmut W Sager 07 May '24

07 May '24

Hi folks. I am seeking a ride to today's MUUG meetings to/from East Kildonan. I live at the corner of Watt & Munroe. Can anyone help? Oh, I do need a smoke-free air during such rides (I'm quite allergic to smoke). Thanks! Hartmut W Sager - Tel +1-204-339-8331

1 0

Optical media longevity guidelines
by Adam Thompson 03 May '24

03 May '24

I wholeheartedly applaud this example of My Tax Dollars At Work! https://www.canada.ca/en/conservation-institute/services/conservation-prese… -Adam Get Outlook for Android<https://aka.ms/AAb9ysg>

3 2

Fw: [SECURITY] Fedora 38 Update: kernel-6.8.8-100.fc38
by Trevor Cordes 03 May '24

03 May '24

Wow, CVE much? Can someone say "ran the kernel through some kind of analyzer"? I know how to check each CVE to see if any are other-than-nothingburger, but how to check 30-50 at once to see if any are other-than-nothingburger? I haven't seen a sheet like this for the kernel in a long time! Might be one of the rare cases where it's just easier to update & reboot... sigh Begin forwarded message: Date: Fri, 3 May 2024 01:38:45 +0000 (UTC) From: updates(a)fedoraproject.org To: package-announce(a)lists.fedoraproject.org Subject: [SECURITY] Fedora 38 Update: kernel-6.8.8-100.fc38 -------------------------------------------------------------------------------- References: [ 1 ] Bug #2276666 - CVE-2024-26922 kernel: drm/amdgpu: validate the parameters of bo mapping operations more clearly [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2276666 [ 2 ] Bug #2277155 - Fedora 39 - Device Driver for ISM not configured in kernel https://bugzilla.redhat.com/show_bug.cgi?id=2277155 [ 3 ] Bug #2277170 - CVE-2024-26924 kernel: netfilter: nft_set_pipapo: do not free live element [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2277170 [ 4 ] Bug #2278253 - CVE-2024-27022 kernel: fork: defer linking file vma until vma is fully initialized [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278253 [ 5 ] Bug #2278255 - CVE-2024-27021 kernel: r8169: fix LED-related deadlock on module removal [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278255 [ 6 ] Bug #2278257 - CVE-2024-27020 kernel: netfilter: nf_tables: Fix potential data-race in __nft_expr_type_get() [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278257 [ 7 ] Bug #2278259 - CVE-2024-27019 kernel: netfilter: nf_tables: Fix potential data-race in __nft_obj_type_get() [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278259 [ 8 ] Bug #2278261 - CVE-2024-27018 kernel: netfilter: br_netfilter: skip conntrack input hook for promisc packets [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278261 [ 9 ] Bug #2278263 - CVE-2024-27017 kernel: netfilter: nft_set_pipapo: walk over current view on netlink dump [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278263 [ 10 ] Bug #2278265 - CVE-2024-27016 kernel: netfilter: flowtable: validate pppoe header [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278265 [ 11 ] Bug #2278267 - CVE-2024-27015 kernel: netfilter: flowtable: incorrect pppoe tuple [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278267 [ 12 ] Bug #2278269 - CVE-2024-27014 kernel: net/mlx5e: Prevent deadlock while disabling aRFS [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278269 [ 13 ] Bug #2278271 - CVE-2024-27013 kernel: tun: limit printing rate when illegal packet received by tun dev [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278271 [ 14 ] Bug #2278276 - CVE-2024-27012 kernel: netfilter: nf_tables: restore set elements when delete set fails [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278276 [ 15 ] Bug #2278278 - CVE-2024-27011 kernel: netfilter: nf_tables: fix memleak in map from abort path [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278278 [ 16 ] Bug #2278280 - CVE-2024-27010 kernel: net/sched: Fix mirred deadlock on device recursion [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278280 [ 17 ] Bug #2278282 - CVE-2024-27009 kernel: s390/cio: fix race condition during online processing [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278282 [ 18 ] Bug #2278284 - CVE-2024-27008 kernel: drm: nv04: Fix out of bounds access [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278284 [ 19 ] Bug #2278286 - CVE-2024-27007 kernel: userfaultfd: change src_folio after ensuring it's unpinned in UFFDIO_MOVE [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278286 [ 20 ] Bug #2278288 - CVE-2024-27006 kernel: thermal/debugfs: Add missing count increment to thermal_debug_tz_trip_up() [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278288 [ 21 ] Bug #2278290 - CVE-2024-27005 kernel: interconnect: Don't access req_list while it's being manipulated [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278290 [ 22 ] Bug #2278292 - CVE-2024-27004 kernel: clk: Get runtime PM before walking tree during disable_unused [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278292 [ 23 ] Bug #2278294 - CVE-2024-27003 kernel: clk: Get runtime PM before walking tree for clk_summary [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278294 [ 24 ] Bug #2278296 - CVE-2024-27002 kernel: clk: mediatek: Do a runtime PM get on controllers during probe [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278296 [ 25 ] Bug #2278298 - CVE-2024-27001 kernel: comedi: vmk80xx: fix incomplete endpoint checking [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278298 [ 26 ] Bug #2278300 - CVE-2024-27000 kernel: serial: mxs-auart: add spinlock around changing cts state [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278300 [ 27 ] Bug #2278302 - CVE-2024-26999 kernel: serial/pmac_zilog: Remove flawed mitigation for rx irq flood [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278302 [ 28 ] Bug #2278304 - CVE-2024-26998 kernel: serial: core: Clearing the circular buffer before NULLifying it [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278304 [ 29 ] Bug #2278309 - CVE-2024-26996 kernel: usb: gadget: f_ncm: Fix UAF ncm object at re-bind after usb ep transport error [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278309 [ 30 ] Bug #2278311 - CVE-2024-26995 kernel: usb: typec: tcpm: Correct the PDO counting in pd_set [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278311 [ 31 ] Bug #2278313 - CVE-2024-26994 kernel: speakup: Avoid crash on very long word [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278313 [ 32 ] Bug #2278315 - CVE-2024-26993 kernel: fs: sysfs: Fix reference leak in sysfs_break_active_protection() [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278315 [ 33 ] Bug #2278317 - CVE-2024-26992 kernel: KVM: x86/pmu: Disable support for adaptive PEBS [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278317 [ 34 ] Bug #2278319 - CVE-2024-26991 kernel: KVM: x86/mmu: x86: Don't overflow lpage_info when checking attributes [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278319 [ 35 ] Bug #2278321 - CVE-2024-26990 kernel: KVM: x86/mmu: Write-protect L2 SPTEs in TDP MMU when clearing dirty status [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278321 [ 36 ] Bug #2278323 - CVE-2024-26989 kernel: arm64: hibernate: Fix level3 translation fault in swsusp_save() [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278323 [ 37 ] Bug #2278325 - CVE-2024-26988 kernel: init/main.c: Fix potential static_command_line memory overflow [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278325 [ 38 ] Bug #2278328 - CVE-2024-26987 kernel: mm/memory-failure: fix deadlock when hugetlb_optimize_vmemmap is enabled [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278328 [ 39 ] Bug #2278330 - CVE-2024-26986 kernel: drm/amdkfd: Fix memory leak in create_process failure [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278330 [ 40 ] Bug #2278332 - CVE-2024-26985 kernel: drm/xe: Fix bo leak in intel_fb_bo_framebuffer_init [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278332 [ 41 ] Bug #2278334 - CVE-2024-26984 kernel: nouveau: fix instmem race condition around ptr stores [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278334 [ 42 ] Bug #2278336 - CVE-2024-26983 kernel: bootconfig: use memblock_free_late to free xbc memory to buddy [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278336 [ 43 ] Bug #2278338 - CVE-2024-26982 kernel: Squashfs: check the inode number is not the invalid value of zero [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278338 [ 44 ] Bug #2278340 - CVE-2024-26981 kernel: nilfs2: fix OOB in nilfs_set_de_type [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278340 [ 45 ] Bug #2278342 - CVE-2024-26980 kernel: ksmbd: fix slab-out-of-bounds in smb2_allocate_rsp_buf [fedora-all] https://bugzilla.redhat.com/show_bug.cgi?id=2278342 --------------------------------------------------------------------------------

2 2

Other internet / TV providers besides Bell/MTS & Rogers/Shaw
by Bradford C. Vokey 01 May '24

01 May '24

Hello Harsha! I have forwarded your question to our roundtable (roundtable(a)muug.ca) I am sure some of our other members may have some advice regarding other internet / TV providers besides the standard Bell/MTS & Rogers/Shaw. */If anyone has any advice for Harsha, please reply to <h.godavari(a)shaw.ca> if you can./**/ /* -- Bradford C. Vokey Treasurer Manitoba Unix User Group On 2024-05-01 12:00 p.m., Harsha Godavari wrote: > Hello Bradford: > I will try to attend the next meeting. I was on the video conference last month. Are there any other Internet /TV providers apart from Bell_MTS & Rogers_Shaw. Can't find any listings in the "Yellow Pages". I miss the old phone books. > > regards > harsha godavari > > ----- Original Message ----- > From: Bradford Vokey &lt;brad(a)fsi.ca&gt; > Sent: Thu, 18 Jan 2024 20:41:04 -0700 (MST) > Subject: Re: Order #424571408 [Membership #1737 for Harsha Godavari] > > Thanks Harsha! > > Are you available to attend (either in person or online) our next > meeting on February 6th? >

2 1

Correction: MUUG Meeting, Tuesday, May 7, 7:30pm (In-person/Hybrid Meeting) -- DMARC/SPF/DKIM
by Gilbert Detillieux 01 May '24

01 May '24

Yesterday's announcement had the correct date in the Subject header, but the wrong date below: The Manitoba UNIX User Group (MUUG) will be holding its next monthly meeting IN PERSON, on Tuesday, *May 7th*, at 7:30pm. Yes, that's the FIRST Tuesday of the month... DMARC/SPF/DKIM (with one-click unsubscribe and alignment) Do you have anything at all to do with email daemons, managing email hosted by a third party provider, or manage DNS? Google just made your life a lot more complicated. (And heaven help you if you have anything to do with "mass" email sending.) Come on down to MUUG this month and Trevor Cordes will talk about all the technologies you must now implement to stay borg-compliant and ensure your emails don't get dumped into the Spam box or worse! We're talking DMARC, DKIM, SPF... And what's with this new "alignment" thing? If there's time we'll even go into one-click unsubscribe! Where to find the Meeting: Fortress Software Inc., 350 Keewatin St -- Unit #2 We have a new in-person meeting location now! Brad Vokey has graciously let us use his work office for our next in-person meeting. The meeting room will be open by 7:00 pm, with the actual meeting starting at 7:30 pm. If driving, enter the lot using the most north east entrance and drive around to the south west corner of the building (see route in map detail on poster linked below). You can use any of the free, ample, and safe parking spots that say "reserved" in front of units #1 through #4 before entering unit #2. Bus stops #30814 and #30880 (route 77) are only 150 meters away. The last bus leaves for Polo Park at 10:15 pm and for Garden City at 10:31 pm. Logan Ave. bus routes #19, #26, and #27 are a 600 meter (8 minute) walk to the south. For those unable or preferring not to attend in person, the meeting will also be available online, using BBB as usual. Stay tuned to our muug.ca home page for the official URL, which will be made available about a half hour before the meeting starts. (Reload the page if you don't see the link, or if there are issues with connecting.) The group now holds its meetings at 7:30pm on the *first* Tuesday of every month from September to June. (There are no meetings in July and August.) Meetings are open to the general public; you don't have to be a MUUG member to attend. For more information about MUUG, and its monthly meetings, check out their web server: https://muug.ca/ Help us promote this month's meeting, by putting this poster up on your workplace bulletin board or other suitable public message board, or linking to it on social media: https://muug.ca/meetings/MUUGmeeting.pdf -- Gilbert E. Detillieux E-mail: <gedetil(a)muug.ca> Manitoba UNIX User Group Web: http://muug.ca/

1 0

Re: [RndTbl] [Muug] MUUG Meeting, Tuesday, May 7, 7:30pm (In-person/Hybrid Meeting) -- DMARC/SPF/DKIM
by Hartmut W Sager 01 May '24

01 May '24

Haha! > next monthly meeting IN PERSON, on Tuesday, April 2nd, at 7:30pm. Yes, that's the FIRST Tuesday of the month That April 2nd was the FIRST Tuesday of LAST month! So, your SPF and DKIM aren't aligned properly to pass DMARC. :) By the way, for the meeting, don't forget the new (upcoming) kid on the block, BIMI, that will also increase in relevance to the topic at hand. Hartmut On Tue 30 Apr 2024 at 16:16:46 -05:00, MUUG meeting announcements <muug-announce(a)muug.ca> wrote: >

1 1

MUUG Meeting, Tuesday, May 7, 7:30pm (In-person/Hybrid Meeting) -- DMARC/SPF/DKIM
by Gilbert Detillieux 30 Apr '24

30 Apr '24

The Manitoba UNIX User Group (MUUG) will be holding its next monthly meeting IN PERSON, on Tuesday, April 2nd, at 7:30pm. Yes, that's the FIRST Tuesday of the month... DMARC/SPF/DKIM (with one-click unsubscribe and alignment) Do you have anything at all to do with email daemons, managing email hosted by a third party provider, or manage DNS? Google just made your life a lot more complicated. (And heaven help you if you have anything to do with "mass" email sending.) Come on down to MUUG this month and Trevor Cordes will talk about all the technologies you must now implement to stay borg-compliant and ensure your emails don't get dumped into the Spam box or worse! We're talking DMARC, DKIM, SPF... And what's with this new "alignment" thing? If there's time we'll even go into one-click unsubscribe! Where to find the Meeting: Fortress Software Inc., 350 Keewatin St -- Unit #2 We have a new in-person meeting location now! Brad Vokey has graciously let us use his work office for our next in-person meeting. The meeting room will be open by 7:00 pm, with the actual meeting starting at 7:30 pm. If driving, enter the lot using the most north east entrance and drive around to the south west corner of the building (see route in map detail on poster linked below). You can use any of the free, ample, and safe parking spots that say "reserved" in front of units #1 through #4 before entering unit #2. Bus stops #30814 and #30880 (route 77) are only 150 meters away. The last bus leaves for Polo Park at 10:15 pm and for Garden City at 10:31 pm. Logan Ave. bus routes #19, #26, and #27 are a 600 meter (8 minute) walk to the south. For those unable or preferring not to attend in person, the meeting will also be available online, using BBB as usual. Stay tuned to our muug.ca home page for the official URL, which will be made available about a half hour before the meeting starts. (Reload the page if you don't see the link, or if there are issues with connecting.) The group now holds its meetings at 7:30pm on the *first* Tuesday of every month from September to June. (There are no meetings in July and August.) Meetings are open to the general public; you don't have to be a MUUG member to attend. For more information about MUUG, and its monthly meetings, check out their web server: https://muug.ca/ Help us promote this month's meeting, by putting this poster up on your workplace bulletin board or other suitable public message board, or linking to it on social media: https://muug.ca/meetings/MUUGmeeting.pdf -- Gilbert E. Detillieux E-mail: <gedetil(a)muug.ca> Manitoba UNIX User Group Web: http://muug.ca/

1 0

php head-exploding moment
by Trevor Cordes 26 Apr '24

26 Apr '24

cat z.php <? $a=[0=>'2', 1=>'3']; foreach ($a as $k=>&$v) { $v++; echo "$k,$v\n"; } #unset($v); echo "\n"; foreach ($a as $k=>$v) { echo "$k,$v\n"; } echo "\n"; ?> Ok, guess what this prints out? 0,3 1,4 0,3 1,4 Right? Wrong: 0,3 1,4 0,3 1,3 Until I stumble on this, see the Warning on second page. https://www.php.net/manual/en/control-structures.foreach.php This has got to be the most messed up fail by a language ever because in no circumstances would any sane programmer ever expect this from any language and in no way would any programmer ever want this behavior nor could it ever be useful ever. Perl (an early (first?) adopter of the "foreach") doesn't do this. Surely php can "fix" this somehow. The recommended "fix" is to uncomment the "unset" in the code to unlink the reference.

1 0

TPUG: Toronto PET Users Group (yes, really)
by Gilbert Detillieux 21 Apr '24

21 Apr '24

This was just brought to my attention, after someone in our department posted it in a group chat. There's an active PET user group in Toronto, that has monthly meetings, sometimes online/virtual (on Zoom), and sometimes featuring some of the big names from the Commodore computer era(s), not just PET, but C64, C128, Amiga, etc. https://www.tpug.ca/ And if you thought MUUG's website had a retro look, check out their title font! Gilbert

3 2

weird web hit 80 & 443?
by Trevor Cordes 19 Apr '24

19 Apr '24

5.6.7.8 - - [17/Apr/2024:00:17:59 -0500] "GET / HTTP/1.0" 400 362 "-" "-" sampledomainfoobar.com 1.2.3.4 80 443 HTTP/1.0 - - 56 Apache 2.4. LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %v %A %p %{local}p %H %f %L %D" teccombinedwithpath How can I get a hit where %p is 80 and %{local}p is 443? https://httpd.apache.org/docs/2.4/mod/mod_log_config.html#formats %p The canonical port of the server serving the request. %{format}p The canonical port of the server serving the request, or the server's actual port, or the client's actual port. Valid formats are canonical, local, or remote. One vhost is listening on 80, the other 443. Pretty standard setup. 80 does a redir to 443. HTTP2 is present, but the hit shows HTTP1. And apache gets confused and throws a 400. Looking at the very few hits like this it seems like some sort of probe: other probes occurring at the same time. Just wondering that they are doing to achieve this hit.

2 2