abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
dnes 12:33 | Nová verze

Byla vydána nová stabilní verze 1.8 (1.8.770.50) webového prohlížeče Vivaldi (Wikipedie). Z novinek vývojáři zdůrazňují vylepšenou historii prohlížení. Ukázka na YouTube. Chromium bylo aktualizováno na verzi 57.0.2987.111.

Ladislav Hagara | Komentářů: 0
dnes 05:55 | Zajímavý projekt

Google na svém blogu věnovaném open source představil portál Google Open Source informující mimo jiné o více než 2000 open source projektech vyvíjených nebo používaných v Googlu.

Ladislav Hagara | Komentářů: 0
dnes 03:33 | IT novinky

Pro společnost Red Hat skončil 28. února fiskální rok 2017. Dle finančních výsledků bylo čtvrté čtvrtletí, stejně jako celý fiskální rok 2017, opět úspěšné. Tržby jsou zvyšovány již 60 čtvrtletí v řadě. Za čtvrté čtvrtletí 2017 to bylo 629 milionů dolarů, tj. meziroční nárůst 16 %. Tržby za celý fiskální rok činily 2,4 miliardy dolarů, tj. meziroční nárůst 18 %.

Ladislav Hagara | Komentářů: 2
včera 18:22 | Bezpečnostní upozornění

