Alihankkija, jonka pitää korjata tuonti, virittää kysely tai siirtää taulu, tarvitsee siihen yleensä tietokantatunnukset. Riski on harvoin alihankkija. Se on itse tunnus: luotu kiireessä, laajempi kuin tehtävä vaatii, liitetty sähköpostiin ja toiminnassa vielä kuusi kuukautta laskun maksamisen jälkeen.
Korjaus on lyhyt rutiini. Päätä, tarvitaanko suoraa pääsyä ylipäätään, luo käyttäjä, jonka oikeudet on rajattu ja jolla on jo päättymispäivä, lähetä salasana kertakäyttöisellä salaisella linkillä eikä viestillä, josta jää kopioita, rajaa verkkoyhteys ja sulje tili, kun työ on tehty. Tässä oppaassa käydään läpi jokainen vaihe ja annetaan tarkat komennot siellä, missä niistä on apua.
Tarvitseeko alihankkija suoran pääsyn tietokantaan?
Aloita tehtävästä, älä pyynnöstä. ”Korjaa tuonti” voi tarkoittaa yhden taulun lukemista tai kirjoitusoikeutta puoleen skeemasta. Kysy toimenpide, ympäristö ja tarvittavat taulut ja etsi sitten kevyempi tapa antaa pääsy.
- Staging-tietokanta, jossa on tuore ja anonymisoitu kopio, riittää useimpiin vianmääritys- ja siirtotöihin, eikä oikeita asiakastietoja paljastu.
- Sovelluksen tai ylläpidon API riittää usein, kun alihankkijan pitää muuttaa tietoja eikä skeemaa.
- Lukukopio antaa pelkälle lukevalle analyysityölle paikan, jossa se ei koske päätietokantaan.
Jos mikään näistä ei sovi ja tuotantopääsy on välttämätön, kirjoita yhden rivin muistiinpano siitä, miksi. Muistiinpanosta tulee perustelu, kun joku myöhemmin tarkastaa käyttöoikeudet.
Luo käyttäjä, jonka oikeudet on rajattu ja joka vanhenee jo valmiiksi
Älä koskaan luovuta jaettua tunnusta tai työntekijän kirjautumistietoja. Erillisen käyttäjän avulla näet, mitä alihankkija teki, voit rajata, mihin hän pääsee, ja voit poistaa hänet vaikuttamatta keneenkään muuhun. Aseta käyttäjälle vanhenemisaika jo luontivaiheessa, jotta pääsy päättyy, vaikka unohtaisit asian.
PostgreSQL:ssä käyttäjä, joka voi lukea vain kahta taulua ja lakkaa toimimasta tiettynä päivänä, näyttää tältä:
CREATE ROLE contractor_jo LOGIN PASSWORD 'generated-elsewhere'
VALID UNTIL '2026-11-08 18:00+00';
GRANT CONNECT ON DATABASE app TO contractor_jo;
GRANT USAGE ON SCHEMA public TO contractor_jo;
GRANT SELECT ON orders, order_items TO contractor_jo;
MySQL:ssä on CREATE USER ... PASSWORD EXPIRE INTERVAL 14 DAY, ja hallinnoiduissa palveluissa, kuten RDS, Cloud SQL ja Supabase, saman voi tehdä konsolista tai IAM-pohjaisilla lyhytikäisillä tunnisteilla. Käytä sitä, mitä alustasi tukee, ja luo salasana salasanojen hallintaohjelmalla äläkä kirjoita sitä itse.
Anna pienin oikeusjoukko, jolla nimetty tehtävä saadaan tehtyä. Vianmäärityksessä se tarkoittaa oikeutta SELECT tiettyihin tauluihin. Siirrossa se tarkoittaa kirjoitusoikeutta muuttuviin objekteihin eikä mihinkään muuhun. Omistaja- ja pääkäyttäjäroolit eivät ole koskaan oikea vastaus väliaikaiselle tilille.
Näin lähetät väliaikaiset tietokantatunnukset alihankkijalle
Salasana on luovutuksen ainoa osa, jonka on pysyttävä salassa. Palvelinosoite, portti, tietokannan nimi ja käyttäjänimi ovat hyödyllisiä hyökkääjälle mutta eivät riitä, joten ne voi lähettää tavallisessa viestissä. Pidä nämä kaksi erillään.
- Varmista vastaanottaja kanavaa pitkin, johon jo luotat, kuten sopimuksen sähköpostiketjussa tai puhelulla. Samannäköiset osoitteet ovat yleinen syy siihen, että tunnukset päätyvät väärään postilaatikkoon.
- Luo kertakäyttöinen salainen linkki, jossa on vain salasana. LinkPilotissa teksti salataan selaimessasi ennen tallennusta, tallennettu kopio tuhotaan, kun linkki avataan ensimmäisen kerran, ja voimassaoloajaksi voi valita tunnin, 24 tuntia tai seitsemän päivää. Pro-tileillä voi asettaa oman voimassaoloajan, lisätä salalauseen ja nähdä tarkastuslokista (loki linkin tapahtumista), milloin linkki avattiin.
- Lähetä linkki tavallisessa viestiketjussa ja kerro yhdellä rivillä, mihin se on tarkoitettu ja milloin se vanhenee. Älä laita käyttäjänimeä samaan viestiin linkin kanssa.
- Lähetä yhteysasetukset erikseen: palvelinosoite, portti, tietokanta, käyttäjänimi ja tieto siitä, vaaditaanko TLS. Toinen sähköposti tai tikettikommentti käy hyvin, koska mikään siinä ei ole yksinään salaista.
- Välitä salalause eri kanavaa pitkin, jos asetit sellaisen, esimerkiksi tekstiviestillä tai puhelussa.
- Pyydä alihankkijaa vahvistamaan, että linkki avautui. Jos linkki kertoo, että se on jo avattu, eikä hän avannut sitä, pidä salasanaa paljastuneena ja vaihda se.
Salasanojen hallintaohjelman jakotoiminto on järkevä vaihtoehto, jos alihankkija on jo holvissasi. Kertaluonteisessa toimeksiannossa kertakäyttölinkin ansiosta tiliä ei tarvitse luoda vain yhden arvon luovuttamista varten. Salaiset linkit vai salasanojen hallintaohjelmat -oppaassa kerrotaan, milloin kumpikin sopii.
Rajaa yhteys
Hyvin rajattu käyttäjä avoimessa portissa on edelleen ongelma. Kolme keinoa tukkii suurimman osan aukosta.
- Vaadi TLS yhteydelle ja pyydä alihankkijaa asettamaan asiakasohjelmaansa
sslmode=requiretai vastaava. Moni asiakasohjelma siirtyy hiljaa salaamattomaan yhteyteen, jos et vaadi salausta. - Rajaa yhteyden lähde IP-sallittujen listalla, VPN:llä tai bastion-palvelimella. Alihankkijan osoitteen lisääminen sallittujen listalle työn ajaksi on nopea ottaa käyttöön ja nopea poistaa.
- Jaa vain se, mitä tehtävä vaatii. Alihankkija ei tarvitse sisäverkon kaaviota, palvelimen muita tietokantoja eikä hallintakonsolin URL-osoitetta.
Jos alustasi tarjoaa staattisten salasanojen sijaan lyhytikäisiä IAM-tunnisteita, ne ovat yleensä parempi valinta, ja salasanan luovutus jää kokonaan pois.
Seuraa tiliä ja sulje se
Ota uudelle käyttäjälle käyttöön tunnistautumis- ja kyselylokit ennen työn alkua, jotta voit verrata tapahtunutta sovittuun. Kirjautumiset oudoihin aikoihin tai kyselyt asiaan liittymättömiin tauluihin ovat syy kysyä, eivät syyttää.
Kun tehtävä päättyy tai sen laajuus muuttuu, tee samana päivänä neljä asiaa:
- Poista käyttäjä tai poista se käytöstä ja varmista, ettei se enää pysty muodostamaan yhteyttä.
- Poista verkkopääsy, jonka lisäsit alihankkijaa varten.
- Vaihda kaikki salaisuudet, jotka kulkivat tunnusten mukana, esimerkiksi sovelluksen salasana, joka oli samassa tiketissä.
- Kirjaa luovutus: kenellä oli pääsy, mihin, mistä mihin asti ja miksi. Säilytä kirjaus, älä salasanaa.
Väliaikainen tunnus, joka on rajattu, vanhenee, toimitetaan kerran ja suljetaan ajallaan, ei ole poikkeus tietoturvakäytännöistä. Juuri näin alihankkijan pääsyn kuuluukin toimia.