Archive for the ‘NSA’ Category

NSA’s cyber wing looks to safeguard COVID research and expand outreach – FCW.com

Cybersecurity

Optional caption goes here. Optional caption goes here. Optional caption goes here. Optional caption goes here.

The National Security Agency's cybersecurity directorate is focusing its resources on protecting medical research related to the COVID-19 pandemic and assisting critical infrastructure that can help speed up America's economic recovery, according to the agency's Deputy Director George Barnes.

Speaking on a webcast hosted by the Intelligence National Security Alliance, Barnes provided an update on the agency's cyber-focused directorate formed late last year. The rise of the COVID-19 pandemic has provided a whole host of additional challenges, increasing the collective digital threat surface as governments and businesses moved to mostly online operations and putting public health organizations and pharmaceutical companies working on a vaccine and other aspects of the response firmly in the crosshairs of nation-state hackers.

Barnes said the fallout from the pandemic has pushed the directorate to ask "how do we protect critical activities that are vital to us getting back in a healthy state?" and enable Americans to get back to work and keep the economy moving. When it comes to protecting private and public medical research, the agency's bread and butter -- signals intelligence can provide medical research organizations with insight into what information foreign governments are after as well as the tools and methods they're using to get it.

"It wasn't [more than] a few days into March where phone calls were coming in to NSA asking us for our insights and our support to that community, and so we have doubled down and really accelerated and intensified efforts to reach out," he said.

While one of the directorate's core missions is protecting national security systems such as nuclear command and control infrastructure, the organization has realized that many of the vulnerabilities they're called upon to defend against are the result of poorly designed parts and components. A lack of coordination between the industries that create technologies and the governments who use them to protect cyberspace "we are not well positioned as a nation" to defend against digital espionage and supply chain compromises.

That has caused the directorate to canvass the Department of Defense as well as the defense industrial base and non-defense businesses to create a more collaborative, bidirectional relationship.

"We are tied between government and industry. Industry drives government, industry creates the capabilities, the solutions that we press into service operationally," said Barnes. "Our security can't just start once we take something on and receive it and deploy it. It has to start from the design, and we know all too well that designs are ripe for plucking."

The directorate was initially designed to focus on protecting national security systems and the defense industrial base from hacking groups, foreign intelligence services and other threats. It was also set up to boost information sharing efforts and foster better cooperation between NSA, other agencies and the private sector on digital security matters.

Curtis Dukes, formerly head of the now defunct Information Assurance branch at NSA, told FCW last year that information sharing efforts between intelligence agencies are often hampered by a declassification process that waters down the usefulness of most threat data, and the directorate seems designed to counter that criticism. It operates out of a new 380,000 square foot building alongside personnel from its sister agency, U.S. Cyber Command and cleared representatives from defense contractors and other federal agencies.

The organization's ambitions are also bold, and it has outlined a portfolio that includes defending U.S. defense assets, protecting critical infrastructure from cyberattacks, raising situational and threat awareness among American commercial enterprise, curbing intellectual property theft by foreign nations and partnering with academia and industry to cultivate a technically minded workforce that treats cybersecurity as a critical component rather than an add on after-the-fact.

In each arena, Barnes said the directorate focused resources on the things only it can do. Success will be measured not by NSA but by the customers it serves, from DOD, intelligence agencies and the Joint Chiefs of Staff to other civilian agencies and the broader cybersecurity community. When it comes to working with the Department of Homeland Security and its component Cybersecurity and Infrastructure Security Agency, the directorate is quickly building relationships while pondering how to share data and work together to push out threat advisories to critical infrastructure, contractors and the private sector at large.

"At NSA I want to do things that nobody else can do," Barnes said. "I don't want to do things that others can do. The world's too big, we have too many priorities, too many pressing needs to pursue duplication out of product."

About the Author

Derek B. Johnson is a senior staff writer at FCW, covering governmentwide IT policy, cybersecurity and a range of other federal technology issues.

Prior to joining FCW, Johnson was a freelance technology journalist. His work has appeared in The Washington Post, GoodCall News, Foreign Policy Journal, Washington Technology, Elevation DC, Connection Newspapers and The Maryland Gazette.

Johnson has a Bachelor's degree in journalism from Hofstra University and a Master's degree in public policy from George Mason University. He can be contacted at [emailprotected], or follow him on Twitter @derekdoestech.

Click here for previous articles by Johnson.

Continued here:
NSA's cyber wing looks to safeguard COVID research and expand outreach - FCW.com

