Asiakkaamme ovat vuosien ajan esittäneet meille saman kysymyksen eri sanoin:
"Kuinka voin antaa asianajajani, sijoittajani tai tilintarkastajani lukea tämän tiedoston – luopumatta sen ympärille rakentamastani suojauksesta?"
Tänään meillä on todellinen vastaus. Esittelemme Secure Sharing (Beta) - uuden moduulin, jonka avulla voit jakaa sertifioituja digitaalisia resursseja vain niille, joille niitä on pakko tietää, rikkomatta koskaan salausta.
Kokeile Secure Sharingia bernstein.io-sivustolla →
Ratkaisemamme ongelma
Jakaminen on heikoin lenkki immateriaalioikeuksien suojauksessa. Voit salata tiedostosi, sertifioida ne lohkoketjussa ja rakentaa puhtaan tarkastusketjun – mutta heti kun jaat tiedoston sähköpostitse, pilvitallennuksen tai viestien välityksellä, tyypillisesti purat sen salauksen, kopioit sen, menetät käyttöoikeuden hallinnan ja menetät näkyvyyden siihen, kuka sen näki. Toisin sanoen kumoat itse asettamasi suojaukset.
Suojattu jakaminen korjaa juuri tämän.
Mitä se tekee
Suojattu jakaminen muuttaa minkä tahansa sertifioidun resurssin Bernstein-holvissasi hallituksi tukiasemaksi. Tiedosto ei koskaan poistu salatusta tilastaan, infrastruktuuri ei muutu ja vain käyttöoikeus delegoidaan.
Jokainen jako on aikarajoitettu, ja sen vanhenemispäivät voidaan määrittää, ja se voidaan peruuttaa milloin tahansa. Vastaanottajien henkilöllisyys vahvistetaan sähköpostitse lähetettävän kertakäyttöisen salasanan avulla, ja jokaiseen istuntoon liittyy pakollinen käyttöehtojen hyväksyminen, aikaleima ja tallennus. Ensimmäisestä linkin napsautuksesta lopulliseen lataukseen jokainen vuorovaikutus tulee osaksi täydellistä, auditoitavaa polkua.
Vastaanottajalle ei tarvita tiliä. Ei uudelleenlatausta. Ei kiertotietä.
Kaksi tilaa, yksi muuttumaton: emme koskaan näe tietojasi
Suojattu jakaminen perustuu Bernsteinin nollatietoarkkitehtuuriin, mikä tarkoittaa, että salaus tapahtuu asiakaspuolella eikä selkokielinen teksti koskaan kosketa palvelimiamme. Konepellin alla tiedostosisältöä suojaa datan salausavain (DEK), ja uusi avaimen salausavain (KEK) käärii DEK:n lähetystä varten. Kaikki kryptografiset toiminnot suoritetaan paikallisesti vastaanottajan selaimessa Web Crypto API:n kautta käyttäen AES-256-GCM-salausta.
Tämä arkkitehtuuri tukee kahta toimitustapaa, jotka on suunniteltu eri herkkyystasoille.
Keycard (nollatietoinen rakenteeltaan)
Keycard-tilassa salauksen purkuavain toimitetaan kaistan ulkopuolella PDF-dokumenttina. Se ei koskaan kulje Bernsteinin palvelimien kautta, mikä tekee siitä luonnollisen valinnan korkean riskin tai säännellyissä tilanteissa, joissa datan ja pääsyn välillä on oltava mahdollisimman suuri ero.
Direct Share (kitkaton pääsy)
Direct Share -tilassa salauksen purkuavain on upotettu URL-osoitteen osaan – URL-osoitteen osaan, jota selaimen suunnittelun vuoksi ei koskaan lähetetä palvelimelle. Vastaanottajat saavat yhden napsautuksen pääsyn yhdestä sähköpostilinkistä samoilla asiakaspuolen salauksen purkutakeilla kuin Keycard. Erilainen käyttökokemus, sama suojausmalli.
Käytännön käyttötapauksia
Suojattu jakaminen ei ole teoreettinen ominaisuus – se on rakennettu tilanteisiin, joissa tiedon luovuttamisen on oltava kontrolloitua, todistettavissa olevaa ja peruutettavissa.
Oikeudenkäynneissä ja oikeudellisissa todisteissa asianajaja voi tarkastella tiettyä sertifioitua versiota sinetöitystä asiakirjasta allekirjoitetulla vastaanottovahvistuksella. Due diligencessa sijoittajille ja tilintarkastajille voidaan myöntää väliaikainen, vain luku -oikeudellinen käyttöoikeus kaupan keston ajaksi, ja käyttöoikeusikkuna sulkeutuu automaattisesti prosessin päätyttyä. Asiakkaan toimitettavat materiaalit – loppuraportit, luonnokset, suunnitelmat, koodi – voidaan luovuttaa yhdessä vaiheessa eheystodistusten ja toimitustodistusten kera.
Sama logiikka pätee vakuutuskorvausvaatimuksiin, joissa korvauskäsittelijät tarvitsevat kontrolloitua tiedonantoa jäljitettävällä vuorovaikutuksella, sekä luottamukselliseen yhteistyöhön yhteiskirjoittajien, neuvonantajien tai kumppaneiden välillä, joiden on tarkistettava varhaisia luonnoksia ilman, että tiedosto koskaan päätyy postilaatikkoon tai pilviasemaan.
Miksi tällä on merkitystä (enemmän kuin miltä näyttää)
Useimmat työkalut ratkaisevat tallennuksen. Jotkut ratkaisevat sertifioinnin. Hyvin harvat ratkaisevat hallitun luovutuksen – ja silti käytännössä juuri tässä kohtaa riski toteutuu. Vuotoja tapahtuu jakamisen yhteydessä. Riitoja syntyy jakamisen jälkeen. Oikeudellinen vastuu riippuu lähes kokonaan siitä, mitä voit todistaa itse jakamisesta.
Secure Sharing kuroo umpeen tämän kuilun:
"Lähetin sinulle jotain"
"Voin todistaa tarkalleen, mitä käytit, milloin ja millä ehdoilla."
Tämä on beta – ja perusta
Secure Sharing on saatavilla tänään beta-versiona. Ydin on tuotantotason – salaus, sertifiointi, käyttöoikeuksien hallinta, peruutus ja tarkastuslokit ovat kaikki käytössä – mutta muutamia ominaisuuksia on tarkoituksella suunniteltu seuraaviin julkaisuihin. Usean vastaanottajan jakaminen, joukkotoiminnot ja lohkoketjuun ankkuroidut käyttölokit tulevat seuraavaksi. Toimitamme ensin perustan ja rakennamme pintaa sen päälle. ---
Mitä tämä avaa seuraavaksi
Suojattu jakaminen ei ole vain ominaisuus. Se on laajemman järjestelmän ensimmäinen rakennuspalikka, ja seuraavat osat ovat jo suunnittelulla.
Suojattu datahuone
Pisteestä pisteeseen -jakamisen luonnollinen jatke on jäsennelty ympäristö transaktioille, oikeudenkäynneille tai auditoinneille – useita resursseja, roolipohjaisia käyttöoikeuksia, jäsennelty navigointi ja samat salaustakuut, joita sovelletaan skaalautuvasti yksittäisen tiedoston sijaan.
Nollatietoinen datahuone
Siitä jatkamme askeleen pidemmälle. Nollatietoinen datahuone on juuri sitä, mitä virtuaalisen datahuoneen olisi pitänyt olla alusta alkaen: sopimushuone, jossa ei ole palvelinpuolen näkyvyyttä, pääavainta eikä sisäpiiririskiä – huone, jossa edes operaattori ei voi lukea sisällä olevia tietoja. Nykypäivän VDR-markkinat ovat miljardien arvoiset, mutta yksikään valtavirran tarjoaja ei ole aidosti nollatietoinen. Aiomme muuttaa tämän.
Seuranta, käyttöoikeus ja ilmoitukset
Jokaisen jaon lisäksi rakennamme virallisen todisteiden luomisen kerroksen. Jokainen vuorovaikutus – kuka käytti mitä, milloin ja millä ehdoilla – muuttuu todennettavaksi, jäsennellyksi tapahtumaksi, joka on valmis esitettäväksi todisteena aina, kun sillä on merkitystä.
Liikesalaisuus EONA
Rekisteröimättömän immateriaalioikeuden lopullinen tavoite. Liikesalaisuuslaki – Yhdysvalloissa DTSA:n nojalla, EU:ssa direktiivin 2016/943 nojalla ja useimmissa lainkäyttöalueissa maailmanlaajuisesti – suojaa vain niitä salaisuuksia, jotka voit todistaa aktiivisesti pitäneesi salassa. Oikeudellinen testi on "kohtuulliset toimenpiteet", ja hyvin harvat yritykset voivat pyynnöstä tuottaa puolustettavissa olevan tallenteen näistä toimenpiteistä.
EONA – Ilmoituksen ja kuittauksen todisteet – on moduuli, jonka suunnittelemme juuri tämän aukon täyttämiseksi. Se yhdistää varmennetun olemassaolon (mitä), turvallisen jakamisen (kuka), ehtojen hyväksymisen (millä ehdoilla) ja käytön seurannan (milloin ja miten) yhdeksi, oikeudessa käytettäväksi valmiiksi todisteeksi. EONA:lla suojattu liikesalaisuus ei ole vain salaisuus – se on puolustettava.
Kokeile jo tänään
Secure Sharing on nyt beta-vaiheessa kaikille Bernsteinin käyttäjille. Otamme aktiivisesti palautetta vastaan – erityisesti silloin, kun asiat pettävät, missä ilmenee kitkaa tai missä oletukset pettävät.
Haluatko ennakkoon pääsyn tuleviin ominaisuuksiin? Secure Dataroom, Zero-Knowledge Dataroom ja EONA otetaan käyttöön vaiheittain.
