- NZNOG - lists.nznog.org

Nznog travel
by Scott Walsh 27 Jan '05

27 Jan '05

Hi All, I've driving down to Hamilton for nznog early Wednesday morning (leaving by 6:30) and returning Friday pretty much right the conference close. If anyone would like a ride, get in touch. Thanks Scott Walsh Service Implementation Specialist Integrated Technology Services (ITS) - Passionate about Winning IBM New Zealand Limited

2 1

Nznog dinners
by Lin Nah 26 Jan '05

26 Jan '05

Hi All I am organising the dinners on Wednesday 2 February and Friday 4 February. It won't be anything as organised as the Thursday dinner! It is definitely NOT part of the conference and so a. You have to pay for your own meal, and, b. attendance isn't limited to ppl attending the meet Please read the page about the dinners and if you wish to attend, give me an indicative reply Page on dinners: http://www.nznog.org/curry_about.php Look forward to seeing you there. regards lin Auckland Thursday Night Curry http://auckland.thursdaynightcurry.com

1 0

Notification of NZRR Database changes
by NZRR Database Notifications 26 Jan '05

26 Jan '05

Dear Colleague, This is to notify you that some object(s) in NZRR database which you either maintain or are listed as to-be-notified have been added, deleted or changed. These objects are used to configure the various NZIX route servers (http://nzix.net/) so you can expect the relevant servers to be reloaded in the near future. The reloading of the servers is staggered over a period of time so that if you are peering with both servers at an exchange, you can maintain at least one BGP session at all times and consequently a full set of routes. --- OBJECT BELOW CREATED: route-set: AS9560:RS-ROUTES:AS9503 descr: Route set advertised to AS9560 by FX Networks - AS9503 members: 131.203.0.0/16^16-27, 161.29.0.0/16^16-27, 161.65.0.0/16^16-27, 192.88.85.0/24^24-27, 192.133.31.0/24^24-27, 202.36.226.0/24^24-27, 202.37.86.0/23^23-27, 202.49.80.0/23^23-27, 202.50.52.0/22^22-27, 202.50.196.0/22^22-27, 202.50.200.0/21^21-27, 202.50.208.0/20^20-27 admin-c: RPA1-NZRR tech-c: RPA1-NZRR notify: rpsl-admin(a)nzix.net notify: nznog(a)list.waikato.ac.nz notify: noc(a)fx.net.nz mnt-by: MAINT-NZRR-NZ changed: rpsl-admin(a)nzix.net 20050127 source: NZRR

1 0

Slightly OT: Petition to ban someone from the 'net
by Matthew Poole 25 Jan '05

25 Jan '05

Now, I'll preface this by saying that I'm almost certain it's bovine excrement. But once you involve politicians, anything's possible. A friend of a friend (yeah, one of those stories) has raised with him the suggestion that NZ has some system to petition to have someone permanently banned from the Internet. This notional petition only requires 50 signatures. Can anyone confirm such a beast? I imagine there will be peals of laughter accompanying the reading of this e-mail, and I'll be stunned if someone says it does actually exist, but there's no harm in asking the group of people most likely to know. -- Matthew Poole "Don't use force. Get a bigger hammer."

7 7

Two low-severity BIND security advisories (BIND 8, BIND 9)
by Joe Abley 25 Jan '05

25 Jan '05

Advisories for BIND 9 and BIND 8 follow. Note that BIND 9 is only vulnerable if the DNSSEC validator is turned on (it's off by default). Begin forwarded message: > From: Mark Andrews <Mark_Andrews(a)isc.org> > Date: 26 January 2005 17:55:48 GMT+13:00 > To: bind-announce(a)isc.org > Subject: Internet Systems Consortium Security Advisory: BIND: Self > Check Failing > > > Internet Systems Consortium Security Advisory. > BIND: Self Check Failing > 18 November 2004 > > Versions affected: > BIND 9.3.0 > Severity: LOW > Exploitable: Remotely > Type: denial of service > Description: > > An incorrect assumption in the validator (authvalidated) > can result in a REQUIRE (internal consistancy) test failing > and named exiting. > > Workaround: > > Turn off dnssec validation (off by default) at > the options/view level. > > dnssec-enable no; > > Fix: > > Upgrade to BIND 9.3.1 > http://www.isc.org/sw/bind/ > > See also: > http://www.kb.cert.org/vuls/id/938617 Begin forwarded message: > From: Mark Andrews <Mark_Andrews(a)isc.org> > Date: 26 January 2005 17:54:31 GMT+13:00 > To: bind-announce(a)isc.org > Subject: Internet Systems Consortium Security Advisory: BIND: Buffer > Overrun (q_usedns). > > > Internet Systems Consortium Security Advisory. > BIND: Buffer Overrun (q_usedns). > 17 November 2004 > > Versions affected: > BIND 8.4.4 and 8.4.5 > Severity: LOW > Exploitable: Remotely > Type: denial of service > Description: > > It is possible to overrun the q_usedns array which > is used to track nameservers / addresses that have > been queried. > > Workaround: > > Disable recursion and glue fetching. > > Fix: > > Upgrade to BIND 8.4.6 > http://www.isc.org/sw/bind/ > > See also: > http://www.kb.cert.org/vuls/id/327633

2 1

RE: [nznog] Slightly OT: Petition to ban someone from the 'net
by Donald Neal 25 Jan '05

25 Jan '05

> -----Original Message----- > From: Antonio Broughton [mailto:anacarda(a)flerwin.net] > Sent: Wednesday, 26 January 2005 10:58 a.m. > To: nznog(a)list.waikato.ac.nz > Subject: Re: [nznog] Slightly OT: Petition to ban someone > from the 'net > > Matthew Poole wrote: > > That's exactly what I thought. Not to mention that you could get 50 > > signatures simply by standing on the corner of Queen St and > Wellesly St at > > lunchtime. > > This person is apparently adamant (aren't they all?) that > such a thing > > exists. To the point that she's out seeking further details. > > > > ahhh there we go then... a female... 'nuff said... :) I think we can leave that thread there. - Donald Neal NZNOG Liat Administrator/Muggins Donald Neal |A prophecy is a guess that comes Technical Specialist |true. If it doesn't come true, it's NGN Operations |a metaphor. - G'Kar, Babylon 5 Integration & Services Division +----------------------------------- Alcatel NZ Ltd - Telecom's network operations manager ------------------------------------------------------------------------------ "This communication, including any attachments, is confidential. If you are not the intended recipient, you should not read it - please contact me immediately, destroy it, and do not copy or use any part of this communication or disclose anything about it. Thank you. Please note that this communication does not designate an information system for the purposes of the Electronic Transactions Act 2002." ------------------------------------------------------------------------------

2 1

How to stop spam
by Juha Saarinen 25 Jan '05

25 Jan '05

http://www.circleid.com/article/917_0_1_0_C/ Some interesting discussion there. -- Juha

2 1

HEADS UP - Upcomming Webcasting Activity
by Richard Naylor 24 Jan '05

24 Jan '05

Next week is the 2005 Premiere Yearling Sale and the event will be webcast live. The dates are Monday 31 Jan through to Friday 4 Feb inclusive. 1000Hrs to 1700Hrs There will be test streams running on Sunday 30 Jan at various times (ie when we get it going). The event web site is www.nzb.co.nz, with the streams originating from R2.co.nz - There will be 5 bit rates (streams) so that users get a choice of stream quality, affordability, etc. The webcast will include the Select Yearling Sale (ie cheaper horses), which is the thursday and friday. At this stage, the Festival Yearling Sale (ie even cheaper horses), on Sunday and Monday 6, 7 February, is *NOT* being webcast. These events are not huge in terms of viewer numbers, but with large sums of money involved ISP Help Desks may receive a few calls from "excited" clients, needing to watch in a hurry etc. (About $60M changes hands during the event - must put my hand out....) The event web page at R2 is http://www.r2.co.nz/20050131 details of the streams etc will be available on that page. The Premiere Sale (first 3 days) is also broadcast on Trackside TV, and SkyTV. Thanks you for your assistance; I hope there aren't too many calls for you. Richard

1 0

Philip Hazel public presentation
by Craig Box 24 Jan '05

24 Jan '05

Hi everyone, As Philip Hazel is in town for the NZNOG conference, the Waikato Linux Users Group have arranged for him to present a public meeting the night before his tutorial (1st February). The talk is entitled "Exim and PCRE: How free software hijacked my life" [1]. Philip will present a non-technical talk on the history of the Exim and PCRE software projects, how they got started, where they are now, and where they are currently going. We thank the NZNOG conference for sponsoring Philip to NZ, but attendance at NZNOG isn't required for attending this talk, so I figured some people here might be interested or know people who are (especially if they were going to a different tutorial). The meeting will start at 7:30pm, in the LitB[2] building at Waikato University. All are welcome, although non members are encouraged to make a gold coin donation. Tea/coffee/biscuits/juice will be provided after the meeting. Hamilton is only a short amble from Auckland and is lovely this time of year. For those unfamiliar with the WLUG, especially people involved in Linux support or administration, you might like to check our wiki out at http://www.wlug.org.nz/. Regards, Craig Box Waikato Linux Users Group Secretary [1] For more information on Philip and the meeting, see http://www.wlug.org.nz/MeetingTopics.2005-02-01 [2] For a map, see http://www.wlug.org.nz/LitB

1 0

Virus Filtering by ISPs vs the need to receive security/abuse traffic
by Mark Foster 21 Jan '05

21 Jan '05

This is one that i've come across from time to time and often pondered myself - Obviously virus traffic can fluctuate up and down and become an annoyingly high percentage of an ISPs total mail load. Thus AV filtering which drops these messages is beneficial and can be provided as a benefit to customers, etc... So what happens to role accounts like, heaven forbid, abuse@ ? And for that matter, if the messages are dropped, is there any logged trace of the fact the message was sent in the first place? The reason I ask is that i've seen at least one ISP to whom i've reported viral infections to recently actually reject the report, because of the 'illegal file attatchment' (where the criteria used was the file extension... not even viral code within the attatchment)... So I had to manually copy/paste headers only to get my point across. The argument can be made that headers are all thats required, and that the actual payload isnt needed - but what if theres occaision where you want said payload? (To provide actual evidence of the infection, to identify what variant of the virus is infected, to help build filters ...?) Do ISPs out there regularly exclude their security team or at least build in means for one-off exceptions on an as-required basis? Do ISPs that drop viral (or suspected viral) traffic do anything to report said infection, or do they just drop the virus and pretend it never happened? (Doesn't actually fix the problem, does it...) Appreciate your thoughts. Mark.

4 5