Choosing a safe conferencing tool in the era of mass telework – Federal News Network

Best listening experience is on Chrome, Firefox or Safari. Subscribe to Federal Drives daily audio interviews onApple PodcastsorPodcastOne.

Tom Temin: Mr. Ziring, good to have you on.

Neal Ziring:Thanks, Tom, its good to be here.

Tom Temin: Is it correct to say that even the NSA does have people teleworking? I know a lot of people need to be in the SCIFs and so forth in the intelligence community, but you do have some teleworking going on also?

Neal Ziring:Well, I cant go into detail on that, Tom. But you know, were having to react to this crisis like everyone else, and both ourselves and everyone across the national security community that we serve is trying their best to keep their workforce safe while continuing to do their vital national security missions. And collaboration is always a part of that.

Tom Temin: Sure. So lots of federal agencies from the least secure to the most secure are using all kinds of collaboration tools. Give us what are the big security requirements and considerations for these types of tools?

Neal Ziring:Sure, you know, we were watching this, we were supporting all sorts of DoD workforce efforts. And we noticed there was a vacuum in terms of guidance to help people use collaboration services securely. So, you know, we have a great deal of deep expertise here in our workforce on this. So we put together what we thought were core requirements that individuals who maybe were suddenly trying to work from home or from some remote location could pick up and use to choose a collaboration service that would meet their own security needs. For example, does it use good encryption? Does it have ability to use multi factor authentication, can the user see and control who connects? These are all very important requirements for selecting a service that youre going to use for government work.

Tom Temin: Because you have a list of about seven cybersecurity aspects of these encryption, two different levels of encryption and so on, and theres a yes or no according to each one are there any particular characteristics that if they get a no at, that product would be just simply ruled out all together?

Neal Ziring:Well, we didnt want to go there. We didnt want to be prescriptive because the needs of different agencies vary widely. We wanted to inform folks across the national security spectrum of which requirements they should consider. I dont think any of them are sort of showstoppers in that sense. Theyre all reasonably important, and theyre going to vary between different folks. For example, there are some folks in DoD I know where the authentication is a very important concern for them. So for them, criterion number three use a multi-factor authentication will be vital. And we just wanted to inform them and have a representative list of products its not a comprehensive list showing what they should consider and what they should ask of the products that they start to use.

Tom Temin: Basically, it looks like the only thing that doesnt encrypt or use multi factor authentication or do anything is plain old SMS text, which is not really a brand, but thats what everybodys got on their phones.

Neal Ziring:Yeah, we threw that in as a comparison. Were really hoping people will choose to use more secure means than their SMS.

Tom Temin: And then coming up with the list and the different ratings for the different yes or no answers on the different aspects of security on these products, did you just get that from the product literature? Or did you test them?

Neal Ziring:For the most part, we got it from the product literature, because we noticed this vacuum. We had received multiple sort of time sensitive requests from customers across Dod and other national security establishments saying, Hey, we need some help here. So we got together a team of folks. We did some testing and a whole lot of reading of product literature under conditions emulating what a teleworking user would face. And then we put these together and we invite the folks who maintain these systems, if they spot an inaccuracy in what weve published then they can write to us, and we will correct it. Weve already gone through one round of revision.

Tom Temin: Got it. Were speaking with Neal Ziring, the technical director of the Cybersecurity Directorate at the National Security Agency. And have you heard from any agencies that said, Hey, this happened to us with this particular product, you better be aware of that potential?

Neal Ziring:No, we havent received reports of actual incidents. We have had several national security organizations write to us and say the guidance is helpful and asking additional technical questions. Thats pretty standard for us.

Tom Temin: Sure. And I have a question about these products, too. Suppose someone in a national security situation is teleworking and collaborating over these and lets postulate that no data is being exchanged. Say no documents or something would be exchanged back and forth in that manner. Because it may be against the rules, and depending on the sensitivity of the data, but people are talking. If they were to be talking about something that could be classified or make a reference is one of the issues that voice could be somehow obtained by a third party thats not authorized?

Neal Ziring:Yeah, thats certainly a concern for this category of product, right. Now, we do caution folks to think about what theyre saying over these systems. These are unclassified systems. And so they shouldnt be talking classified over them in any case. But yeah, thats why criterion number one is important, for example, right? Is this something that employs encryption, so that if theres somebody who can see that traffic, then theyre not going to see anything but ciphertext. Thats a very important part of selecting a secure collaboration service.

Tom Temin: Let me ask you this. If you could design a ideal product in terms of cybersecurity for collaboration, what would it look like?

