Appentizer
Väntlista

AppentizerSäkerhet

Säkerhet och dataskydd

Den här sidan beskriver konkret vad assistenten får se, vad den kan göra och vad den är förhindrad att göra. Vi håller den avsiktligt teknisk och specifik — en säkerhetsbeskrivning som bara säger “vi tar säkerhet på allvar” går inte att kontrollera.

Beskrivningen speglar hur systemet faktiskt är byggt. Ändras systemet ska den här sidan ändras samtidigt.

Tvåfaktor
Obligatorisk
cPanel-lösenord
Lagras aldrig
Krypteringsnyckel
Egen server
Logg
Varje publicering och återställning
Samma kontroller inför varje publicering
3 736
Tester genomförda utan fel
12
Namngivna verktyg, inga andra
0
Publiceringar utan ditt godkännande

Det här gäller alltid

  • Vi sparar aldrig lösenordet till ditt webbhotell.
  • AI-assistenten får aldrig se dina lösenord eller nycklar.
  • Ingenting publiceras utan att du godkänner det.
  • Säkerhetskopia tas före varje publicering, och du kan återställa.
  • Alla loggar in med tvåfaktor, med en engångskod från en autentiseringsapp. Det går inte att välja bort.
  • Hemsidan kan ligga hos Appentizer eller på ditt eget cPanel-webbhotell. Du väljer när du publicerar, och du kan när som helst koppla bort ditt webbhotell.

Vad språkmodellen får ta emot

Appentizer skickar bara det som behövs för att lösa uppgiften till den AI-leverantör som används. Vilka leverantörer som går att använda bestämmer Oderland, och med arbetsytans förval körs modellen inom EU. Konkret innebär det:

Tar emot

  • Det du själv skriver i chatten.
  • Innehållet i filerna i just det projekt du arbetar med.
  • Resultatet av de verktyg assistenten kört, till exempel om ett test gick igenom.
  • Namn och beskrivningar av de tolv verktyg den får använda.

Tar aldrig emot

  • Ditt cPanel-lösenord — vi lagrar det aldrig, så det finns inte att skicka.
  • Din API-token till webbhotellet. Den lagras krypterad och dekrypteras bara i den tjänst som utför själva publiceringen.
  • Databaslösenord, miljövariabler eller andra hemligheter.
  • Andra kunders projekt, filer eller konton.
  • Filer utanför det projekt du arbetar i.

De tolv verktyg assistenten har

Assistenten kan inte utföra godtyckliga kommandon. Den har exakt tolv namngivna verktyg, och varje anrop kontrolleras mot ett schema innan något körs. Ett verktyg som inte står i listan avvisas.

read_project_file

Läser en fil i ditt projekt hos oss.

write_project_file

Skriver en fil i ditt projekt hos oss. Innehållet genomsöks efter lösenord och nycklar innan det sparas — hittas något sparas filen inte.

replace_in_project_file

Byter ut ett exakt textstycke i en fil, i stället för att skriva om hela. Samma kontroll mot lösenord och nycklar som vid skrivning.

list_project_files

Listar filnamn och storlekar i projektet.

search_project_files

Söker efter text i projektets filer — så att assistenten hittar rätt ställe utan att först läsa in varenda fil.

run_tests

Kör tester i en avskild miljö utan åtkomst till din webbplats.

request_preview

Startar en tillfällig förhandsgranskning, skild från produktion.

propose_deployment

Föreslår en publicering. Verktyget är rent rådgivande — det publicerar ingenting och kan inte göra det.

add_font

Lägger ett fritt typsnitt i projektet, så att din sajt serverar det själv i stället för att skicka besökarna till Google. Assistenten anger bara typsnittets namn; filerna hämtas av plattformen från ett fast typsnittsbibliotek, och assistenten kan inte ange någon adress.

find_icons

Söker bland fria ikoner som ligger med i Appentizer (Lucide, Tabler och Phosphor) och ger assistenten färdig kod att skriva in i sidan. Verktyget läser bara. Ikonen blir en del av din sida, så ingenting hämtas från någon annan när den visas.

add_consent_banner

Lägger in en färdig, granskad cookie- och samtyckesbanner när sajten behöver en — till exempel inför statistik eller en inbäddad film. Assistenten skriver inte bannern själv.

connect_form

Kopplar sajtens kontakt- och beställningsformulär till en färdig, granskad mottagare, så att meddelandena mejlas till dig. Assistenten skriver inte mottagaren själv.

