Å opprette en ny SSH tunell i vårt miljø er umulig ettersom vi følger Zero trust prinsippet der vi kun åpner opp for applikasjoner og IP adresser som er nødvendig. Årsaken til at dette fungere mot dere at IP adressen, porten og applikasjonen som brukes er tillatt. Det er det siste avsnittet ditt jeg er bekymret for, om dere har en uærlig ansatt eller noen greier å bryte seg inn på serverne hos dere så vil de kunne bruke denne SSH tunellen til å nå kundene dåkes. Problemet er at denne tunellen er oppe 24/7, som øker faren for misbruk. Så hvis dere blir rammet av en hacker som kommer seg inn å kryptere systemene hos dere (som dere mener er lite sannsynlig), så er det stor sannsynlighet for at de kan komme seg videre til kunden via denne ssh tunellen hvis den er aktiv. Du skriver at dere har god sikkerhet, men jeg får ikke det inntrykket når jeg oppdager opplagte sikkerhetshull som dette.   For å redusere sannsynligheten så vil jeg anbefale alle som leser dette til å sette opp en task Scheduler til å starte og stoppe servicen «Visma Cloud Gateway», slik at den kun er aktiv når en trenger å bruke denne.   Takk for god info. Då har jeg fått svar på det jeg lurte på og vet hva vi må gjøre for å redusere risikoen. Etter min mening så er fortsatt risikoen unødvendig stor. ... View more

Då er det som jeg mistenkte satt opp en bakdør. At dere fra den visma serveren hos dere kan bruke denne tunellen til å komme inn til kundene sine lokale systemer. Så hvis dere får noen uønskede inn på dåkes systemer eller har en ansatt med uærlige hensikter så kan de ramme systemene til kundene også.   Hva er grunnen til at det er valgt å sette det opp slik i stedet for en kryptert API tjeneste der en slipper denne bakdøren? Systemene hos kunden bør hente eller sende data, leverandøren bør ikke kunde sende data til kunden sine interne systemer. En programleverandør bør aldri ha tilgang til å kunne nå systemene til kundene uten at kunden slipper inn leverandøren. Denne SSH tunellen gir dere muligheter til å rute trafikken til hvilken som helst port på serveren eller annet utstyr som står på det samme nettverket til serveren. Dess flere tilganger inn dess større er sannsynligheten for å bli rammet.   SSH tunnelen åpner opp for veldig mange muligheter som vi som kunde ikke ønsker skal være mulig. https://www.ssh.com/academy/ssh/tunneling-example     ... View more

Hei, Og takk for svar. Ut fra dokumentasjonen du har sendt så ser det ikke ut som det er noen begrensinger på SSH tunellen, slik at det då finnes en bakdør fra serveren hos dere og inn i våre systemer. At Visma systemene hos oss kan sende data til dere via denne tunellen er OK, problemet ligger i at dere kan bruke den samme tunellen til å nå systemene hos oss. Denne kan då potensielt misbrukes til å hoppe videre inn til andre systemer hos oss. Stemmer dette? ... View more

Hvis SSH prosessen fjernes så stopper Visma Autopay å fungere.     Finnes det en annen måte å bruke Autopay uten at det må åpnes opp for SSH tunnel?   https://www.ssh.com/academy/ssh/tunneling-example       ... View more

Takk for svar. Tips til andre som leser denne saken. Sjekk om følgende URL fungere på Visma Business serveren: http://localhost:8161/ Hvis denne svarer så rename java.exe i mappen: «Visma rot»\CloudGateway\VCGService\OpenJRE64\bin     til noe annet. Etter det så knert java.exe prosessen som kjører.   Om Visma Cloud Gateway vil kjøre som normalt eller ikke etterpå vil vise seg. ... View more