<?xml version="1.0" encoding="utf-8" ?>

<rss version="2.0" 
   xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
   xmlns:admin="http://webns.net/mvcb/"
   xmlns:dc="http://purl.org/dc/elements/1.1/"
   xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
   xmlns:wfw="http://wellformedweb.org/CommentAPI/"
   xmlns:content="http://purl.org/rss/1.0/modules/content/"
   >
<channel>
    
    <title>Paweł Goleń, blog - Formularz komentarzy &quot;Do zapisania w umowie: Application Security Verification Standards&quot;</title>
    <link>https://archive.mroczna-zaloga.org/</link>
    <description>Paweł Goleń, blog - Zrzędzenie starego zgreda</description>
    <dc:language>pl</dc:language>
    <generator>Serendipity  - http://www.s9y.org/</generator>
    <pubDate>Sat, 15 Mar 2025 22:15:07 GMT</pubDate>

    <image>
        <url>https://archive.mroczna-zaloga.org/templates/bulletproof/img/s9y_banner_small.png</url>
        <title>RSS: Paweł Goleń, blog - Formularz komentarzy &quot;Do zapisania w umowie: Application Security Verification Standards&quot; - Paweł Goleń, blog - Zrzędzenie starego zgreda</title>
        <link>https://archive.mroczna-zaloga.org/</link>
        <width>100</width>
        <height>21</height>
    </image>

<item>
    <title>wampir: Do zapisania w umowie: Application Security Verification Standards</title>
    <link>https://archive.mroczna-zaloga.org/archives/586-do-zapisania-w-umowie-application-security-verification-standards.html#c1035</link>
            <category></category>
    
    <comments>https://archive.mroczna-zaloga.org/archives/586-do-zapisania-w-umowie-application-security-verification-standards.html#comments</comments>
    <wfw:comment>https://archive.mroczna-zaloga.org/wfwcomment.php?cid=586</wfw:comment>

    

    <author>nospam@example.com (wampir)</author>
    <content:encoded>
    Na temat tego, co jest, a co nie jest zbędne ciężko dyskutować bez konkretnego przykładu. Natomiast co do &quot;poziomów weryfikacji&quot; na sprawę trzeb popatrzeć nieco z innej strony. Aplikacja ma używać &quot;security controls&quot;, które są w jakiś sposób określone (zdrowy rozsądek, najlepsza praktyka, wymogi prawa). Weryfikacja stosowania tych mechanizmów może być realizowana w różny sposób. To, że coś jest &quot;wymagane&quot; dopiero na poziomie 3 czy 4 może wynikać z faktu, że dopiero przy pomocy &quot;narzędzi&quot; wykorzystywanych na tym poziomie, jest to możliwe do zweryfikowania. Na przykład &quot;V2.13: Verify that all authentication credentials are encrypted and stored in a centralized location (not in source code).&quot; jest praktycznie nieweryfikowalne przy pomocy testu penetracyjnego. Punkt ten jest natomiast wymieniony dla 2B (tu chyba jakaś rozbieżność jest), ponieważ w trakcie przeglądu kodu można to już stwierdzić.  
    </content:encoded>

    <pubDate>Sun, 03 May 2009 20:29:54 +0200</pubDate>
    <guid isPermaLink="false">https://archive.mroczna-zaloga.org/archives/586-guid.html#c1035</guid>
    
</item>
<item>
    <title>lpt: Do zapisania w umowie: Application Security Verification Standards</title>
    <link>https://archive.mroczna-zaloga.org/archives/586-do-zapisania-w-umowie-application-security-verification-standards.html#c1034</link>
            <category></category>
    
    <comments>https://archive.mroczna-zaloga.org/archives/586-do-zapisania-w-umowie-application-security-verification-standards.html#comments</comments>
    <wfw:comment>https://archive.mroczna-zaloga.org/wfwcomment.php?cid=586</wfw:comment>

    

    <author>nospam@example.com (lpt)</author>
    <content:encoded>
    Po namyśle - faktycznie trudno to zdefiniować. Mam na myśli to, że niektóre punkty poziomu 2A (V3.10, V3.12, V4.1, V4.8, V7, itp.) są moim zdaniem zbędne np. w stronach reklamowych, a jednocześnie wymaganie w umowie wszystkich punktów typu V2.13 jest oczywiste, mimo że w ASVS znajdują się dopiero na poziomie czwartym (ponieważ są to poziomy weryfikacji).  
    </content:encoded>

    <pubDate>Sun, 03 May 2009 14:35:36 +0200</pubDate>
    <guid isPermaLink="false">https://archive.mroczna-zaloga.org/archives/586-guid.html#c1034</guid>
    
