[AusNOG] Optus Hack

Michael Junek michael at juneks.com.au
Tue Sep 27 14:26:03 AEST 2022


And what about all those international travellers who order Optus services (for example) who don’t have, and aren’t entitled to have, a MyGov account?


From: AusNOG <ausnog-bounces at ausnog.net> On Behalf Of Giles Pollock
Sent: Tuesday, 27 September 2022 13:48
Cc: ausnog at ausnog.net
Subject: Re: [AusNOG] Optus Hack

Had the same thought, and it's good in principle, until you get that obnoxious little thought creeping into your head "yeah... but what if MyGov got hacked too?"

I suspect we'll end up with something akin to that down the track, as the information already exists across multiple government databases by law anyway. Might get interesting for non citizens though?

(It probably will wind up all the sovcit types too who will start throwing around their favourite catchphrases - NWO, world government, UN control, etc)

On Tue, Sep 27, 2022 at 1:40 PM jay binks <jaybinks at gmail.com<mailto:jaybinks at gmail.com>> wrote:
mmm I was just bouncing something like this around in my head.

In a perfect world, you could utilise MYGov infrastructure...
Carriers could get a UUID that represents a "Know your customer" Data validation that occurred between carriers and "MyGov", where the customer was MFA prompted (with the MyGov ID service) to say "Confirm you want to identify yourself to XXXX".

Then the carrier would only be required to retain that UUID for the MFA Verified auth transaction.
(and be explicitly instructed NOT to retain PII other than an email address to send invoices)

Anyways... back to the real world.


On Tue, 27 Sept 2022 at 13:06, Nick Adams <ausnog at narkov.com<mailto:ausnog at narkov.com>> wrote:
See the "Australia Card"[1] for why the Federal government probably couldn't provide central identification/auth services. It is politically very challenging...despite the obvious benefits it would provide.

[1] https://en.wikipedia.org/wiki/Australia_Card

--
Regards,

Nick Adams

On Tue, 27 Sep 2022, at 12:39 PM, Michael Kahl wrote:
Is there any legal obligation to store sensitive ID information in its original form? Storing a hashed version only would be sufficient to prove the details had been collected and verify any future ID verification requirements without actually retaining the sensitive data.

Separately, should the government provide an opt in two factor ID verification service for critical services such as telco, utilities, banking, etc? There are privacy concerns, however if implemented correctly they wouldn't be collecting any further information than what they legally have access to now.

On Tue, Sep 27, 2022 at 11:12 AM Nathan Brookfield <Nathan.Brookfield at iperium.com.au<mailto:Nathan.Brookfield at iperium.com.au>> wrote:
They’re legally obligated to retain it but why it’s on the API and why it’s not encrypted.

Looking at the data some fields are hashed and then repeated in the bloody clear :(

On 27 Sep 2022, at 11:02, glenn.satchell at uniq.com.au<mailto:glenn.satchell at uniq.com.au> wrote:

My understanding was that the data included the 100 points of ID info. Why are they retaining this? Surely after confirming the 100 points there only needs to be a record "100 points provided"=true and not retain the actual details. This goes back to only keeping the private data you need.

regards,
Glenn

On 2022-09-27 10:49, Damien Gardner Jnr wrote:
> Personally, I find putting Authentication on my API endpoints to be a
> FANTASTIC first step towards API security.  And then not even using
> public IP addresses in test environments is a pretty good second
> step..  </onlyhalfsarcasticherewhydoesthiskeephappening>
> On Tue, 27 Sept 2022 at 10:46, Bevan Slattery <bevan at slattery.net.au<mailto:bevan at slattery.net.au>>
> wrote:
>> Hi everyone,
>> Obviously a big week in telco and cybersecurity.  As part of my work
>> I am on the Australian Cyber Security Industry Advisory Committee as
>> an industry representative.
>> I am keen to look at opening up a dialogue with more and more telco,
>> DC and Cloud CISO’s on what they are doing around this issue and
>> looking to take a proactive step towards best practice on customer
>> data and system security.
>> There will be some pretty serious consequences of this hack on the
>> industry and importantly we need to make sure we are as best placed
>> to help each other continually increase in security posture through
>> best practice, but also working with each other as an industry.
>> Are people keen on having a online/VC session sometime in the next
>> few weeks where like-minded industry participants get together and
>> discuss security, retention, encryption, threat detection etc.?  If
>> so, just ping me directly and if there is enough interest I will
>> send out an invitation to the list for a call.
>> Cheers
>> [b]
>> _______________________________________________
>> AusNOG mailing list
>> AusNOG at ausnog.net<mailto:AusNOG at ausnog.net>
>> https://lists.ausnog.net/mailman/listinfo/ausnog
> --
> Damien Gardner Jnr
> VK2TDG. Dip EE. GradIEAust
> rendrag at rendrag.net<mailto:rendrag at rendrag.net> -  http://www.rendrag.net/
> --
> We rode on the winds of the rising storm,
> We ran to the sounds of thunder.
> We danced among the lightning bolts,
> and tore the world asunder
> _______________________________________________
> AusNOG mailing list
> AusNOG at ausnog.net<mailto:AusNOG at ausnog.net>
> https://lists.ausnog.net/mailman/listinfo/ausnog
_______________________________________________
AusNOG mailing list
AusNOG at ausnog.net<mailto:AusNOG at ausnog.net>
https://lists.ausnog.net/mailman/listinfo/ausnog
_______________________________________________
AusNOG mailing list
AusNOG at ausnog.net<mailto:AusNOG at ausnog.net>
https://lists.ausnog.net/mailman/listinfo/ausnog
_______________________________________________
AusNOG mailing list
AusNOG at ausnog.net<mailto:AusNOG at ausnog.net>
https://lists.ausnog.net/mailman/listinfo/ausnog


_______________________________________________
AusNOG mailing list
AusNOG at ausnog.net<mailto:AusNOG at ausnog.net>
https://lists.ausnog.net/mailman/listinfo/ausnog


--
Sincerely

Jay
_______________________________________________
AusNOG mailing list
AusNOG at ausnog.net<mailto:AusNOG at ausnog.net>
https://lists.ausnog.net/mailman/listinfo/ausnog
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.ausnog.net/pipermail/ausnog/attachments/20220927/f9e5bb46/attachment-0001.htm>


More information about the AusNOG mailing list