Vad assistenten inte kan göra

  • Publicera till din webbplats. Publicering utförs av en separat tjänst och kräver att du godkänner den.
  • Köra kommandon på servern eller i ditt webbhotellskonto.
  • Läsa eller ändra filer utanför ditt projekt hos oss.
  • Ändra DNS eller röra konto- och säkerhetsinställningar. Den enda brevlåda som skapas är den sajtens formulär skickar från, och den skapas av publiceringstjänsten, inte av assistenten.
  • Radera filer på din webbplats.
  • Ändra vilken mapp som är webbrot.
  • Nå en annan kunds data.

Om din API-token till webbhotellet

Publicerar du till ett eget webbhotell behöver Appentizer en API-token från ditt cPanel-konto, för att visa dina domäner och publicera åt dig. Ligger hemsidan hos Appentizer lämnar du ingen token: kontot skapas av oss, med en egen nyckel som hanteras på samma sätt som nedan. Så här hanteras token:

  1. Den lagras krypterad

    Token krypteras innan den sparas och är bunden till just din anslutning — samma krypterade värde går inte att återanvända i ett annat sammanhang.

  2. Den visas aldrig igen

    Efter att du sparat den kan varken du eller vi läsa ut den i klartext via gränssnittet. Den skickas aldrig till din webbläsare och skrivs aldrig i loggar.

  3. Assistenten ser den aldrig

    Token dekrypteras bara i den tjänst som utför publiceringen, och aldrig i det som skickas till AI-leverantören.

  4. Du kan återkalla den när du vill

    Koppla bort webbhotellet i Appentizer så slutar den användas. Du kan dessutom återkalla själva token i cPanel, vilket gör den obrukbar oavsett vad vi gör.

  5. Vad den kan användas till

    En cPanel-token ger åtkomst till de funktioner ditt konto har. Vi använder den för det publiceringen behöver: läsa domäner och dokumentrötter, inspektera målmappen, skriva filerna du godkänt och ta säkerhetskopia på det som skrivs över. Behöver sajten en databas skapar vi en, och behöver den skicka mejl från ett formulär skapar vi en brevlåda på din domän. För Node-appar lägger vi in en SSH-nyckel och registrerar appen i webbhotellets Node-hantering. Att flytta undan en gammal sajt eller ta bort en publicerad sajt gör vi bara när du själv ber om det med en ny tvåfaktorskod. Vill du begränsa token ytterligare rekommenderar vi ett separat cPanel-konto för de webbplatser du bygger här.

Var krypteringsnyckeln finns

Att något “lagras krypterat” säger lite om man inte säger var nyckeln ligger. Hos oss ligger den inte i applikationen:

  1. På en egen server

    Nycklarna hanteras av en separat maskin vars enda uppgift är just det. Den har ingen webbplats och ingen publik port — den tar bara emot anrop från applikationsservern, och ingen annanstans ifrån.

  2. Applikationen kan inte läsa den

    Appentizer får be nyckelservern kryptera och dekryptera, men får aldrig ut nyckeln. Skulle applikationsservern angripas finns alltså ingen nyckel att ta med sig, och åtkomsten kan stängas av centralt utan att nyckeln byts.

  3. Den finns inte i klartext på maskinen

    Efter en omstart är valvet låst och måste öppnas för hand med flera separata nyckeldelar, som inte förvaras på servern. Ingen enskild del räcker.

  4. Varje användning loggas

    Nyckelservern för en egen logg över varje kryptering och dekryptering. Kan den inte skriva loggen slutar den svara — hellre stopp än nyckelanvändning ingen kan granska i efterhand.

Vad som händer vid en publicering

Publicering är det enda steget som rör din riktiga webbplats. Därför är det också det mest kontrollerade:

  • Du godkänner uttryckligen. Ett vanligt meddelande i chatten publicerar aldrig något.
  • Vi kontrollerar att målmappen fortfarande ser ut som när du godkände — har den ändrats stoppas publiceringen.
  • Är mappen inte tom säger vi hur många filer som ligger där och om några av dem är skyddade. Ligger en tidigare webbplats i vägen stoppas publiceringen, och du väljer själv om den ska flyttas undan.
  • Säkerhetskopia tas på det som skrivs över, innan något ändras.
  • Filerna genomsöks efter hemligheter. Projekt som behöver byggas byggs automatiskt först, och den färdiga utdatan publiceras. Skulle obyggd källkod ändå nå publiceringen stoppas den — annars hade sidan blivit tom.
  • Utöver de obligatoriska kontrollerna kan du låta en AI-modell säkerhetsgranska koden innan du godkänner — den letar efter sådant som XSS, injektioner och hårdkodade lösenord och föreslår åtgärder. Hittas allvarliga fynd uppmanas du att åtgärda dem först, och publiceringen kräver då en uttrycklig bekräftelse. Granskningen är rådgivande: den kan aldrig godkänna eller publicera något åt dig.
  • Efter publicering kontrolleras att sidan svarar. Du kan återställa till föregående version.