Neal Ziring:Oh, I think it would, it would look a lot Like some of the commercial products that are out there, now, theres some really good ones. It should implement strong encryption, and that encryption should meet published encryption standards. It should support multi-factor authentication. A really important aspect is transparency, the service should let you see who is connected, see where its connecting through. Allow you to see what data you have stored in the service and delete it. And also whether the service provider is going to be sharing data about you or your usage with any third parties. Thats a concern as well.

Tom Temin: And one of the criteria is whether the source code is shared, the public source code is shared. What is the consideration there? Why is that important?

Neal Ziring:Yeah, that is that is criterion number seven. And thats an aspect of transparency, right that lets reviewers or potentially someone like NSA, examine how the product is implementing its security and see that that is being done correctly.

Tom Temin: Theres probably some good guidance for the vendors. Theres one here called Signal which Im not familiar with, but it gets yess on all of the criteria, except FedRAMP. It seems like that company ought to go for its FedRAMP certification.

Neal Ziring:Well, I would encourage any companies that want to provide service of this kind to the federal government to consider FedRAMP. I was there when they started FedRAMP. I think its a great program. FedRAMP is important because in gaining a FedRAMP certification, a company needs to thoroughly document how their security works and how its provided. And then the federal government can have more faith or more assurance when theyre utilizing that service.

Tom Temin: With respect to video, does video add cybersecurity risk in general to the use of these products?

Neal Ziring:I dont think it adds risks in and of itself. For some of the products, using video may affect whether you get to use encryption or not. So thats an important consideration but no, otherwise, go ahead and do the video. Its fine.

Tom Temin: All right. Neal Ziring is technical director of the Cybersecurity Directorate at the National Security Agency. Thanks so much for joining me.

Neal Ziring:Thank you, Tom.

Continue reading here:
Choosing a safe conferencing tool in the era of mass telework - Federal News Network

It’s not every day the NSA publicly warns of attacks by Kremlin hackers so take this critical Exim flaw seriously – The Register

The NSA has raised the alarm over what it says is Russia's active exploitation of a remote-code execution flaw in Exim for which a patch exists.

The American surveillance super-agency said [PDF] on Thursday the Kremlin's military intelligence hackers are actively targeting some systems vulnerable to CVE-2019-10149, a security hole in the widely used Exim mail transfer agent (MTA) that was fixed last June.

Here's a sample of Moscow's exploit code, according to the NSA, which is sent to a vulnerable server to hijack it we've censored parts of it to avoid tripping any filters:

"The Russian actors, part of the General Staff Main Intelligence Directorates (GRU) Main Center for Special Technologies (GTsST), have used this exploit to add privileged users, disable network security settings, execute additional scripts for further network exploitation; pretty much any attackers dream access as long as that network is using an unpatched version of Exim MTA," the NSA said.

In this case, miscreants, linked to the military-backed Sandworm operation, exploit improper validation of the recipient's address in Exim's deliver_message() function in /src/deliver.c to inject and execute a shell command, which downloads and runs another script to commandeer the server. An in-depth technical description of the programming blunder can be found here by Qualys, which found and reported the flaw last year.

Because Exim is widely used on millions of Linux and Unix servers for mail, bugs in the MTA are by nature public-facing and pose an attractive target for hackers of all nations.

The NSA did not say who exactly was being targeted, though we can imagine the Russian military takes an interest in probing foreign government agencies and vital industries. GRU hackers have also previously targeted energy utilities, by some reports.

The Sandworm hacking group has also previously been linked to attacks on a research lab in Britain, and the nation's Foreign Office.

The exploit of CVE-2019-10149 by the Sandworm crew has been on-going since August, the NSA said. Fortunately, there has also been a fix out for this bug for nearly a year the flaw was introduced in Exim 4.87 and patched back in June of 2019.

Updating Exim to version 4.93 or later will close off the vulnerability. While admins can download the update, using your Linux distro's package manager will be the easiest way to get the fix, if for some reason you don't already have it.

Admins are also advised to keep a close eye on their servers to check for suspicious activity, such as new accounts being added or security settings being changed.

"Routinely verifying no unauthorized system modifications, such as additional accounts and SSH keys, have occurred can help detect a compromise," noted the NSA. "To detect these modifications, administrators can use file integrity monitoring software that alerts an administrator or blocks unauthorized changes on the system.

"If an MTA DMZ was configured in a least access model, for example to deny by default MTA initiated outbound traffic destined for port 80/443 on the internet while only permitting traffic initiated from an MTA to necessary hosts on port 80/443, the actors method of using CVE-2019-10149 would have been mitigated."

