Dark Reading is part of the Informa Tech Division of Informa PLC

This site is operated by a business or businesses owned by Informa PLC and all copyright resides with them.Informa PLC's registered office is 5 Howick Place, London SW1P 1WG. Registered in England and Wales. Number 8860726.

Comments
NSA Leak Ushers In New Era Of The Insider Threat
Oldest First  |  Newest First  |  Threaded View
bkosh
bkosh,
User Rank: Apprentice
6/13/2013 | 12:22:30 PM
re: NSA Leak Ushers In New Era Of The Insider Threat
It's difficult but definitely not impossible to determine foul play even if there is legitimate access. And it is not necessary to "lock down" processes to the deteriment of business. This is the whole point of technology like Digital Guardian (Verdasys). Here's an example of how another federal agency more then likely would have known about NSA's insider. https://www.verdasys.com/blog/...
rjones2818
rjones2818,
User Rank: Strategist
6/13/2013 | 7:39:31 PM
re: NSA Leak Ushers In New Era Of The Insider Threat
The NSA leak, and tech's response to it, pose a great conundrum. One part would be the want to lock down information even further so it can't be leaked. On another is keeping it open enough so that when something which is highly questionable (NSA spying on Americans) is able to be leaked it is able to be. The 'you have nothing to fear if you're not doing anything' meme is disturbing to see in Dark Reading, as it encourages your readers to give up their rights without any questions (be it to the government or their employers) in the name of tighter security.
VectorVortec
VectorVortec,
User Rank: Strategist
6/14/2013 | 4:52:54 PM
re: NSA Leak Ushers In New Era Of The Insider Threat
The NSA is breaking the 4th amendment to the Constitution, and when someone reports it that is an insider threat? Who gave NSA the authority to break the law?
James McCabe
James McCabe,
User Rank: Apprentice
6/28/2013 | 10:09:39 PM
re: NSA Leak Ushers In New Era Of The Insider Threat
The problem is that too much access is given to someone that doesn't need it. Why does an analyst need Root access to an OS? Analyst should be required to access data through specific applications. Not directly. And an Administrator/Root/Superuser never needs to "see" data. They ara paid to manage an environment, not look at data, so systems should never decrypt for superusers. Oh did I say decrypt? What? Your data at rest isn't even encrypted? Well let's start there then! Encrypt data and surround it with strong user/role based rules that only decrypt for those that need to see or machine user IDs that actually touch data.
ljtowle01
ljtowle01,
User Rank: Apprentice
7/2/2013 | 11:39:59 PM
re: NSA Leak Ushers In New Era Of The Insider Threat
The problem is that there are few technologies that combine human behavioral risk analytics with traditional access and activity patterns of source systems. Finding patterns of risk apart from Peer Group activity is key, as well as visualizing anomalies with user behavior (Geolocation, login times, large file transfers/downloads, unusual data sources accessed, etc.). SIEM's or log file consolidation tools don't do this. GuruCul has created a platform (GuruCul Risk Analytics, or GRA) that creates user profile and directory meta data, and then correlates that (Hadoop) to all data sources accessed. Then they run self-learning algorithms with 232 attributes to show risky behavior. They could have seen these unusual access patterns and flagged them as anomalies to remediate. I suspect this emerging domain of "Security Intelligence" will really become a focal point going forward.


Edge-DRsplash-10-edge-articles
I Smell a RAT! New Cybersecurity Threats for the Crypto Industry
David Trepp, Partner, IT Assurance with accounting and advisory firm BPM LLP,  7/9/2021
News
Attacks on Kaseya Servers Led to Ransomware in Less Than 2 Hours
Robert Lemos, Contributing Writer,  7/7/2021
Commentary
It's in the Game (but It Shouldn't Be)
Tal Memran, Cybersecurity Expert, CYE,  7/9/2021
Register for Dark Reading Newsletters
White Papers
Video
Cartoon
Current Issue
Creating an Effective Incident Response Plan
Security teams are realizing their organizations will experience a cyber incident at some point. An effective incident response plan that takes into account their specific requirements and has been tested is critical. This issue of Tech Insights also includes: -a look at the newly signed cyber-incident law, -how organizations can apply behavioral psychology to incident response, -and an overview of the Open Cybersecurity Schema Framework.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2022-43705
PUBLISHED: 2022-11-27
In Botan before 2.19.3, it is possible to forge OCSP responses due to a certificate verification error. This issue was introduced in Botan 1.11.34 (November 2016).
CVE-2022-45934
PUBLISHED: 2022-11-27
An issue was discovered in the Linux kernel through 6.0.10. l2cap_config_req in net/bluetooth/l2cap_core.c has an integer wraparound via L2CAP_CONF_REQ packets.
CVE-2022-45931
PUBLISHED: 2022-11-27
A SQL injection issue was discovered in AAA in OpenDaylight (ODL) before 0.16.5. The aaa-idm-store-h2/src/main/java/org/opendaylight/aaa/datastore/h2/UserStore.java deleteUser function is affected when the API interface /auth/v1/users/ is used.
CVE-2022-45932
PUBLISHED: 2022-11-27
A SQL injection issue was discovered in AAA in OpenDaylight (ODL) before 0.16.5. The aaa-idm-store-h2/src/main/java/org/opendaylight/aaa/datastore/h2/RoleStore.java deleteRole function is affected when the API interface /auth/v1/roles/ is used.
CVE-2022-45933
PUBLISHED: 2022-11-27
KubeView through 0.1.31 allows attackers to obtain control of a Kubernetes cluster because api/scrape/kube-system does not require authentication, and retrieves certificate files that can be used for authentication as kube-admin. NOTE: the vendor's position is that KubeView was a "fun side proj...