V balíčku eject, příkaz pro vysunutí CD/DVD z mechaniky, v linuxových distribucích Ubuntu (USN-3246-1) a Debian (#858872) byla nalezena bezpečnostní chyba CVE-2017-6964 zneužitelná k lokální eskalaci práv. Linuxové distribuce používající eject z balíčku util-linux nejsou zranitelné.

Ladislav Hagara | Komentářů: 14
včera 05:55 | Komunita

Dries Buytaert, autor a vedoucí projektu Drupal a prezident Drupal Association, požádal soukromě před několika týdny Larryho Garfielda, jednoho z klíčových vývojářů Drupalu, aby projekt Drupal opustil. Larry Garfield minulý týden na svých stránkách napsal, že důvodem jsou jeho BDSM praktiky a rozpoutal tím bouřlivou diskusi. Na druhý den reagoval Dries Buytaert i Drupal Association. Pokračuje Larry Garfield [reddit].

Ladislav Hagara | Komentářů: 50
včera 04:44 | Humor

Společnost SAS zveřejnila na svých stránkách studii s názvem Open Source vs Proprietary: What organisations need to know (pdf). Organizace by měly například vědět, že ideální je mix 40 % open source softwaru a 60 % proprietárního softwaru [Slashdot].

Ladislav Hagara | Komentářů: 12
27.3. 23:33 | Zajímavý software

Byl vydán ShellCheck ve verzi 0.4.6. Jedná se o nástroj pro statickou analýzu shellových skriptů. Shellové skripty lze analyzovat na webové stránce ShellChecku, v terminálu nebo přímo z textových editorů. Příklady kódů, na které analýza upozorňuje a doporučuje je přepsat. ShellCheck je naprogramován v programovacím jazyce Haskell. Zdrojové kódy jsou k dispozici na GitHubu pod licencí GPLv3.

Ladislav Hagara | Komentářů: 0
27.3. 23:33 | Pozvánky

Czech JBoss User Group zve na setkání JBUG v Brně, které se koná ve středu 5. dubna 2017 v prostorách Fakulty informatiky Masarykovy univerzity v místnosti A318 od 18:00. Přednáší Pavol Loffay na téma Distributed Tracing and OpenTracing in Microservice Architecture.

… více »
mjedlick | Komentářů: 0
27.3. 11:33 | Zajímavý článek

Národní centrum kybernetické bezpečnosti (NCKB) vypracovalo (pdf) 26 podrobných bezpečnostních doporučení pro síťové správce. Tato doporučení jsou nastavena tak, aby je bylo možné aplikovat v každé instituci. Jsou rozdělena na tři základní části: bezpečnost infrastruktury, bezpečnost stanic a serverů a bezpečnost uživatelů.

Ladislav Hagara | Komentářů: 17
27.3. 05:55 | Komunita

Prezident Nadace pro svobodný software (FSF) Richard M. Stallman vyhlásil na slavnostním ceremoniálu v rámci konference LibrePlanet 2017 vítěze Free Software Awards za rok 2016. Ocenění za společenský přínos získal SecureDrop (Wikipedie). Za rozvoj svobodného softwaru byl oceněn Alexandre Oliva (Wikipedie).

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (14%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 959 hlasů
 Komentářů: 72, poslední 1.3. 11:16
    Rozcestník

    Dotaz: PHP: Jak nejlépe řešit login k SOAP

    7.6.2010 22:26 Alf
    PHP: Jak nejlépe řešit login k SOAP
    Přečteno: 1215×
    Zdravím,

    připravuji několik webových služeb pomocí SOAP a přemýšlím, jak nejlépe vyřešit login. Většina služeb má login pomocí klíčem, ať už nějakým náhodným nebo spojením jména a hesla + nějaký hashovací algoritmus.

    Napadá mě, proč nevyužít login pomocí http? Basic či digest by plnil funkčnost a zároveň ho můžu z PHP bez problému řídit. Záleží mi také na jednoduché napsání klienta v jiných jazycích. Lze očekávat např. v C# či Pythonu větší problémy v implementaci při využití http basic či digest?

    Jaká jsou Vaše doporučení? Využití klíče nebo loginu pomocí http?

    Odpovědi

    8.6.2010 00:08 Messa | skóre: 39 | blog: Messa
    Rozbalit Rozbalit vše Re: PHP: Jak nejlépe řešit login k SOAP
    SOAP využívá HTTP protokol jen jako transportní vrstvu; může běžet třeba i přes SMTP. Řešit autentifikaci přes HTTP proto asi není dobré z designového/filosofického hlediska :-) SOAP má třeba své vlastní hlavičky, zcela oddělené od HTTP hlaviček. Autentifikace se často řeší právě v SOAP hlavičkách. To je důvod, proč bych problémy nebo neobvyklosti v různých klientských knihovnách trochu očekával; ale nevím, implementace neznám.

    HTTP basic autentifikace je nevhodná (zvláště při nepoužití HTTPS :-)) v tom, že hesla se posílají v plaintextu.

    S autentifikací je to vůbec zajímavé. Všimněte si, že řada web services požaduje jak autentifikaci uživatele, nad jehož daty se pracuje, tak i identifikaci (někdy i autentifikaci) vývojáře, který vytvořil aplikaci, která s těmito daty manipuluje. Řada webových API také autentifikaci uživatele řeší tak, aby klientská aplikace nemusela mít a neměla přístup k uživatelově heslu (řeší se to otevřením prohlížeče/přesměrováním na web, kde se uživatel přihlásí a tím potvrdí platnost nějakého předtím vygenerovaného tokenu). To mi nepřijde jako moc kompatibilní s HTTP basic/digest. Některé služby (třeba Twitter) místo toho používají OAuth (jsou i jiné standardy nebo vlastní řešení) a v HTTP hlavičce Authorization prostě očekávají příslušné hodnoty pro OAuth. Ale opět bych zopakoval, že řešení přes HTTP se používá u RESTových služeb, ne u SOAPu (pokud vím).

    Mám pocit, že trochu trvá než člověk pronikne do všech zákoutí tvorby webových služeb, proto bych doporučil vyhlédnout si nějakou ukázkovou implementaci a věci tak trochu opsat. Zkusit se podívat po webu, na StackOverflow je kolem toho slušné množství dotazů :-)
    8.6.2010 12:54 qwerty
    Rozbalit Rozbalit vše Re: PHP: Jak nejlépe řešit login k SOAP
    priznam sa, ze predosly prispevok som moc nepochopil, ale osobne by som odporucil: http basic cez https.
    http digest nie je pre web servisy moc vhodne, kedze sa kazde volanie zduplikuje.
    vcelku bezproblemova by mala byt aj autentifikacia cez klientske certifikaty.
    dalsia moznost je pouzit ws-security, tu vsak treba pocitat s tym ze rozne ws kniznice s tym mozu mat seriozny problem.
    8.6.2010 15:36 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: PHP: Jak nejlépe řešit login k SOAP
    Proč by se volání u HTTP Digest opakovalo? Princip je úplně stejný, jako u Basic, akorát se nepřenáší heslo, ale jeho hash. problém může být jedině v tom, že ne všechny knihovny musí tenhle typ autentizace umět – např. i v MSIE 7 to občas nefunguje (netuším proč), takže aplikace používající WinInet knihovnu s tím mohou mít problém.
    8.6.2010 19:23 XY
    Rozbalit Rozbalit vše Re: PHP: Jak nejlépe řešit login k SOAP
    http://en.wikipedia.org/wiki/Digest_access_authentication#Example_with_explanation
    9.6.2010 11:29 Filip Jirsák | skóre: 66 | blog: Fa & Bi
    Rozbalit Rozbalit vše Re: PHP: Jak nejlépe řešit login k SOAP
    Ano, to znám. A je tam také vidět, že Digest autentizace (stejně jako Basic) zdvojuje jen první požadavek, všechny následující požadavky už se posílají jen jednou.
    8.6.2010 13:46 Alf
    Rozbalit Rozbalit vše Re: PHP: Jak nejlépe řešit login k SOAP
    HTTPS použit bude, tudíž HTTP Basic nebude problém. Služby budou poskytovány pouze přes HTTPS, z hlediska klientů by neměl být žádný problém. Pokud se na to podíváme prakticky, HTTP(S) je nejrozšířenější transportní vrstva pro SOAP. Nepočítám do budoucna s použitím jiné vrstvy.

    Než se do toho pustím, chci mít jistotu, že je to nejlepší řešení :)

    Výhodou SOAP hlaviček či funkce na serveru je, že se jedná o "čistý SOAP". Tedy ať SOAP nasadím kamkoliv, vždy bude vše fungovat.

    Ověření přes HTTP je zase "čisté HTTP". Ověřovaní tedy bude funkční pouze při použití HTTP(S) - což není v tomto případě překážka.

    Viděl jsem několik implementací, kde se buď udává API klíč nebo uživatelské jméno a heslo do funkce (již přes SOAP). Viděl jsem i implementaci, kde se přihlašovací údaje zadávali jako parametry každé funkce, to považuji za zcela zbytečné.

    Co byste doporučili jako nejlepší řešení? Ověření přes SOAP nebo HTTP?

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.