Pinterest erotti insinöörejä, jotka seurasivat irtisanomisia Slackissa – mitä se kertoo yksityisyydestä, luottamuksesta ja sisäisestä telemetriasta

/Yleistä/ Tekijä

Pinterestin kerrotaan irtisanoneen kaksi insinööriä sen jälkeen, kun he kirjoittivat skriptejä tunnistaakseen, ketkä työtoverit poistettiin sisäisistä työkaluista irtisanomisen aikana – ja jakoivat sitten listan laajemmin. Pinnalta katsottuna tämä on työpaikkadraama. Pohjimmiltaan se on epätavallisen selkeä tapaustutkimus siitä, miten nykyaikaiset yritykset todellisuudessa toimivat: identiteettijärjestelmät totuuden lähteenä, chat-alustat tosiasiallisina organisaatiokaavioina ja "sisäinen data", joka on teknisesti saatavilla kauan ennen kuin se on sosiaalisesti hyväksyttävää.

Tapaus on merkityksellinen Pinterestin ulkopuolellakin, koska samat ainekset ovat olemassa lähes jokaisessa teknologiayrityksessä: keskitetty identiteetti, Slack tai Teams, HR-järjestelmät ja pitkä häntä sisäisiä koontinäyttöjä ja API-rajapintoja. Kun ajat ovat rauhallisia, kukaan ei mieti liikaa havaittavuuden ja valvonnan välistä rajaa. Kun irtisanomisia tapahtuu, tuo raja loistaa.

Tässä selityksessä tarkastelemme, mitä todennäköisesti tapahtui, miksi tällaiseen seurantaan on houkuttelevaa, missä kohtaa se ylittää eettiset ja poliittiset rajat ja mitä organisaatiot voivat tehdä vähentääkseen sekä yksityisyyden suojaan kohdistuvaa haittaa että varjotiedonkeruun tarvetta.

Mitä tapahtui (ja mitä "käsikirjoitus" luultavasti tarkoittaa tässä)

BBC:n mukaan Pinterest sanoi, että ”kaksi insinööriä kirjoitti mukautettuja skriptejä, jotka käyttivät väärin luottamuksellisia yritystietoja tunnistaakseen kaikkien irtisanottujen työntekijöiden sijainnit ja nimet, ja jakoivat tiedot sitten laajemmin”, kutsuen sitä käytäntörikkomukseksi ja yksityisyydensuojaongelmaksi asianomaiselle henkilöstölle. Raportissa kuvaillaan myös mekanismia siten, että se tarkkailee työntekijöiden nimien poistamista tai deaktivointia sisäisessä viestintätyökalussa ”kuten Slackissa”.

Monissa yrityksissä Slack (tai vastaava) on sidottu suoraan identiteetintarjoajaan (Okta, Azure AD, Google Workspace jne.). Kun tili poistetaan käytöstä, seurauksena on ketjureaktio: käyttöoikeustunnukset vanhenevat, ryhmät muuttuvat ja käyttäjä lakkaa näkymästä tietyissä hakemistohauissa, kanavissa ja integraatioissa. Jos sinulla on API-käyttöoikeus (vaikka vain luku -oikeuksin), voit usein päätellä, kuka on irtisanottu, yksinkertaisesti havaitsemalla tilamuutoksia:

  • Käyttäjä katoaa "aktiivisten käyttäjien" luettelosta.
  • Käyttäjän profiili deaktivoidaan.
  • Botti ei voi enää lähettää heille yksityisviestiä.
  • Heidän jäsenyytensä vaihtelee kanavien tai käyttäjäryhmien välillä.

Tässä yhteydessä ”skriptin” ei tarvitse olla monimutkainen. Se voi olla muutamia kymmeniä riviä koodia, joka kyselee API:a, vertaa eilisen käyttäjäluetteloa tämän päivän luetteloon ja lähettää hälytyksen. Puhtaasti teknisestä näkökulmasta se on sama malli, jota insinöörit käyttävät laillisissa operatiivisissa tehtävissä: kahden tilannevedoksen vertaileminen muutosten havaitsemiseksi.

