{"id":29957,"date":"2019-10-31T21:32:53","date_gmt":"2019-10-31T18:32:53","guid":{"rendered":"https:\/\/prohoster.info\/blog\/skanirovanie-na-uyazvimosti-i-bezopasnaya-razrabotka-chast-1\/"},"modified":"2019-10-31T21:32:53","modified_gmt":"2019-10-31T18:32:53","slug":"skanirovanie-na-uyazvimosti-i-bezopasnaya-razrabotka-chast-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/sv\/blog\/skanirovanie-na-uyazvimosti-i-bezopasnaya-razrabotka-chast-1","title":{"rendered":"S\u00e5rbarhetsskanning och s\u00e4ker utveckling. Del 1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"S\u00e5rbarhetsskanning
\n
\nIn sitt professionella arbete m\u00e5ste utvecklare, pen-testare och s\u00e4kerhetsexperter hantera processer som Vulnerability Management (VM) och (Secure) SDLC.
\nDessa fraser d\u00f6ljer olika upps\u00e4ttningar av metoder och verktyg som \u00e4r sammanfl\u00e4tade, \u00e4ven om deras anv\u00e4ndare skiljer sig \u00e5t.<\/p>\n

Den tekniska utvecklingen har \u00e4nnu inte n\u00e5tt den punkt d\u00e4r ett enda verktyg kan ers\u00e4tta m\u00e4nsklig analys av s\u00e4kerheten i infrastruktur och programvara.
\nDet \u00e4r intressant att f\u00f6rst\u00e5 varf\u00f6r detta \u00e4r fallet och vilka problem som m\u00e5ste hanteras.
\n<\/a><\/noindex><\/p>\n

Processer<\/h2>\n

\nProcessen f\u00f6r Vulnerability Management (\"hantering av s\u00e5rbarheter\") syftar till kontinuerlig \u00f6vervakning av infrastrukturen och patchhantering.
\nProcessen f\u00f6r Secure SDLC (\"s\u00e4ker utvecklingscykel\") syftar till att st\u00f6dja applikationens s\u00e4kerhet under utveckling och drift.<\/p>\n

En liknande del av dessa processer \u00e4r Vulnerability Assessment - s\u00e5rbarhetsbed\u00f6mning, s\u00e5rbarhetsskanning.
\nHuvudskillnaden mellan skanning inom VM och SDLC \u00e4r att m\u00e5let i det f\u00f6rsta fallet \u00e4r att uppt\u00e4cka k\u00e4nda s\u00e5rbarheter i tredjepartsprogramvara eller konfigurationer. Till exempel en f\u00f6r\u00e5ldrad version av Windows eller community-str\u00e4ngar f\u00f6r SNMP.
\nI det andra fallet \u00e4r m\u00e5let att uppt\u00e4cka s\u00e5rbarheter inte bara i externa komponenter (beroenden), utan i f\u00f6rsta hand i koden f\u00f6r den nya produkten.<\/p>\n

Detta skapar skillnader i verktyg och tillv\u00e4gag\u00e5ngss\u00e4tt. Enligt min mening \u00e4r uppgiften att hitta nya s\u00e5rbarheter i applikationen betydligt mer intressant, eftersom det inte bara handlar om fingeravtryck p\u00e5 versioner, insamling av banners, l\u00f6senordspr\u00f6vning, osv.
\nF\u00f6r kvalitativ automatiserad s\u00e5rbarhetsskanning av applikationer kr\u00e4vs algoritmer som tar h\u00e4nsyn till applikationens semantik, dess syfte och specifika hot.<\/p>\n

\u00c5 andra sidan kan en infrastrukturskanner ofta ers\u00e4ttas med en timer, som av uttryckte avleonov<\/a><\/noindex>. Po\u00e4ngen \u00e4r att du statistiskt sett kan betrakta din infrastruktur som s\u00e5rbar om den inte har uppdaterats p\u00e5 en m\u00e5nad.<\/p>\n

Verktyg<\/h2>\n

\nSkanning, liksom s\u00e4kerhetsanalys, kan utf\u00f6ras b\u00e5de som black box och white box.<\/p>\n

Black Box<\/h4>\n

\nVid blackbox-skanning m\u00e5ste verktyget kunna arbeta med tj\u00e4nsten genom samma gr\u00e4nssnitt som anv\u00e4ndarna g\u00f6r.<\/p>\n

Infrastrukturssensorer (Tenable Nessus, Qualys, MaxPatrol, Rapid7 Nexpose, osv.) letar efter \u00f6ppna n\u00e4tverksportar, samlar \u2018banner\u2019-information, identifierar versioner av installerad programvara och s\u00f6ker i sin kunskapsbas efter s\u00e5rbarheter i dessa versioner. De f\u00f6rs\u00f6ker ocks\u00e5 uppt\u00e4cka konfigurationsfel, s\u00e5som standardl\u00f6senord eller \u00f6ppen \u00e5tkomst till data, svaga SSL-krypteringar, osv.<\/p>\n

Webbapplikationssensorer (Acunetix WVS, Netsparker, Burp Suite, OWASP ZAP, osv.) kan ocks\u00e5 identifiera k\u00e4nda komponenter och deras versioner (t.ex. CMS, ramverk, JS-bibliotek). De viktigaste stegen f\u00f6r sensorn \u00e4r crawling och fuzzing.
\nUnder crawling samlar sensorn information om befintliga applikationsgr\u00e4nssnitt och HTTP-parametrar. Under fuzzing s\u00e4tts muterade eller genererade data in i alla uppt\u00e4ckta parametrar f\u00f6r att provocera fram ett fel och uppt\u00e4cka en s\u00e5rbarhet.<\/p>\n

Dessa applikationssensorer tillh\u00f6r klasserna DAST och IAST \u2013 respektive Dynamic och Interactive Application Security Testing.<\/p>\n

White Box<\/h4>\n

\nVid white box-skanning finns det fler skillnader.
\nInom ramen f\u00f6r VM-processen ges sensorer (Vulners, Incsecurity Couch, Vuls, Tenable Nessus, osv.) ofta tillg\u00e5ng till systemen genom att genomf\u00f6ra en autentiserad skanning. P\u00e5 s\u00e5 s\u00e4tt kan sensorn ladda ner installerade versioner av paket och konfigurationsparametrar direkt fr\u00e5n systemet, utan att beh\u00f6va gissa dem baserat p\u00e5 banners fr\u00e5n n\u00e4tverkstj\u00e4nster.
\nSkanningen blir mer exakt och fullst\u00e4ndig.<\/p>\n

N\u00e4r det g\u00e4ller white box-skanning (CheckMarx, HP Fortify, Coverity, RIPS, FindSecBugs, osv.) av applikationer handlar det vanligtvis om statisk kodanalys och anv\u00e4ndning av l\u00e4mpliga verktyg av SAST-klassen \u2013 Static Application Security Testing.<\/p>\n

Problem<\/h2>\n

\nDet uppst\u00e5r m\u00e5nga problem med skanning! Jag st\u00e5r ofta inf\u00f6r den flesta av dem i samband med att tillhandah\u00e5lla tj\u00e4nster inom skanningsprocesser och s\u00e4ker utveckling, samt vid analys av s\u00e4kerhetsniv\u00e5er.<\/p>\n

Jag vill lyfta fram tre huvudgrupper av problem, som bekr\u00e4ftas genom samtal med ingenj\u00f6rer och chefer inom informationss\u00e4kerhet p\u00e5 olika f\u00f6retag.<\/p>\n

Problem med skanning av webbapplikationer<\/h4>\n

<\/p>\n

    \n
  1. Sv\u00e5righeterna med implementering.<\/b> Skanners m\u00e5ste implementeras, konfigureras och anpassas f\u00f6r varje applikation, avs\u00e4tta testmilj\u00f6er f\u00f6r scanningar och infogas i CI\/CD-processen f\u00f6r att det ska vara effektivt. Annars blir det en meningsl\u00f6s formell procedur som bara ger falska positiva resultat.<\/li>\n
  2. Scanningsl\u00e4ngd.<\/b> Skanners har \u00e4ven 2019 sv\u00e5rt med deduplicering av gr\u00e4nssnitt och kan skanna tusen sidor med 10 parametrar p\u00e5 varje i flera dagar, och r\u00e4knar dem som olika, \u00e4ven om det \u00e4r samma kod som ansvarar f\u00f6r dem. Samtidigt m\u00e5ste beslutet om drifts\u00e4ttning i produktion under utvecklingscykeln fattas snabbt.<\/li>\n
  3. Sparsamma rekommendationer.<\/b> Skanners ger ganska generella rekommendationer, och utvecklaren kan inte alltid snabbt f\u00f6rst\u00e5 hur han ska s\u00e4nka risken, och viktigast av allt, om det m\u00e5ste g\u00f6ras just nu eller om det kan v\u00e4nta.<\/li>\n
  4. Destruktiv p\u00e5verkan p\u00e5 applikationen.<\/b> Skanners kan mycket v\u00e4l utf\u00f6ra en DoS-attack p\u00e5 applikationen och kan ocks\u00e5 skapa ett stort antal entiteter eller \u00e4ndra befintliga (till exempel skapa tiotusentals kommentarer i en blogg), s\u00e5 man b\u00f6r inte sl\u00e4ppa loss scanningar i produktion utan eftertanke.<\/li>\n
  5. L\u00e5g kvalitet p\u00e5 s\u00e5rbarhetsdetektering.<\/b> Skanners anv\u00e4nder vanligtvis en fast m\u00e4ngd payloads och kan l\u00e4tt missa en s\u00e5rbarhet som inte passar in i det k\u00e4nda beteendem\u00f6nstret f\u00f6r applikationen.<\/li>\n
  6. Missf\u00f6rst\u00e5else av applikationens funktioner av skannern.<\/b> Skanners vet i sig sj\u00e4lva inte vad en \"internetbank\", \"betalning\" eller \"kommentar\" \u00e4r. F\u00f6r dem existerar det bara l\u00e4nkar och parametrar, vilket g\u00f6r att en stor del av de potentiella s\u00e5rbarheterna i aff\u00e4rslogiken f\u00f6rblir helt ot\u00e4ckta. De kommer inte att f\u00f6rst\u00e5 hur man g\u00f6r en dubbel debitering, titta p\u00e5 andras data via ID, eller manipulera balansen genom avrundning.<\/li>\n
  7. Missf\u00f6rst\u00e5else av sidornas semantik av skannern.<\/b> Skanners kan inte l\u00e4sa FAQ, kan inte k\u00e4nna igen CAPTCHA, de kommer inte p\u00e5 egen hand att f\u00f6rst\u00e5 hur man registrerar sig, att man sedan m\u00e5ste logga in igen, att man inte f\u00e5r trycka p\u00e5 \"logga ut\", och hur man ska signera f\u00f6rfr\u00e5gningar vid \u00e4ndring av parameterv\u00e4rden. Som ett resultat kan en stor del av applikationen f\u00f6rbli helt oskannad.<\/li>\n<\/ol>\n

    Problem med att skanna k\u00e4llkod.<\/h4>\n

    <\/p>\n

      \n
    1. Falska positiva resultat.<\/b> Statisk analys \u00e4r en komplex uppgift som ofta kr\u00e4ver m\u00e5nga kompromisser. Ofta f\u00e5r man offra noggrannhet, och \u00e4ven dyra enterprise-skannrar ger upphov till en stor m\u00e4ngd falska positiva resultat.<\/li>\n
    2. Sv\u00e5righeterna med implementering.<\/b> F\u00f6r att \u00f6ka noggrannheten och fullst\u00e4ndigheten i den statiska analysen beh\u00f6ver skanningsreglerna f\u00f6rb\u00e4ttras, och att skriva dessa regler kan vara mycket tidskr\u00e4vande. Ibland \u00e4r det enklare att hitta alla st\u00e4llen i koden med en viss bugg och fixa dem, \u00e4n att skriva en regel f\u00f6r att uppt\u00e4cka s\u00e5dana fall.<\/li>\n
    3. Brist p\u00e5 st\u00f6d f\u00f6r beroenden.<\/b> Stora projekt \u00e4r beroende av m\u00e5nga bibliotek och ramverk som ut\u00f6kar programmeringsspr\u00e5kets m\u00f6jligheter. Om skannarens kunskapsdatabas inte inneh\u00e5ller information om riskfulla platser (\"sinks\") i dessa ramverk, kommer det att bli ett blint fl\u00e4ck, och skannern kommer inte ens att f\u00f6rst\u00e5 koden.<\/li>\n
    4. Scanningsl\u00e4ngd.<\/b> Att leta efter s\u00e5rbarheter i koden \u00e4r en komplex uppgift \u00e4ven ur algoritmperspektiv. D\u00e4rf\u00f6r kan processen dra ut p\u00e5 tiden och kr\u00e4va betydande ber\u00e4kningsresurser.<\/li>\n
    5. L\u00e5g t\u00e4ckning.<\/b> Trots resursf\u00f6rbrukning och l\u00e5ngvariga skanningar tvingas utvecklare av SAST-verktyg fortfarande g\u00f6ra kompromisser och analysera inte alla tillst\u00e5nd som programmet kan befinna sig i.<\/li>\n
    6. Reproducerbarhet av fynd.<\/b> Att peka p\u00e5 en specifik rad och ett samtalsstack som leder till en s\u00e5rbarhet \u00e4r utm\u00e4rkt, men faktiskt ger skannern ofta inte tillr\u00e4ckligt med information f\u00f6r att verifiera s\u00e5rbarheten utifr\u00e5n. Bristen kan ocks\u00e5 finnas i d\u00f6d kod som \u00e4r o\u00e5tkomlig f\u00f6r en angripare.<\/li>\n<\/ol>\n

      Problem med infrastrukturen.<\/h4>\n

      <\/p>\n

        \n
      1. Otillr\u00e4cklig inventering.<\/b> I stora infrastrukturer, s\u00e4rskilt de som \u00e4r geografiskt uppdelade, \u00e4r det ofta sv\u00e5rast att f\u00f6rst\u00e5 vilka v\u00e4rdar som beh\u00f6ver skannas. Med andra ord \u00e4r skanning en uppgift som \u00e4r n\u00e4ra kopplad till asset management.<\/li>\n
      2. D\u00e5lig prioritering.<\/b> N\u00e4tverksskannrar ger ofta m\u00e5nga resultat med s\u00e5rbarheter som i praktiken inte kan utnyttjas, men formellt har de h\u00f6g riskniv\u00e5. Konsumenten f\u00e5r en rapport som \u00e4r sv\u00e5r att tolka, och det \u00e4r oklart vad som beh\u00f6ver \u00e5tg\u00e4rdas f\u00f6rst.<\/li>\n
      3. Sparsamma rekommendationer.<\/b> I kunskapsbasen f\u00f6r skannern finns ofta endast mycket allm\u00e4n information om s\u00e5rbarheter och s\u00e4tt att \u00e5tg\u00e4rda dem, s\u00e5 administrat\u00f6rerna m\u00e5ste rusta sig med Google. Situationen \u00e4r n\u00e5got b\u00e4ttre med whitebox-skannrar, som kan ge specifika kommandon f\u00f6r att \u00e5tg\u00e4rda.<\/li>\n
      4. Manuell arbetskraft.<\/b> I infrastrukturer kan det finnas m\u00e5nga noder, vilket inneb\u00e4r att det potentiellt finns m\u00e5nga brister, vars rapporter m\u00e5ste granskas och analyseras manuellt vid varje iteration.<\/li>\n
      5. D\u00e5lig t\u00e4ckning.<\/b> Kvaliteten p\u00e5 skanningen av infrastrukturen beror direkt p\u00e5 omfattningen av kunskapsbasen om s\u00e5rbarheter och versioner av programvara. Vidare, Det visar sig vara<\/a><\/noindex>, \u00e4ven ledarna p\u00e5 marknaden har inte en helt\u00e4ckande kunskapsbas, och i databaser f\u00f6r kostnadsfria l\u00f6sningar finns det mycket information som saknas hos ledarna.<\/li>\n
      6. Problem med patchning.<\/b> Oftast inneb\u00e4r patchning av s\u00e5rbarheter i infrastrukturen att man uppdaterar ett paket eller \u00e4ndrar en konfigurationsfil. Det stora problemet h\u00e4r \u00e4r att systemet, s\u00e4rskilt \u00e4ldre system, kan bete sig of\u00f6ruts\u00e4gbart efter en uppdatering. Man m\u00e5ste i praktiken genomf\u00f6ra integrationstester p\u00e5 den aktiva infrastrukturen i produktionen.<\/li>\n<\/ol>\n

        Metoder<\/h2>\n

        \nVad ska man d\u00e5 g\u00f6ra?
        \nMer detaljer om exempel och hur man kan hantera m\u00e5nga av de n\u00e4mnda problemen kommer jag att dela i kommande delar, men f\u00f6r nu kommer jag att ange de huvudsakliga omr\u00e5dena d\u00e4r arbete kan utf\u00f6ras:<\/p>\n

          \n
        1. Aggregatio av olika skanningsverktyg.<\/b> Genom korrekt anv\u00e4ndning av flera skannrar kan man uppn\u00e5 en betydande \u00f6kning av kunskapsbasen och kvaliteten p\u00e5 detektering. Man kan hitta fler s\u00e5rbarheter \u00e4n summan av alla skannrar som k\u00f6rs separat, samtidigt som man kan bed\u00f6ma riskniv\u00e5n mer noggrant och ge fler rekommendationer.<\/li>\n
        2. Integration av SAST och DAST.<\/b> Man kan \u00f6ka t\u00e4ckningen av DAST och noggrannheten i SAST genom informationsutbyte mellan dem. Fr\u00e5n k\u00e4llkoden kan man f\u00e5 information om befintliga rutter, och med hj\u00e4lp av DAST kan man kontrollera om s\u00e5rbarheten \u00e4r synlig utifr\u00e5n.<\/li>\n
        3. Maskininl\u00e4rning\u2122.<\/b> \u00c5r 2015 pratade jag om<\/a><\/noindex> (och om<\/a><\/noindex>) att till\u00e4mpa statistik f\u00f6r att ge skannerna hackerintuitivitet och accelerera dem. Detta \u00e4r definitivt en grund f\u00f6r vidareutveckling av automatisk s\u00e4kerhetsanalys i framtiden.<\/li>\n
        4. Integration av IAST med automatiserade tester och OpenAPI.<\/b> In CI\/CD-pipeline kan en skanningsprocess skapas baserat p\u00e5 verktyg som fungerar som HTTP-proxy och funktionella tester som k\u00f6rs \u00f6ver HTTP. Tester och OpenAPI\/Swagger-kontrakt kommer att ge skannern den saknade informationen om datastreamar och ge m\u00f6jlighet att skanna applikationen i olika tillst\u00e5nd.<\/li>\n
        5. Korrekt konfiguration.<\/b> F\u00f6r varje applikation och infrastruktur m\u00e5ste en l\u00e4mplig skanningsprofil skapas som tar h\u00e4nsyn till antalet och karakt\u00e4ren av gr\u00e4nssnitt samt de teknologier som anv\u00e4nds.<\/li>\n
        6. Anpassning av skannrar.<\/b> Ofta kan applikationen inte skannas utan modifiering av skannern. Ett exempel \u00e4r en betalningsgateway d\u00e4r varje beg\u00e4ran m\u00e5ste signeras. Utan att skriva en connector till gateway-protokollet kommer skannrarna att h\u00e5llet skicka beg\u00e4rningar med felaktiga signaturer. Det \u00e4r ocks\u00e5 n\u00f6dv\u00e4ndigt att skriva specialiserade skannrar f\u00f6r specifika typer av s\u00e5rbarheter, s\u00e5som Insecure Direct Object Reference<\/a><\/noindex><\/li>\n
        7. Riskhantering.<\/b> Anv\u00e4ndning av olika skannrar och integration med externa system, s\u00e5som Asset Management och Threat Management, g\u00f6r det m\u00f6jligt att anv\u00e4nda m\u00e5nga parametrar f\u00f6r att bed\u00f6ma risken, s\u00e5 att ledningen kan f\u00e5 en adekvat bild av det aktuella tillst\u00e5ndet f\u00f6r s\u00e4kerheten i utvecklingen eller infrastrukturen.<\/li>\n<\/ol>\n

          Stay tuned and let’s disrupt the vulnerability scanning!
          \n
          K\u00e4lla:           habr.com<\/a><\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"

          \u0412 \u0440\u0430\u043c\u043a\u0430\u0445 \u043f\u0440\u043e\u0444\u0435\u0441\u0441\u0438\u043e\u043d\u0430\u043b\u044c\u043d\u043e\u0439 \u0434\u0435\u044f\u0442\u0435\u043b\u044c\u043d\u043e\u0441\u0442\u0438 \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u0447\u0438\u043a\u0430\u043c, \u043f\u0435\u043d\u0442\u0435\u0441\u0442\u0435\u0440\u0430\u043c, \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u0438\u043a\u0430\u043c \u043f\u0440\u0438\u0445\u043e\u0434\u0438\u0442\u0441\u044f \u0441\u0442\u0430\u043b\u043a\u0438\u0432\u0430\u0442\u044c\u0441\u044f \u0441 \u0442\u0430\u043a\u0438\u043c\u0438 \u043f\u0440\u043e\u0446\u0435\u0441\u0441\u0430\u043c\u0438, \u043a\u0430\u043a Vulnerability Management (VM), (Secure) SDLC. \u041f\u043e\u0434 \u044d\u0442\u0438\u043c\u0438 \u0441\u043b\u043e\u0432\u043e\u0441\u043e\u0447\u0435\u0442\u0430\u043d\u0438\u044f\u043c\u0438 \u0441\u043a\u0440\u044b\u0432\u0430\u044e\u0442\u0441\u044f \u0440\u0430\u0437\u043b\u0438\u0447\u043d\u044b\u0435 \u043d\u0430\u0431\u043e\u0440\u044b \u043f\u0440\u0430\u043a\u0442\u0438\u043a \u0438 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u0435\u043c\u044b\u0445 \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u043e\u0432, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043f\u0435\u0440\u0435\u043f\u043b\u0435\u0442\u0435\u043d\u044b \u043c\u0435\u0436\u0434\u0443 \u0441\u043e\u0431\u043e\u0439, \u0445\u043e\u0442\u044f \u0438\u0445 \u043f\u043e\u0442\u0440\u0435\u0431\u0438\u0442\u0435\u043b\u0438 \u0440\u0430\u0437\u043b\u0438\u0447\u0430\u044e\u0442\u0441\u044f. \u0422\u0435\u0445\u043d\u0438\u0447\u0435\u0441\u043a\u0438\u0439 \u043f\u0440\u043e\u0433\u0440\u0435\u0441\u0441 \u043f\u043e\u043a\u0430 \u043d\u0435 \u0434\u043e\u0448\u0451\u043b \u0434\u043e \u0442\u043e\u0433\u043e, \u0447\u0442\u043e\u0431\u044b \u043e\u0434\u043d\u0438\u043c \u0438\u043d\u0441\u0442\u0440\u0443\u043c\u0435\u043d\u0442\u043e\u043c \u0437\u0430\u043c\u0435\u043d\u0438\u0442\u044c \u0447\u0435\u043b\u043e\u0432\u0435\u043a\u0430 \u0434\u043b\u044f \u043f\u0440\u043e\u0432\u0435\u0434\u0435\u043d\u0438\u044f \u0430\u043d\u0430\u043b\u0438\u0437\u0430 \u0437\u0430\u0449\u0438\u0449\u0451\u043d\u043d\u043e\u0441\u0442\u0438 \u0438\u043d\u0444\u0440\u0430\u0441\u0442\u0440\u0443\u043a\u0442\u0443\u0440\u044b \u0438 \u041f\u041e. […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[],"tags":[],"class_list":["post-29957","post","type-post","status-publish","format-standard","hentry"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47S\u00e5rbarhetsskanning och s\u00e4ker utveckling. Del 1 | ProHoster","description":"","canonical_url":"https:\/\/prohoster.info\/sv\/blog\/skanirovanie-na-uyazvimosti-i-bezopasnaya-razrabotka-chast-1","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"sv_SE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u0421\u043a\u0430\u043d\u0438\u0440\u043e\u0432\u0430\u043d\u0438\u0435 \u043d\u0430 \u0443\u044f\u0437\u0432\u0438\u043c\u043e\u0441\u0442\u0438 \u0438 \u0431\u0435\u0437\u043e\u043f\u0430\u0441\u043d\u0430\u044f \u0440\u0430\u0437\u0440\u0430\u0431\u043e\u0442\u043a\u0430. \u0427\u0430\u0441\u0442\u044c 1 | ProHoster","og:url":"https:\/\/prohoster.info\/sv\/blog\/skanirovanie-na-uyazvimosti-i-bezopasnaya-razrabotka-chast-1","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2019-10-31T18:32:53+00:00","article:modified_time":"2019-10-31T18:32:53+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"29957","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"Article","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":"2026-01-20 23:11:19","breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-03-01 03:45:24","updated":"2026-01-20 23:11:19","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/29957","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/comments?post=29957"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/posts\/29957\/revisions"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/media?parent=29957"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/categories?post=29957"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/sv\/wp-json\/wp\/v2\/tags?post=29957"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}