Sponsored: How to simplify data protection on Amazon Web Services

See the article here:
It's not every day the NSA publicly warns of attacks by Kremlin hackers so take this critical Exim flaw seriously - The Register

Many Exim Servers Remain Vulnerable to Year-Old Flaw – Decipher

Its has been nearly a year to the day since information about a serious vulnerability in the Exim mail transfer agent thats included in many Linux distributions was released, and nearly a week since the NSA warned that Russian attackers are systematically exploiting the bug, but there are still several hundred thousand servers online running vulnerable versions of the MTA.

The vulnerability (CVE-2019-10149) affects several versions of Exim, from 4.87 through 4.91, and a fix has been available for the bug since June 2019. Researchers at Qualys discovered the flaw and reported it to the maintainers of Exim, who released a patched version and pushed it downstream to the Linux distributions that include the MTA. Exim runs a large portion of the mail servers online, so the target base is quite large, and almost immediately after that disclosure, attackers began exploiting the bug opportunistically. A worm designed to scan for vulnerable servers and then run an exploit to install a cryptocurrency miner.

There are two other serious flaws in Exim that were disclosed last year (CVE-2019-15846 and CVE-2019-16928), both of which can lead to remote code execution. Patches are available for both of those vulnerabilities, too, but, as with CVE-2019-10149, the updated versions have not been installed everywhere.

At the time the CVE-2019-10149 vulnerability was disclosed, there were about 3.5 million vulnerable servers and while the majority of those have been updated, data from RiskIQ shows that there are still around 900,000 vulnerable servers online every day. That number includes all of the servers that are vulnerable to any one of the three Exim flaws disclosed last year. The majority of those servers are running Exim 4.91 or 4.92. Exim 4.92.3 includes fixes for all of the vulnerabilities.

Last week, the NSA published an advisory warning that Russian threat actors known as the Sandworm team who are associated with the General Staff Main Intelligence Directorate military intelligence unit had been exploiting CVE-2019-10149 since at least August as part of a broad attack campaign.

The Russian actors, part of the General Staff Main Intelligence Directorates (GRU) Main Center for Special Technologies (GTsST), have used this exploit to add privileged users, disable network security settings, execute additional scripts for further network exploitation; pretty much any attackers dream access as long as that network is using an unpatched version of Exim MTA, the NSA advisory says.

The Sandworm team is very active and highly capable, and is known to use a variety of tools in its intrusions, including the BlackEnergy malware.

Go here to see the original:
Many Exim Servers Remain Vulnerable to Year-Old Flaw - Decipher

Shah Faesal and two other senior J&K politicians detentions under NSA revoked – Hindustan Times

Former bureaucrat turned Jammu and Kashmir politician Shah Faesal is likely to be released after spending close to 10 months in detention since August 14, following the Union Territorys decision to revoke the Public Safety Act (PSA) slapped on him and two other senior politicians from the Peoples Democractic Party (PDP)- Sartaj Madani and Peer Mansoorleaving former chief minister of the erstwhile state of Jammu and Kashmir, Mehbooba Mufti among the few prominent leaders from the region who continue to be in detention after the abrogation of Article 370 and bifurcation of Jammu and Kashmir into two Union Territories in August last.

NC general secretary Ali Mohammad Sager and former J&K ministers, Nayeem Akthar and Hilal Akbar Lone also continue to be in detention. Former J&K chief ministers and National Conference leaders Omar Abdullah and his father Farooq Abdullah were released from detention earlier this year.

Shah Faesal was detained under the stringent for his anti-government social media posts and an alliance with former J&K legislator, engineer Shiekh Abdul Rashid, who was arrested in a terror funding case and is currently lodged in Tihar jail, according to a government dossier on the matter. Faesal had allied with Rashid for J&K assembly polls in June last year.

The HT Guide to Coronavirus COVID-19

Faesal was given a copy of the dossier carrying 27 pages of his social media posts, made in the last few years on February 15 this year by the authorities. Shah Faesal had a good following on social media and used it even to mobilise funds for his party-- the J&K Political Movement (JKPM).

Shah Faesal was first detained at the Delhi airport on August 14, 2019, after he reached the Capital from Srinagar and was sent back to Kashmir. In Srinagar, he was detained at the Centaur Hotel and later at the MLA hostel.

Read more here:
Shah Faesal and two other senior J&K politicians detentions under NSA revoked - Hindustan Times