News for hackers. Stuff that matters.
Re:PAM Duress – Alternate passwords for panic situations by oasisbob on Monday August 23, 2021 @03:41AM (#28273215)
No arrests. False alarms on silent alarm systems are common. Other factors made it clear that a real threat was unlikely.

All orgs should consider locking out all employees for at least one uninterrupted week a year. Very easy way to shake out all sorts of problems.

Re:PAM Duress – Alternate passwords for panic situations by matrixagent on Monday August 23, 2021 @06:08AM (#28273930)
> All orgs should consider locking out all employees for at least one uninterrupted week a year. Very easy way to shake out all sorts of problems.

Could you give some examples?

Re:PAM Duress – Alternate passwords for panic situations by solatic on Monday August 23, 2021 @06:30AM (#28274032)
Mostly cases where businesses rely on individuals instead of process.

As a simple example, it's very easy, when starting a company, to issue personalized email addresses to early employees and then people communicate using those email addresses. It's perfectly fine to email the CTO at [email protected], because everyone knows everyone else and it works.

As you grow large, it becomes important for people to address roles rather than individuals. This way, if people leave their role, they can (semi-transparently) be replaced by someone else taking that role who will then continue to receive all of the same emails, be able to respond to them, etc. So then it becomes important to have e.g. a [email protected] address. When the CTO takes a vacation, their email gets routed to someone taking over their duties, you don't need to communicate to everyone to start emailing [email protected] instead.

Re:PAM Duress – Alternate passwords for panic situations by stevenwliao on Wednesday August 25, 2021 @02:12PM (#28304914)
This isn't how any of my workplaces have worked. When someone leaves, they or their boss sends an email announcing the role changes. Which companies practice the role@ method?
Re:PAM Duress – Alternate passwords for panic situations by matrixagent on Monday August 23, 2021 @06:39AM (#28274072)
Thanks, that's a great example. I've actually encountered this exact thing at my current employer as well.
Re:PAM Duress – Alternate passwords for panic situations by 35fbe7d3d5b9 on Monday August 23, 2021 @10:41AM (#28276487)
As JulianMorrison notes, this is common in finance. The FDIC strongly recommends that banks enforce this[1] – you can't cook the books when you have no access to the systems.

But sometimes it's not just about cooking the books: the last "SSL cert expiration" fire I lived through happened because the person who had credentials to Digicert had to take sick leave. It was never a documented/defined process because "just flip Tim an email" was always sufficient, Tim didn't mind doing the work, and Tim didn't like going on vacation.

Two week lockouts mean there's no chance of shadow IT/back channel work happening, and forces you to document your processes.

[1]: https://www.fdic.gov/news/financial-institution-letters/1995...

Re:PAM Duress – Alternate passwords for panic situations by matrixagent on Monday August 23, 2021 @03:33PM (#28280842)
Thank you, that’s another good example, to which I wish I could relate less. ;)
Re:PAM Duress – Alternate passwords for panic situations by JulianMorrison on Monday August 23, 2021 @06:29AM (#28274024)
IIRC, over here, banks are required to give employees at least one two-week contiguous block of leave, during which they can't get into the office, use work systems, or log in remotely. The idea being that oh-so-clever scams generally require the operator to be there keeping all the balls in the air, and locking them out will reveal their tricks.
Re:PAM Duress – Alternate passwords for panic situations by oofoe on Monday August 23, 2021 @11:13AM (#28277051)
My old company locked us out several years ago for a period of time that continues to be uninterrupted.

It certainly did shake out lots of problems...

(My point is that after having had that happen to me, if it EVER happens again and isn't cleared up within minutes, the sonic boom you hear will be my tactical resume deployment. I dismissed the warning signs as "minor glitches". Never again. However, if it is something planned and I agreed to it beforehand, I guess that's OK. On second reading, you might have been describing something like that.)