Ero on siinä, mitä havaitaan (ihmiset), miksi se havaitaan (irtisanomiset) ja minne tulokset menevät (laajasti jaetaan).

Miksi työntekijät tekevät näin irtisanomisten aikana

Irtisanomisiin liittyy epämiellyttävä totuus: ihmiset yleensä kuulevat tapahtuman luonteen sivukanavien kautta ennen kuin johto ehtii selventää mitään. Joskus se johtuu siitä, että johto ei voi vielä jakaa yksityiskohtia. Joskus se johtuu siitä, että "työskentelemme vielä yksityiskohtien parissa" on eufemismi ilmaisulle "emme halua kertoa".

Joten työntekijät tarttuvat kaikkiin olemassa oleviin signaaleihin:

  • Ystävät hiljenevät yhtäkkiä.
  • Kalenterikutsut katoavat.
  • Pääsy arkistoihin on peruutettu.
  • Slack-tila vaihtuu tai henkilö katoaa hakemistosta.

Näiden signaalien seuraaminen voi tuntua itsepuolustukselta. Ihmiset haluavat tietää:

  • Vaikuttaako tämä tiimiini?
  • Irtisanottiinko esimieheni?
  • Ovatko lähimmät työtoverini vielä täällä?
  • Onko yhtiö kunnossa, vai onko kyseessä suurempi uudelleenjärjestely?

Tuo motivaatio on inhimillinen ja ennustettavissa. Mutta ennustettavissa oleva käyttäytyminen voi silti olla haitallista käyttäytymistä.

Tietosuojaongelma: lomautustila on arkaluonteinen tieto

Työsuhteen päättymiseen liittyvä tapahtuma ei ole vain "työhön liittyvää tietokilpailua". Se on arkaluontoista henkilökohtaista tietoa jonkun työsuhteesta, joka usein liittyy etuuksiin, maahanmuuttoon, sairausvakuutukseen ja tulevaisuuden työmahdollisuuksiin.

Vaikka yritys aikoisi ilmoittaa henkilöstövähennyksestä julkisesti, henkilöiden henkilöllisyys ja heidän sijaintinsa on tyypillisesti tarkoitus paljastaa vain niille, jotka tarvitsevat tietoa:

  • HR- ja palkanlaskentatarpeiden tiedot
  • IT-osaston on toteutettava offboarding.
  • Lakisääteiset tarpeet vaatimustenmukaisuuden varmistamiseksi.
  • Johtajien on kommunikoitava suoraan tiimiensä kanssa.

Irtisanottujen työntekijöiden luettelon laaja sisäinen jakaminen on erilaista. Se voi:

  • Poista asianomaisen henkilön kyky hallita kerrontaa.
  • Paljasta jonkun sijainti tai tiimijäsenyys.
  • Kannusta juoruja ja spekulaatioita ("oliko se esitys?", "oliko se poliittista?").
  • Lisää kohdennetun häirinnän tai doksauksen riskiä yrityksen ulkopuolella.

Pinterestin väittämä – että se loukkasi entisten työtovereiden yksityisyyttä – ei ole pelkkää PR:ää. Se on todellinen vahingonteko.

Tietoturvaongelma: pääsynhallinta ei ole sama asia kuin valtuutus

Monet sisäiset järjestelmät toimivat karkeilla käyttöoikeuksilla: jos olet insinööri, saatat pystyä tekemään kyselyn hakemistosta tai käyttämään sisäistä API:a. Se ei tarkoita, että sinulla on valtuudet käyttää sitä kaikkiin tarkoituksiin.

Tässä kohtaa monet organisaatiot kamppailevat. Ne rakentavat sisäisiä työkaluja, jotka ovat:

  • Helppokäyttöinen,
  • Voimakas,
  • Huonosti hallittu.

