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
Takeaways from the Russia-Linked US Senate Phishing Attacks
Newest First  |  Oldest First  |  Threaded View
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Ninja
2/25/2018 | 9:43:16 PM
Re: passwords
@Dr.T: The IT departments aren't necessarily more reliable, however...such as when they force you to choose between preset, terrible security questions, like "What was your first pet?" and "Who is your favorite movie star?"
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
2/25/2018 | 11:18:26 AM
Re: Limit access to the instance, not the class
assigned role might need to perform any tas I would be ok granting permissions based on the roles. If it goes below that as tasks that may be managing difficulties.
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
2/25/2018 | 11:16:55 AM
Re: Limit access to the instance, not the class
A fundamental error in approach is to grant privileges based on what a person with a given title The title is certainly wrong approach to grant permissions.
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
2/25/2018 | 11:15:21 AM
Re: Limit access to the instance, not the class
The salient word is "task" This is a good point. It needs to be related it the tasks users have to perform.
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
2/25/2018 | 11:13:48 AM
Re: Limit access to the instance, not the class
enough privilege necessary to perform the task at hand. This is true, least privilege approach is good approach to follow.
Dr.T
50%
50%
Dr.T,
User Rank: Ninja
2/25/2018 | 11:11:45 AM
passwords
The passwords are one of the worst things that happen to the technologises we use today, it relies on the individual who are not by nature reliable.
BrianN060
50%
50%
BrianN060,
User Rank: Ninja
2/21/2018 | 9:05:59 PM
Limit access to the instance, not the class
"...access to resources is granted — but with the (sic), just enough privilege necessary to perform the task at hand." 

That's spot on.  The salient word is "task".  The specific task, not job (as in job title or job description), is what should determine access.  A fundamental error in approach is to grant privileges based on what a person with a given title or assigned role might need to perform any task, at any time, that falls within their job description. 


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
Enterprise Cybersecurity Plans in a Post-Pandemic World
Download the Enterprise Cybersecurity Plans in a Post-Pandemic World report to understand how security leaders are maintaining pace with pandemic-related challenges, and where there is room for improvement.
Flash Poll
Twitter Feed
Dark Reading - Bug Report
Bug Report
Enterprise Vulnerabilities
From DHS/US-CERT's National Vulnerability Database
CVE-2021-41617
PUBLISHED: 2021-09-26
sshd in OpenSSH 6.2 through 8.x before 8.8, when certain non-default configurations are used, allows privilege escalation because supplemental groups are not initialized as expected. Helper programs for AuthorizedKeysCommand and AuthorizedPrincipalsCommand may run with privileges associated with gro...
CVE-2021-3830
PUBLISHED: 2021-09-26
btcpayserver is vulnerable to Improper Neutralization of Input During Web Page Generation ('Cross-site Scripting')
CVE-2021-21742
PUBLISHED: 2021-09-25
There is an information leak vulnerability in the message service app of a ZTE mobile phone. Due to improper parameter settings, attackers could use this vulnerability to obtain some sensitive information of users by accessing specific pages.
CVE-2020-20508
PUBLISHED: 2021-09-24
Shopkit v2.7 contains a reflective cross-site scripting (XSS) vulnerability in the /account/register component, which allows attackers to hijack user credentials via a crafted payload in the E-Mail text field.
CVE-2020-20514
PUBLISHED: 2021-09-24
A Cross-Site Request Forgery (CSRF) in Maccms v10 via admin.php/admin/admin/del/ids/<id>.html allows authenticated attackers to delete all users.