https://jak.mazovia.edu.pl/api.php?action=feedcontributions&feedformat=atom&user=ZandraEaton43 2026-11-07T08:30:35Z Wkład użytkownika MediaWiki 1.42.1 https://jak.mazovia.edu.pl/index.php?title=Vlo%C5%BEen%C3%BD_SQL,_nebo_p%C5%99ipraven%C3%BD_dotaz%3F_Rozd%C3%ADl,_kter%C3%BD_rozhoduje_o_%C3%BAniku_dat&diff=878941 2026-10-02T09:20:02Z

<p>ZandraEaton43: Utworzono nową stronę &quot;&lt;br&gt;SQL injection nevzniká tím, že útočník zná databázi. Vzniká tím, že aplikace slepí vstup od uživatele s SQL příkazem do jednoho řetězce. Když do pole pro přihlašovací jméno někdo napíše znak apostrofu a aplikace ho pošle přímo do databáze, dotaz se rozpadne a databáze může vrátit data, [https://Analnoe.com/user/HoustonDann/ https://Analnoe.com/user/HoustonDann/] která neměla spatřit světlo světa. Nejde přitom o exotickou…&quot;</p> <hr /> <div>&lt;br&gt;SQL injection nevzniká tím, že útočník zná databázi. Vzniká tím, že aplikace slepí vstup od uživatele s SQL příkazem do jednoho řetězce. Když do pole pro přihlašovací jméno někdo napíše znak apostrofu a aplikace ho pošle přímo do databáze, dotaz se rozpadne a databáze může vrátit data, [https://Analnoe.com/user/HoustonDann/ https://Analnoe.com/user/HoustonDann/] která neměla spatřit světlo světa. Nejde přitom o exotickou chybu. Vzniká v běžném kódu, kde se místo parametru použije konkatenace řetězců.&lt;br&gt;&lt;br&gt;Algoritmus podpisu je nejčastější zdroj chyb. Symetrické algoritmy používají jeden tajný klíč pro podpis i ověření, asymetrické používají soukromý klíč pro podpis a veřejný pro ověření. Zásadní pravidlo zní: server musí předem určit, který algoritmus očekává, a nesmí ho přebírat z hlavičky tokenu. Útočník totiž může poslat token s algoritmem „none&quot; nebo podepsaný veřejným klíčem, pokud knihovna dovolí záměnu. V konfiguraci ověřování proto explicitně uveďte povolený algoritmus a zkontrolujte, že knihovna tuto volbu respektuje.&lt;br&gt;&lt;br&gt;Začněte tím, že si vyberete jednu veřejně dostupnou aplikaci nebo web, který používáte každý den, a začnete ji rozebírat. Ne „klikat a divit se&quot;, ale cíleně. Sepište si, co od té aplikace očekáváte jako uživatel, jaké má vstupy a výstupy, kde dochází ke změně stavu. Potom hledejte místa, kde se chování rozchází s očekáváním. Nestačí napsat „nejde to&quot;. Zapište kroky, které k problému vedly, co jste čekali, co se stalo, a v jakém prostředí a prohlížeči. Tím vzniká testovací protokol, přesně ten formát, který se na pohovorech řeší.&lt;br&gt;&lt;br&gt; Příklady místo popis&lt;br&gt;&lt;br&gt;Druhá častá chyba je ignorování min-width: 0 a min-height: 0 u flex a grid položek. Ve výchozím stavu mají položky min-width: auto, což znamená, že se nesmrští pod velikost obsahu. Dlouhý text nebo obrázek tak rozbije celý layout a vznikne horizontální scroll. Řešení je jednoduché: na problematické položky přidejte min-width: 0. U flexboxu to platí obzvlášť, protože flex-shrink bez tohoto nastavení často nefunguje podle očekávání.&lt;br&gt;&lt;br&gt;Typická chyba je dokumentace psaná ručně bokem. Během dvou sprintů se rozejde s realitou a nikdo jí nevěří. Lepší je generovat ji z anotací v kódu nebo z definičního souboru, který je součástí projektu. Tím se aktualizace stane přirozenou součástí vývoje a ne úkolem, na který se zapomíná. Pokud se dokumentace generuje, hlídejte, aby se do ní nedostaly interní poznámky a dočasné endpointy.&lt;br&gt;&lt;br&gt;Do datové části nikdy neukládejte citlivé údaje. Token bývá jen podepsaný, ne šifrovaný, takže si ho kdokoli může přečíst. Hesla, rodná čísla ani interní klíče tam nepatří. Dbejte také na to, aby nároky byly krátké a jednoznačné, a nastavte limit velikosti tokenu, protože příliš dlouhý token zbytečně zatěžuje každý požadavek. Pravidelně aktualizujte knihovnu pro práci s JWT, protože starší verze mívají známé chyby v ověřování.&lt;br&gt;&lt;br&gt;JWT token se skládá ze tří částí oddělených tečkou: hlavičky, datové části a podpisu. Hlavička určuje použitý algoritmus, datová část nese takzvané nároky (claims) a podpis ověřuje, že token nezměnil někdo cizí. Právě podpis je jediná skutečná ochrana. Pokud server podpis neověřuje, nebo ho ověřuje špatně, je celý token jen obyčejný text, který si může kdokoli přepsat. Proto první [http://lineage2.hys.cz/user/Scotty0738/ rekonstrukce koupelny krok za krokem] při zabezpečení spočívá v tom, že na serveru vždy vynutíte ověření podpisu a nikdy nedůvěřujete obsahu tokenu před tím, než ho ověříte.&lt;br&gt;&lt;br&gt;Nakonec nastavte jednoduchý režim zpětné vazby. Když frontend narazí na nesrovnalost, musí vědět, kam ji zapsat a kdo ji opraví. Ideálně ať to je issue v témže repozitáři, kde leží dokumentace. Tím se z dohadování stane sledovatelný úkol. Pravidelná revize jednou za čas odstraní mrtvé endpointy a sjednotí to, co se v průběhu času rozjelo.&lt;br&gt;&lt;br&gt;Co hlídat u platnosti a ukládání tokenů Každý token by měl mít krátkou životnost, typicky v řádu minut, a nést nárok „exp&quot; s časem vypršení. Server musí tento čas kontrolovat, ne jen spoléhat na to, že token mezitím vyprší sám. Kromě toho se vyplatí ověřovat „iss&quot; (kdo token vydal) a „aud&quot; (pro koho je určen), aby token z jedné služby nešel použít v jiné. Ukládání tokenu na klientovi je další slabé místo: v prohlížeči je bezpečnější uložit token do cookie s příznaky HttpOnly, Secure a SameSite, protože JavaScript k němu pak nemá přístup. Ukládání do místního úložiště je pohodlné, ale zranitelné vůči útokům typu XSS.&lt;br&gt;&lt;br&gt;Odhlášení je u JWT složitější, protože token je samostatný a server o něm nemusí nic vědět. Řešením je krátká životnost přístupového tokenu a obnovovací token, [https://Www.Blogrollcenter.com/?s=kter%C3%BD%20lze který lze] odvolat v databázi. Pokud potřebujete okamžité zneplatnění, veďte seznam odvolaných tokenů nebo jejich identifikátorů a kontrolujte ho při každém požadavku. Bez toho zůstane token platný až do vypršení, i když se uživatel odhlásí nebo změní heslo.&lt;br&gt;&lt;br&gt;Here's more regarding [https://isowindows.net/user/MarthaZamora/ Isowindows.net] take a look at the site.&lt;br&gt;</div>

ZandraEaton43 https://jak.mazovia.edu.pl/index.php?title=U%C5%BCytkownik:ZandraEaton43&diff=878937 2026-10-02T09:20:01Z

<p>ZandraEaton43: Utworzono nową stronę &quot;Někdo, kdo dílnou i obývákem se zabývá denně. Sdílím zde, jak skloubit funkčnost s teplem domova. Nejvíc mě baví hledat cesty, jak si usnadnit život.&lt;br&gt;&lt;br&gt;my page [https://isowindows.net/user/MarthaZamora/ Isowindows.net]&quot;</p> <hr /> <div>Někdo, kdo dílnou i obývákem se zabývá denně. Sdílím zde, jak skloubit funkčnost s teplem domova. Nejvíc mě baví hledat cesty, jak si usnadnit život.&lt;br&gt;&lt;br&gt;my page [https://isowindows.net/user/MarthaZamora/ Isowindows.net]</div>

ZandraEaton43