Ja sitten he luottavat ensisijaisena suojakaiteena käytäntöön ("älä tee niin"). Kun paine on kova, pelkkään käytäntöön perustuvat suojakaiteet pettävät.

NIST SP 800-53 on yksi standardiluetteloista, joita organisaatiot käyttävät ajatellen kontrolliryhmiä, kuten pääsynhallintaa ja auditointia. Vaikka kontrollitunnisteisiin ei eksytäkään, perusajatus pätee tässä selkeästi: tiedonsaantiin pääsyä tulisi rajoittaa, valvoa ja sen tulisi olla oikeutettujen liiketoimintatarkoitusten mukaista – erityisesti arkaluonteisten tietoluokkien osalta.

Toisin sanoen: ilmaisua ”voit teknisesti ottaen lukea tämän” ei tule koskaan tulkita siten, että ”sinun on hyvä lukea tämä”.

Kulttuuriongelma: Slackista on tullut organisaatiokaavio

Useimmilla yrityksillä on nykyään kaksi rinnakkaista todellisuutta:

  1. Muodollinen todellisuus: HR-järjestelmät, raportointilinjat, viralliset tiedotteet.
  2. Eletty todellisuus: Slack-kanavat, ryhmäviestit, GitHubin maininnat, päivystysvuorot.

Kun muodollisessa järjestelmässä jokin muuttuu (kuten offboarding), se tuottaa välittömästi näkyviä muutoksia elävässä järjestelmässä. Työntekijät tulkitsevat nämä muutokset totuudeksi – joskus vahvemmin kuin he luottavat johdon viestintään.

Tuo epäsuhta luo perverssin kannustimen:

  • Jos johto ei kerro, mitä tapahtuu,
  • rekonstruoit sen mahdollisten telemetriavuotojen perusteella.

Tämä tapaus muistuttaa siitä, että "sisäinen läpinäkyvyys" ei ole vain viestintästrategia – se on myös tietoturvastrategia. Jos ihmiset kokevat, että heidän on koottava todellisuus vuodoista, he tekevät niin.

Missä insinöörit ylittivät rajan

Vaikka ymmärtäisitkin, miksi joku saattaisi rakentaa tällaisen käsikirjoituksen, on olemassa ainakin kolme selkeää rajaa, jotka ylittyvät:

1) Käyttötarkoituksen rajoittaminen

Jos tietolähde on "luottamuksellista yritystietoa", odotuksena on, että sitä käytetään lailliseen liiketoimintaan, ei irtisanomisten tiedusteluun.

NIST:n yksityisyyden suojan viitekehys korostaa yksityisyyteen liittyvien riskien hallintaa ja yksilöitä suojaavien käytäntöjen käyttöä. Käytännössä se tarkoittaa ”kerää ja käytä tietoja tiettyihin, laillisiin tarkoituksiin ja vältä toissijaisia ​​käyttötarkoituksia, jotka aiheuttavat uusia haittoja”.

Irtisanottujen kollegoiden tunnistamiseen tarkoitettu skripti on lähes määritelmän mukaan toissijainen käyttötarkoitus: irtisanomissignaalit ovat olemassa järjestelmien suojaamiseksi ja HR-prosessien suorittamiseksi, eivätkä sisäisen irtisanomislistan luomiseksi.

2) Vahvistus

Ihmiset huomaavat katoamiset Slackissa orgaanisesti – kyseessä on ympäristön tiedon vuoto.

Skripti muuttaa ympäristön vuodot jäsennellyksi tietojoukoksi (nimet, sijainnit, todennäköiset tiimit, irtisanomisen ajankohta). Tämä on vahvistusta: haittapotentiaali kasvaa jyrkästi, kun epämääräisistä signaaleista tulee siisti lista.

3) Uudelleenjako

