<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=Windows-1252">
</head>
<body>
<div>
<div>
<div style="direction: ltr;">Dear Mr. Curtis and Nanog;</div>
<div><br>
</div>
<div style="direction: ltr;">Thank you for your responses.  Yes, I am investigating the feasibility of public internet access to help with Digital Divide issues in light of the COVID-19 pandemic as well as the challenges of security in this public application.</div>
<div><br>
</div>
<div style="direction: ltr;">It’s relatively straightforward to segment East-West traffic; however, I’m not so sure about the case of North-South.  I need to address this issue somehow in my assessment of risks in public networks.</div>
<div><br>
</div>
<div style="direction: ltr;">I do *not* want to decrypt SSL traffic.  But I would *like* to be able to have some black box with a subscription at the network edge prevent malware from being downloaded through the network.</div>
<div><br>
</div>
<div style="direction: ltr;">My question was whether this is even possible in a public context.  Secure DNS services would go a long way toward this goal.</div>
<div><br>
</div>
<div style="direction: ltr;">Is it fair to say that an NGFW *must* decrypt SSL traffic in order to fully categorize for IPS/IDS prevention?  </div>
<div><br>
</div>
<div style="direction: ltr;">Thank you,</div>
<div style="direction: ltr;">CJ<span id="ms-outlook-ios-cursor"></span></div>
<div><br>
</div>
<div><br>
</div>
<div><br>
</div>
</div>
<div><br>
</div>
<div class="ms-outlook-ios-signature">Get <a href="https://aka.ms/o0ukef">Outlook for iOS</a></div>
</div>
<hr style="display:inline-block;width:98%" tabindex="-1">
<div id="divRplyFwdMsg" dir="ltr"><font face="Calibri, sans-serif" style="font-size:11pt" color="#000000"><b>From:</b> Curtis, Bruce <bruce.curtis@ndsu.edu><br>
<b>Sent:</b> Friday, October 9, 2020 5:23:45 PM<br>
<b>To:</b> Christopher J. Wolff <cjwolff@nola.gov><br>
<b>Cc:</b> nanog@nanog.org <nanog@nanog.org><br>
<b>Subject:</b> Re: Securing Greenfield Service Provider Clients</font>
<div> </div>
</div>
<div class="BodyFragment"><font size="2"><span style="font-size:11pt;">
<div class="PlainText">EMAIL FROM EXTERNAL SENDER: DO NOT click links, or open attachments, if sender is unknown, or the message seems suspicious in any way. DO NOT provide your user ID or password. If you believe that this is a phishing attempt please forward
 this message to phishing@nola.gov<br>
<br>
<br>
If you search for this phrase<br>
<br>
        During 2020 more than fifty percent of new malware campaigns will use various forms of encryption and obfuscation to conceal delivery, and to conceal ongoing communications, including data exfiltration.<br>
<br>
you will find lots of vendors of decryption have the phrase from Gartner mentioned prominently on their web site.<br>
<br>
<br>
I don’t think TLS decryption would be viable in our university environment.<br>
<br>
Your email address indicates that you are in a government environment and if so you might have more control over devices and could have a better chance of making decryption work.<br>
On the other hand if you have more control over devices a better choice might be to spend your resources on implementing whitelisting rather than decryption.<br>
<br>
Keep in mind that if you implement decryption your decryption device is in scope for PCI and subject to the various PCI duding and logging requirements.<br>
<br>
<br>
<br>
Attackers abuse Google DNS over HTTPS to download malware<br>
<br>
<a href="https://www.bleepingcomputer.com/news/security/attackers-abuse-google-dns-over-https-to-download-malware/">https://www.bleepingcomputer.com/news/security/attackers-abuse-google-dns-over-https-to-download-malware/</a><br>
<br>
<br>
More general and as focused on decryption but I recommend you watch these sessions from RSA conferences.<br>
<br>
<a href="https://www.youtube.com/watch?v=d90Ov6QM1jE">https://www.youtube.com/watch?v=d90Ov6QM1jE</a><br>
<br>
<a href="https://www.youtube.com/watch?v=qzI-N0p9hFk">https://www.youtube.com/watch?v=qzI-N0p9hFk</a><br>
<br>
<br>
And also the NIST draft on Zero Trust Architecture.  The document is mainly about Zero Trust but does briefly mention decryption.<br>
<br>
<a href="https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-207.pdf">https://nvlpubs.nist.gov/nistpubs/SpecialPublications/NIST.SP.800-207.pdf</a><br>
<br>
<a href="https://csrc.nist.gov/publications/detail/sp/800-207/final">https://csrc.nist.gov/publications/detail/sp/800-207/final</a><br>
<br>
<br>
<br>
<br>
> On Oct 9, 2020, at 2:09 PM, Christopher J. Wolff <cjwolff@nola.gov> wrote:<br>
><br>
> Dear Nanog;<br>
><br>
> Hope everyone is getting ready for a good weekend.  I’m working on a greenfield service provider network and I’m running into a security challenge.  I hope the great minds here can help.<br>
><br>
> Since the majority of traffic is SSL/TLS, encrypted malicious content can pass through even an “NGFW” device without detection and classification.<br>
><br>
> Without setting up SSL encrypt/decrypt through a MITM setup and handing certificates out to every client, is there any other software/hardware that can perform DPI and/or ssl analysis so I can prevent encrypted malicious content from being downloaded to my
 users?<br>
><br>
> Have experience with Palo and Firepower but even these need the MITM approach.  I appreciate any advice anyone can provide.<br>
><br>
> Best,<br>
> CJ<br>
<br>
Bruce Curtis<br>
Network Engineer  /  Information Technology<br>
NORTH DAKOTA STATE UNIVERSITY<br>
phone: 701.231.8527<br>
bruce.curtis@ndsu.edu<br>
<br>
</div>
</span></font></div>
</body>
</html>