Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Figure out who's leaving the company: dump, diff, repeat

rachelbythebay.com

Post reply on HN
Print view View original

211–220 of 392 posts

Re: Figure out who's leaving the company: dump, diff, repeat

#211

Post by xorcist »

mickeyp wrote: post #164
throwawaaarrgh wrote: post #35

Earlier quoted context omitted.

I'm still flabbergasted when a company lets me index their entire AD tree as a random (or, holy crap, anonymous) user. Very nice of them, but still. It's also often the only way to get information that doesn't exist in an Intranet page, like, literally what teams are there in IT, where are their offices, who's somebody's manager, and of course, what distribution lists am I not on that some other user is on that's cau…

It has to be public (or at least not too locked down) or things like Address Book in outlook would stop working. Lots of weird things depend on the LDAP tree being broadly accessible. It's just that it leaks more information than most people think.

Still, it's a tool made for another era. It would be sufficient to let it return one search result at a time, or complete specified group aliases, in order to work for groupware clients. Applications mostly needs to authenticate a specific user.

The ability to walk the tree is something else. Just like we don't allow zone transfers for dns anymore, there should have been similar best practice changes to ldap if people just gave it some love.

Re: Figure out who's leaving the company: dump, diff, repeat

#212

Post by emj »

wil421 wrote: post #203
at-fates-hands wrote: post #66

Earlier quoted context omitted.

I worked at a large web dev company and for years they had this attitude. Then one designer put in his two weeks and spent the majority of the time downloading all the site files for all of the sites the company had built over the two years he was there. We're talking hundreds of static sites where he took the all the design docs and static HTML/CSS/JS files one would need to recreate them somewhere else. Instead of…

Get a DLP system in place for god sakes. I’ve even seen off shore people work from VMs only where they can’t download or store any file locally, much less dump everything to a USB stick.

Top search result is from Gartner: alarm bells ringing. Data loss prevention seems to be enterprise speak for doing as much intrusive monitoring you can do, in as neutral speak as possible.

1984 is so appealing for so many people, it seems like it is just a book about the tendencies that power can take when it is not guided by sane principles. I have always been employed in a high trust capacity since I was a young adult, there is not a technically feasible system in the world that could prevent me from wrecking havoc in a company. Social ones though, they are extremely effective.

Re: Figure out who's leaving the company: dump, diff, repeat

#213

Post by teeray »

Aurornis wrote: post #48
jedberg wrote: post #9

Layoffs in the WFH era are weird. Back in the day you had a pretty good idea of who got laid off because you saw them walking out the door with a box of their stuff. You could go up to them and say, "hey let's meet at $local_watering_hole and hang out". You could swap contact info if you didn't already have it. You could get closure. Now, one day a bunch of people just stop replying to email. You have a to wait a whi…

Watching people’s accounts go into deactivated status in Slack with no goodbye is sad. The most toxic boss I ever worked for would request access to former employee’s Slack accounts under the guise of looking for data to transition their job. Their accounts would periodically go green when he logged in as them. Spooky to see ex-coworker accounts go green and know the boss is scouring their private messages. I know co…

> Their accounts would periodically go green when he logged in as them.

The new dystopia will be when an LLM steps in to reply like them.

Re: Figure out who's leaving the company: dump, diff, repeat

#214

Post by jacquesm »

bigiain wrote: post #29
jacquesm wrote: post #14

Earlier quoted context omitted.

'Reflections on trusting trust' :)

Ahhh thanks! Of _course_ the right place to do this is hidden in the compiler. ;-)

I wonder how long it would take them to figure it out. Bonus point if it is a two stage, where the compiler contains the real logic but some innocent tool looks like it is the culprit. And of course per the original you modify the compiler in such a way that an attempt to recompile it will reinstall the gimmick. And maybe redirect the distribution downloader to the point that it uses a locally cached devtools copy that ... you get the idea...

Re: Figure out who's leaving the company: dump, diff, repeat

#215

Post by whywhywhywhy »

jedberg wrote: post #9

Layoffs in the WFH era are weird. Back in the day you had a pretty good idea of who got laid off because you saw them walking out the door with a box of their stuff. You could go up to them and say, "hey let's meet at $local_watering_hole and hang out". You could swap contact info if you didn't already have it. You could get closure. Now, one day a bunch of people just stop replying to email. You have a to wait a whi…

Was it ever really real anyway if you're just little faces or icons on a video call while you worked together.

Re: Figure out who's leaving the company: dump, diff, repeat

#216

Post by emj »

Unfrozen0688 wrote: post #65
lmz wrote: post #57

Earlier quoted context omitted.

But if the company is worried about access can't it just pay the employee the 1-3 months without allowing them to work, even in Sweden?

I am unsure actually as I am not an employer. I am sure it is possible but probably for sensitive jobs like military or something. Some links if you want to google translate https://www.unionen.se/rad-och-stod/uppsagningstider-om-din-... There is "duty of loyalty" where you can get sued for leaks etc https://www.unionen.se/rad-och-stod/om-lojalitetsplikt-och-l...

Of course we fire people in Sweden pay them and revoke their access, this is very uncommon I have only seen it once myself. Would like to note that, simply speaking, the rules change the more responsibility you have.

Re: Figure out who's leaving the company: dump, diff, repeat

#217

Post by jasonjayr »

doublerabbit wrote: post #210
nick7376182 wrote: post #204

Earlier quoted context omitted.

Anybody have connection to the ex-google one if there is? I just left and didn't see it referenced in any of the leaving guides.

Leaving guides? I imagine a pamphlet. "We wish you well on your departure; as you embark on new adventures your about to open your eyes for the first time. This may be a shock to some of you as you may discover that the world is more dystopian than you've may of seen from your altered reality mind-implants. We would like to thank you for your service as a tool at the corporation."

"Handbook for the Recently Terminated"

As long as it doesn't read like stereo instructions ....

Re: Figure out who's leaving the company: dump, diff, repeat

#218

Post by the_mitsuhiko »

Unfrozen0688 wrote: post #50

Not a WFH thing. This is a USA thing!! Edit: OP said "Layoffs in the WFH era are weird" Yes they are, but people here don't suddenly go offline quite as weird is what I was trying to get at. Here in Sweden if you are FTE there is usually a 1-3 month layoff period (upppsägningstid) where you work and get paid still. At the end of the period you leave. People usually email the team and even the entire company with "hey…

> Here in Sweden if you are FTE there is usually a 1-3 month layoff period (upppsägningstid) where you work and get paid still. At the end of the period you leave.

That might be very local. There is a long layoff period in Austria too but I don't think any company will let you back into the office. You just get paid without access at home.

Re: Figure out who's leaving the company: dump, diff, repeat

#219

Post by [deleted] »

enasterosophes wrote: post #123
thrdbndndn wrote: post #116

> uid (unix account name) Is this a joke or for real?

Why wouldn't it be for real? Given the context of the post, the uid info is likely populated from a central source. I log into one box anywhere in their infrastructure and see who has what uids, it is evidence about who is permitted to that part of the infrastructure at that time.

[deleted]

Re: Figure out who's leaving the company: dump, diff, repeat

#220

Post by thrdbndndn »

enasterosophes wrote: post #123
thrdbndndn wrote: post #116

> uid (unix account name) Is this a joke or for real?

Why wouldn't it be for real? Given the context of the post, the uid info is likely populated from a central source. I log into one box anywhere in their infrastructure and see who has what uids, it is evidence about who is permitted to that part of the infrastructure at that time.

Sorry, for some reason, I thought the author meant UID stands for "unix account name".

It's totally my fault for misunderstanding.

Post reply on HN