Tuotoksen jakaminen "laajemmin" on askel, jota on vaikea puolustaa pelkkänä uteliaisuuden nimissä. Se luo uuden jakelukanavan arkaluonteiselle tiedolle ja tekee kirjoittajat vastuullisiksi väärinkäytöksistä jatkossa.

Mitä yritykset voivat tehdä: vähentää vuotoja, lisätä luottamusta ja tiukentaa valvontaa

Vallalla on väärinkäsitys, että ratkaisu on "lukita kaikki". Käytännössä tarvitaan kolme toisiaan täydentävää toimenpidettä: hallinto, tekniset valvonnat ja viestintä.

1) Käsittele offboarding-tapahtumia arkaluonteisina ja suunnittele yksityisyys huomioon ottaen

Offboarding muuttaa väistämättä järjestelmiä, mutta voit vähentää tiedonkulutusta:

  • Minimoi julkisesti saatavilla olevat hakemistomuutokset, kunnes viestintä tapahtuu.
  • Vältä massakäyttäjien poistoja, joista on helppo tehdä eroja.
  • Harkitse tiettyjen ei-tietoturvakriittisten päivitysten viivästyttämistä tunneilla, jotta ne eivät toimi reaaliaikaisena lomautussyötteenä.

Tavoitteena ei ole piilottaa todellisuutta ikuisesti. Tarkoituksena on välttää tuskallisen tapahtuman muuttuminen aarteenetsinnäksi.

2) Lisää käyttötarkoitukseen perustuvat käyttöoikeuksien hallinta ja lokitiedot

Jos sisäiset API-rajapinnat voivat paljastaa työntekijöiden tilan muutoksia laajassa mittakaavassa, niin:

  • Käyttöoikeus tulisi rajata rooleihin, jotka sitä tarvitsevat.
  • Irtotavaraviennin tulee olla perusteltava.
  • Kyselyt tulee kirjata lokiin tunnistetietojen ja tarkoitusten kera.
  • Automaattisten kyselyiden pitäisi erottua joukosta.

Tässä kohtaa ”auditointi- ja vastuullisuus”-ajattelutapa on tärkeä: jos skripti luetteloi käyttäjiä ja lähettää hälytyksiä, sen tulisi laukaista tunnistus.

3) Laadi inhimillinen viestintäsuunnitelma irtisanomisia varten

Varjojen seurannan suurin ajuri on epävarmuus.

Yritykset voivat vähentää halukkuutta käyttää sisäisiä työkaluja hyväkseen olemalla selkeitä:

  • Milloin asiasta ilmoitetaan työntekijöille, joita asia koskee?
  • Milloin joukkueille tiedotetaan asiasta?
  • Mitä voidaan jakaa ja milloin?
  • Mistä ihmisten pitäisi etsiä varmennettuja päivityksiä?

Jos johto tarjoaa oikea-aikaista ja täsmällistä tietoa, tee-se-itse-listojen "tarve" vähenee.

4) Anna työntekijöille hyväksytty tapa tarkistaa yhteistyökumppaneiden vointi

Tämä on hienovaraista mutta tärkeää. Ihmiset eivät ole vain uteliaita – he yrittävät koordinoida töitä ja kysellä ystäviltään.

Yksinkertainen, hyväksytty hakemiston tilaviesti ("tämä tili ei ole enää aktiivinen") ilman aikaleimoja, sijaintia tai listoja voisi tyydyttää perustarpeet mahdollistamatta massarekonstruktiota.

Laajempi trendi: irtisanomiset tietoturvan stressitestinä

Irtisanomiset paljastavat hallinnon heikkouksia, koska ne luovat:

  • herkkien tapahtumien räjähdys,
  • korkea emotionaalinen lämpötila,
  • ja paljon käyttäjävaihtuvuutta.

Juuri silloin näkee ääritapauksia: työntekijät hyödyntävät järjestelmiä, esimiehet improvisoivat ja työkaluja käytetään tavoilla, joihin kukaan ei ole suunnitellutkaan.

