Testa system du äger eller har tillstånd att granska
Vi börjar med att dokumentera de domäner, applikationer, API:er, konton och miljöer som ni har godkänt för testning. Tillsammans kommer vi överens om testfönster, gränser för antal förfrågningar, tillåtna metoder, system som ska undantas, en nödkontakt och villkor för att avbryta. Att äga en applikation innebär inte automatiskt rätt att testa dess driftleverantör eller andra tredjepartstjänster. Testning i produktion kräver separat godkännande och överenskomna driftbegränsningar; en representativ QA-miljö är den rekommenderade utgångspunkten.
Vad granskningen kan omfatta
- Inloggning, lösenordsåterställning, sessioner, behörigheter och åtskillnad mellan användare, team eller kundkonton.
- Hantering av indata i webb och API:er, filuppladdningar, exponerad konfiguration och oavsiktligt röjande av känsliga uppgifter.
- Affärslogik och administrativa arbetsflöden med överenskomna testkonton och representativa data.
- För AI-baserade produkter: promptinjektion, behörigheter för informationshämtning, läckage av känsliga uppgifter och verktygsåtgärder som går utöver användarens behörighet.
- Granskning av källkod och beroenden när åtkomst ingår i omfattningen, följt av råd om åtgärder och ett avtalat omtest.
En privat modell stödjer ingenjörerna
Vi kan driftsätta en modell på dedikerade fysiska datorer eller i er godkända infrastruktur för att hjälpa till med granskning av källkod, gruppering av fynd och analys av testunderlag. Modellvalet beror på hårdvara, arbetsbelastning och utvärdering med representativa exempel. Ingenjörerna godkänner teståtgärder och validerar fynd: modellens resultat är inte i sig ett bevis på en sårbarhet. Vi dokumenterar var kod, promptar, inloggningsuppgifter, underlag, loggar och säkerhetskopior lagras samt kommer överens om åtkomst och radering. Vid ett helt lokalt uppdrag är externa modellanrop, telemetri och molnsynkronisering avstängda; varje undantag måste godkännas i förväg.
- Skriftlig omfattning
- Kontrollerade tester
- Mänsklig validering
- Rapport och åtgärder
- Omtest
Testningen håller sig inom de godkända tillgångarna och driftbegränsningarna. Fynden innehåller belägg och en praktisk väg till åtgärd.
Ett konkret exempel
För ett företag med en kundportal kan vi undersöka om en testanvändare kan komma åt en annan testorganisations uppgifter, om kontoåterställningen följer de avsedda kontrollerna och om en AI-assistent bara hämtar godkända dokument. Vi använder godkända testdata, samlar in minsta nödvändiga underlag och rapporterar reproducerbara fynd utan att röja riktiga kunduppgifter.
Det här får du
- En överenskommen omfattning och testplan med tillgångar, miljöer, begränsningar och ansvariga personer.
- En rapport med validerade fynd, allvarlighetsgrad och verksamhetspåverkan, belägg, villkor för att återskapa problemet och rekommenderade åtgärder.
- En teknisk genomgång med dina utvecklare och en åtgärdslista prioriterad efter risk.
- Ett omtest av de överenskomna fynden som visar vad som har åtgärdats, vad som återstår och vad som låg utanför granskningen.
- Dokumentation av konfigurationen för privat AI, datagränsen och överlämningen när en dedikerad modelldistribution ingår.
Endast etisk säkerhetstestning. Vi testar inte tillgångar utan skriftligt tillstånd, stör inte tjänster och går inte längre i dataåtkomst än vad överenskomna belägg kräver. Testning minskar risk inom en definierad omfattning och tidsperiod; den kan inte intyga att ett system saknar sårbarheter.
Integrationer utan fast katalog
Slack, Telegram, WhatsApp, e-post, Jira, CRM, ERP och din egen programvara: vi bygger kundanpassade integrationer utan fast katalog eller förutbestämt antal anslutningar. Omfattningen beror på tillgängliga API:er, behörigheter och varje leverantörs villkor.
Skicka godkända fynd och åtgärdsuppgifter till Jira, Slack, Telegram, WhatsApp eller e-post. Inloggningsuppgifter, känsliga testunderlag och modellbearbetning hålls inom den avtalade privata gränsen; varje extern anslutning kräver ditt godkännande.
Prata med oss om en auktoriserad säkerhetsgranskning, läs om Private AI Computing eller kombinera arbetet med en teknisk kodgranskning. Anpassade AI Factory-projekt börjar på €10 000; avgränsad hyra av privat kapacitet börjar på €1 000/månad. Det här är frånpriser, inte en obegränsad testtjänst: offerten anger testomfattning, modellkonfiguration, hårdvara, omtest och eventuellt åtgärdsarbete. Externa kostnader och tillämpliga skatter tillkommer.
Vanliga frågor
Kan ni testa en proprietär webbplats?
Ja, om du äger den eller har uttryckligt skriftligt tillstånd från ägaren. Innan vi börjar kommer vi överens om exakta tillgångar, konton, metoder och testfönster. Även tredjepartsplattformar och infrastruktur kräver rätt tillstånd.
Skickas vår kod till en offentlig AI-tjänst?
Vid ett helt lokalt uppdrag hålls modellbearbetning, testunderlag och loggar inom den avtalade privata gränsen, med externa modellanrop, telemetri och molnsynkronisering avstängda. Alla externa anslutningar eller tjänster dokumenteras och godkänns separat.
Testar ni produktionssystem?
Vi föredrar att börja i en representativ QA-miljö. Testning i produktion kräver uttryckligt godkännande, överenskomna trafikgränser, villkor för att avbryta och en driftkontakt. Vi utför inte destruktiva tester eller tester av tillgänglighet om det inte har godkänts och avgränsats separat.
Ingår åtgärder?
Förslaget anger omfattningen för rapporten, utvecklargenomgången och omtestet. Kodändringar, driftsättning och mer omfattande åtgärdsarbete kan ingå eller offereras separat. En AI-genererad varning valideras av en ingenjör innan den rapporteras som ett fynd.
Kan ni garantera att vi inte blir hackade?
Nej. Ett penetrationstest granskar överenskomna tillgångar och metoder under en avgränsad period. Rapporten beskriver täckning och begränsningar; löpande underhåll, behörighetsgranskningar, övervakning och uppföljande tester behövs också.