</item>
<item>
    <title>wampir: Do zapisania w umowie: Application Security Verification Standards</title>
    <link>https://archive.mroczna-zaloga.org/archives/586-do-zapisania-w-umowie-application-security-verification-standards.html#c1033</link>
            <category></category>
    
    <comments>https://archive.mroczna-zaloga.org/archives/586-do-zapisania-w-umowie-application-security-verification-standards.html#comments</comments>
    <wfw:comment>https://archive.mroczna-zaloga.org/wfwcomment.php?cid=586</wfw:comment>

    

    <author>nospam@example.com (wampir)</author>
    <content:encoded>
    A czym jest &quot;poziom bezpieczeństwa&quot;? Jak jest zdefiniowany? Jak się go weryfikuje? Czy ta aplikacja JESZCZE spełnia, czy JUŻ nie? Jeśli ktoś ma czas/możliwość przygotowania odpowiednich wymagań oraz listy kontrolnej, może je zawrzeć w umowie. Ponieważ jednak zwykle takiej możliwości nie ma (możliwość jest, ale się tego z różnych powodów nie robi, na przykład z braku czasu/wiedzy), dobrze jest skorzystać z czegoś gotowego. To, co jest w ASVS (np. dla 2A) jest dość dobre, choć oczywiście dla specyficznej aplikacji ze specyficznymi wymaganiami niewystarczające. Nie dotyczy również konkretnych funkcji związanych z bezpieczeństwem - jak na przykłada pod te punkty podciągnąć autoryzację transakcji w bankowości elektronicznej?  
    </content:encoded>

    <pubDate>Fri, 01 May 2009 15:50:42 +0200</pubDate>
    <guid isPermaLink="false">https://archive.mroczna-zaloga.org/archives/586-guid.html#c1033</guid>
    
</item>
<item>
    <title>lpt: Do zapisania w umowie: Application Security Verification Standards</title>
    <link>https://archive.mroczna-zaloga.org/archives/586-do-zapisania-w-umowie-application-security-verification-standards.html#c1032</link>
            <category></category>
    
    <comments>https://archive.mroczna-zaloga.org/archives/586-do-zapisania-w-umowie-application-security-verification-standards.html#comments</comments>
    <wfw:comment>https://archive.mroczna-zaloga.org/wfwcomment.php?cid=586</wfw:comment>

    

    <author>nospam@example.com (lpt)</author>
    <content:encoded>
    Btw, ta CAPTCHA jest IE-only?  
    </content:encoded>

    <pubDate>Fri, 01 May 2009 08:49:36 +0200</pubDate>
    <guid isPermaLink="false">https://archive.mroczna-zaloga.org/archives/586-guid.html#c1032</guid>
    
</item>
<item>
    <title>lpt: Do zapisania w umowie: Application Security Verification Standards</title>
    <link>https://archive.mroczna-zaloga.org/archives/586-do-zapisania-w-umowie-application-security-verification-standards.html#c1031</link>
            <category></category>
    
    <comments>https://archive.mroczna-zaloga.org/archives/586-do-zapisania-w-umowie-application-security-verification-standards.html#comments</comments>
    <wfw:comment>https://archive.mroczna-zaloga.org/wfwcomment.php?cid=586</wfw:comment>

    

    <author>nospam@example.com (lpt)</author>
    <content:encoded>
    Mówiąc szczerze nie jestem do końca przekonany do ASVS w takim zastosowaniu. Ten dokument definiuje poziomy weryfikacji, a nie wymagane poziomy bezpieczeństwa - a wydaje mi się że to raczej w tym kierunku powinny iść zapisy w umowie. Zawsze jednak lepsze coś niż nic :)  
    </content:encoded>

    <pubDate>Fri, 01 May 2009 08:46:13 +0200</pubDate>
    <guid isPermaLink="false">https://archive.mroczna-zaloga.org/archives/586-guid.html#c1031</guid>
    
</item>

</channel>
</rss>