Layoffs.fyin kaltaiset sivustot ovat olemassa, koska ihmiset haluavat riippumattoman signaalin alan leikkausten laajuudesta. Yrityksen sisällä on sama tarve – paitsi että signaalit ovat suorempia ja panokset henkilökohtaisia.

Lopputulos

Pinterestin irtisanomisten seurannan skriptaamisen vuoksi johtaneiden insinöörien irtisanomisten seuraamisen vuoksi tekemäsi irtisanomispäätös ei ole vain "älä ole utelias". Se on varoitus siitä, että sisäinen havaittavuus voi muuttua sisäiseksi valvonnaksi heti, kun organisaation luottamus laskee.

Jos työkalusi tekevät identiteettipoistuman muuttamisesta irtisanottujen työtovereiden listaksi helppoa, ihmiset tekevät niin – etenkin irtisanomisten aikana. Korjaus ei ole pelkästään käsikirjoituksen kirjoittajien rankaiseminen, vaan se on sellaisten järjestelmien ja viestintäkäytäntöjen rakentaminen, jotka eivät muuta irtisanomisia tietovuodoksi ja jotka käsittelevät työsuhteen tilannetta arkaluontoisena tietona.

Lähteet

Document Title
Pinterest fired engineers who tracked layoffs in Slack — what it says about privacy, trust, and internal telemetry
Pinterest fired engineers after scripts tracked layoffs via internal tools; why employment-status data is sensitive and how to prevent internal surveillance.
Title Attribute
oEmbed (JSON)
oEmbed (XML)
JSON
View all posts by Admin
How Apple’s Lockdown Mode can derail iPhone forensics — and why that’s the point
Senators grill Waymo and Tesla on robotaxi safety — what’s actually at stake
Page Content
Pinterest fired engineers who tracked layoffs in Slack — what it says about privacy, trust, and internal telemetry
Nature
Climate
/
General
/ By
Admin
Pinterest reportedly fired two engineers after they wrote scripts to identify which coworkers were being removed from internal tools during a layoff — and then shared that list more broadly. On the surface, this is a workplace drama story. Underneath, it’s an unusually clear case study in how modern companies actually run: identity systems as the source of truth, chat platforms as de facto org charts, and “internal data” that is technically accessible long before it is socially acceptable.
The incident matters beyond Pinterest because the same ingredients exist in almost every tech company: centralized identity, Slack or Teams, HR systems, and a long tail of internal dashboards and APIs. When times are calm, nobody thinks too hard about the line between observability and surveillance. When layoffs happen, that line lights up.
In this explainer, we’ll look at what likely happened, why it’s tempting to do this kind of tracking, where it crosses ethical and policy boundaries, and what organizations can do to reduce both privacy harm and the urge for shadow information-gathering.
What happened (and what “a script” probably means here)
According to the BBC, Pinterest said “two engineers wrote custom scripts improperly accessing confidential company information to identify the locations and names of all dismissed employees and then shared it more broadly,” calling it a policy violation and a privacy issue for affected staff. The reporting also describes the mechanism as watching for employee names being removed or deactivated inside an internal communication tool “like Slack.”
In many companies, Slack (or similar) is tied directly to the identity provider (Okta, Azure AD, Google Workspace, etc.). When an account is disabled, a cascade follows: access tokens expire, groups change, and the user stops appearing in certain directory searches, channels, and integrations. If you have API access (even read-only), you can often infer who was terminated simply by detecting state changes:
A user disappears from the “active users” list.
A user’s profile becomes deactivated.
A bot can no longer DM them.
Their membership changes across channels or user groups.
A “script” in this context doesn’t have to be sophisticated. It could be a few dozen lines of code polling an API, comparing yesterday’s user list to today’s, and emitting an alert. From a purely technical perspective, it’s the same pattern engineers use for legitimate operational tasks: diffing two snapshots to detect change.
The difference is what is being detected (people), why it’s being detected (layoffs), and where the results go (shared broadly).
Why employees do this during layoffs
There’s an uncomfortable truth about layoffs: people usually learn the shape of the event through side channels before leadership clarifies anything. Sometimes that’s because leadership can’t share details yet. Sometimes it’s because “we’re still working through the details” is a euphemism for “we don’t want to say.”
So employees reach for whatever signals exist:
Friends suddenly go silent.
Calendar invites vanish.
Access to repos is revoked.
Slack status flips, or the person disappears from the directory.
Tracking those signals can feel like self-defense. People want to know:
Is my team impacted?
Did my manager get cut?
Are my closest collaborators still here?
Is the company okay, or is this a larger restructuring?
That motivation is human and predictable. But predictable behavior can still be harmful behavior.
The privacy problem: layoff status is sensitive information
A termination event is not just “work trivia.” It’s sensitive personal information about someone’s employment status, often tied to benefits, immigration, health insurance, and future job prospects.
Even if a company plans to announce a headcount reduction publicly, the identity of the individuals and their locations is typically meant to be disclosed on a need-to-know basis:
HR and payroll need details.
IT needs to execute offboarding.
Legal needs to ensure compliance.
Managers need to communicate directly with their teams.
Broad internal sharing of a list of terminated employees is different. It can:
Remove the affected person’s ability to control the narrative.
Expose someone’s location or team affiliation.
Encourage gossip and speculation (“was it performance?” “was it political?”).
Increase the risk of targeted harassment or doxxing outside the company.
Pinterest’s framing — that it violated former colleagues’ privacy — is not just PR. It’s a real category of harm.
The security problem: access control isn’t the same as authorization
Many internal systems work on coarse permissions: if you’re an engineer, you might be able to query a directory or use an internal API. That doesn’t mean you’re authorized to use it for every purpose.
This is where a lot of organizations struggle. They build internal tools that are:
Easy to use,
Powerful,
Poorly governed.
And then they rely on policy (“don’t do that”) as the primary guardrail. When the pressure is high, policy-only guardrails fail.
NIST SP 800-53 is one of the standard catalogs organizations use to think about control families like access control and auditing. Even without getting lost in control IDs, the basic idea applies cleanly here: data access should be constrained, monitored, and attributable to legitimate business purposes — especially for sensitive categories of information.
In other words: “you can technically read this” should never be treated as “it’s fine for you to read this.”
The cultural problem: Slack has become the org chart
Most companies now have two parallel realities:
The formal reality: HR systems, reporting lines, official announcements.
The lived reality: Slack channels, group DMs, GitHub mentions, on-call rotations.
When something changes in the formal system (like offboarding), it immediately produces visible artifacts in the lived system. Employees interpret those artifacts as truth — sometimes more strongly than they trust leadership communications.
That mismatch creates a perverse incentive:
If leadership won’t tell you what’s happening,
you will reconstruct it from whatever telemetry leaks.
This incident is a reminder that “internal transparency” is not just a comms strategy — it’s also an information-security strategy. If people feel they must piece together reality from leaks, they will.
Where the engineers crossed the line
Even if you empathize with why someone might build such a script, there are at least three bright lines that get crossed:
1) Purpose limitation
If the data source is “confidential company information,” the expectation is that it’s used for a legitimate business function, not for layoff reconnaissance.
NIST’s Privacy Framework emphasizes managing privacy risk and using practices that protect individuals. A practical translation is “collect and use data for specific, legitimate purposes, and avoid secondary uses that create new harms.”
A script to identify terminated colleagues is almost definitionally a secondary use: the offboarding signals exist to protect systems and execute HR processes, not to generate an internal layoff list.
2) Amplification
People notice disappearances in Slack organically — that’s ambient information leakage.
A script turns ambient leakage into a structured dataset (names, locations, likely teams, time of termination). That is amplification: the harm potential rises sharply when vague signals become a clean list.
3) Redistribution
Sharing the output “more broadly” is the step that makes it hard to defend as mere curiosity. It creates a new distribution channel for sensitive information and makes the authors accountable for downstream misuse.
What companies can do: reduce leakage, increase trust, and tighten controls
There’s a misconception that the solution is “lock everything down.” In practice you need three complementary moves: governance, technical controls, and communication.
1) Treat offboarding events as sensitive and design for privacy
Offboarding inevitably changes systems, but you can reduce the informational exhaust:
Minimize public-facing directory changes until communications occur.
Avoid mass user removals that are easy to diff.
Consider delaying certain non-security-critical updates by hours so they don’t act as a real-time layoff feed.
The goal isn’t to hide reality forever. It’s to avoid turning a painful event into a scavenger hunt.
2) Add purpose-based access controls and logging
If internal APIs can reveal employee status changes at scale, then:
Access should be scoped to roles that need it.
Bulk export should require justification.
Queries should be logged with identity and intent.
Automated polling should stand out.
This is where the “audit and accountability” mindset matters: if a script is enumerating users and emitting alerts, it should trigger detection.
3) Have a humane comms plan for layoffs
The biggest driver of shadow tracking is uncertainty.
Companies can reduce the impulse to scrape internal tools by being explicit:
When will impacted employees be told?
When will teams be informed?
What can be shared, and when?
Where should people go for verified updates?
If leadership provides timely, specific information, the “need” for DIY lists drops.
4) Give employees a sanctioned way to check on collaborators
This is subtle but important. People are not only curious — they’re trying to coordinate work and check on friends.
A simple, sanctioned directory status message (“this account is no longer active”) without timestamps, location, or lists could satisfy basic needs without enabling mass reconstruction.
A wider trend: layoffs as an information-security stress test
Layoffs reveal weak points in governance because they create:
a burst of sensitive events,
a high emotional temperature,
and a lot of access churn.
That’s exactly when you see edge cases: employees scraping systems, managers improvising, and tools being used in ways nobody designed for.
Sites like Layoffs.fyi exist because people want an independent signal about the scale of cuts in the industry. Inside a company, that same need exists — except the signals are more direct and the stakes are personal.
Bottom line
Pinterest firing engineers for scripting layoff tracking isn’t just “don’t be nosy.” It’s a warning that internal observability can become internal surveillance the moment organizational trust drops.
If your tooling makes it easy to turn identity churn into a list of terminated coworkers, people will do it — especially during layoffs. The fix isn’t only punishing the people who wrote the script; it’s building systems and communication practices that don’t turn offboarding into a data leak, and that treat employment status as the sensitive information it is.
Sources
https://www.bbc.com/news/articles/cn0k670n0ydo
https://layoffs.fyi/
https://www.nist.gov/privacy-framework
https://csrc.nist.gov/pubs/sp/800/53/r5/final
←
Previous Post
Next Post
→
oEmbed (JSON)
oEmbed (XML)
JSON
View all posts by Admin
How Apple’s Lockdown Mode can derail iPhone forensics — and why that’s the point
Senators grill Waymo and Tesla on robotaxi safety — what’s actually at stake
Pinterest fired engineers after scripts tracked layoffs via internal tools; why employment-status data is sensitive and how to prevent internal surveillance.
Document Title
Page not found - Florin.blog
Image Alt
Florin.blog
Title Attribute
Florin.blog » Feed
RSD
Skip to content
Placeholder Attribute
Search...
Page Content
Page not found - Florin.blog
Skip to content
Home
Blog
Garden Decor
Indoor
Main Menu
This page doesn't seem to exist.
It looks like the link pointing here was faulty. Maybe try searching?
Search for:
Search
Quick Links
Outdoors
About
Contact
Explore
Bestsellers
Hot deals
Best of The Year
Featured
Gift Cards
Help
Privacy Policy
Disclaimer
: As an Amazon Associate, we earn from qualifying purchases — at no extra cost to you.
Florin.blog
Florin.blog » Feed
RSD
Search...
u Suomi