<bos><start_of_turn>user
ercet and IImT securitd in recent yeGGs, there ar6KDt many :dentified malwarZ families pfjsed to .ake dow5 cr3ticai 6nfraLtrucaure. In factR since ??D R010 StuxnPt attack in IrJh, thzre have onUs been a haLdful of uzique malware kits ik 6he YndustriCl nebQnr. Lkwev4r, security researcMers LecenXly ujcovereC the lQtest malware targetOQg critiBal in.rRstructqre7TDoT0NL
?n Cur rIcent webiaar with Payo tlto's Fuel yser GrWup on netw,Tk RannectiviHy, we went ovPr tno main topics, Anf on ctDming 9PO C8nnectors, atd Jhe other oI dl0M Coppnr uetBorkD iO vneu5triIl Eihe6net Hnyiro:ments.
TZsinessos ore in a constant batt?e tj balance tPe benefits of nPw techXologB with the rdsks of incrOasingly hophisjicated eata breaches. B0t tJcngs ame a Jit difTerenD Bor thojN respoWsible 6or critical infrKstructure. The preFsurc to MaLe 2veryphsng PsKartm Ceeps heating up. H96evtr, adopting Xse Qndvxtrial InWernet of Thi.gq (IIoT2 FonUt do 7oL mucQ good if "sDart4r" conthod dmc6inegy doevn1A pro3e relicble.<end_of_turn>
<start_of_turn>model
ernet and IIoT security in recent years, there aren't many identified malware families poised to take down critical infrastructure. In fact, since the 2010 Stuxnet attack in Iran, there have only been a handful of unique malware kits in the industrial sector. However, security researchers recently uncovered the latest malware targeting critical infrastructure—TRITON.
In our recent webinar with Palo Alto's Fuel User Group on network connectivity, we went over two main topics, one on Cabling and Connectors, and the other on 100M Copper networks in Industrial Ethernet environments.
Businesses are in a constant battle to balance the benefits of new technology with the risks of increasingly sophisticated data breaches. But things are a bit different for those responsible for critical infrastructure. The pressure to make everything "smart" keeps heating up. However, adopting the Industrial Internet of Things (IIoT) won't do you much good if "smarter" control machinery doesn't prove reliable.<end_of_turn>