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 16:55 | IT novinky

    Mozilla založila startup Mozilla.ai a vložila do něj 30 milionů dolarů. Cílem je vývoj důvěryhodné, nezávislé a open source AI.

    Ladislav Hagara | Komentářů: 0
    dnes 16:33 | Nová verze

    Po půl roce vývoje od vydání verze 43 bylo vydáno GNOME 44 s kódovým názvem Kuala Lumpur. Přehled novinek i s náhledy v poznámkách k vydání a v novinkách pro vývojáře. Krátké představení na YouTube.

    Ladislav Hagara | Komentářů: 2
    dnes 13:33 | IT novinky

    Letošní Turingovou cenu (2022 ACM A.M. Turing Award) získal Bob Metcalfe za vynalezení, standardizaci a komercializaci Ethernetu.

    Ladislav Hagara | Komentářů: 0
    dnes 07:00 | Nová verze

    Svobodná webová platforma pro sdílení a přehrávání videí PeerTube (Wikipedie) byla vydána ve verzi 5.1. Přehled novinek i s náhledy v oficiálním oznámení a na GitHubu.

    Ladislav Hagara | Komentářů: 0
    včera 18:22 | Nová verze

    Byla vydána Java 20 / JDK 20. Nových vlastností (JEP - JDK Enhancement Proposal) je 7. Nová Java / JDK vychází každých 6 měsíců. LTS verze je 17.

    Ladislav Hagara | Komentářů: 2
    včera 16:44 | IT novinky

    Google spustil konverzační AI Bard. Vyzkoušet lze zatím pouze ve Spojených státech a Spojeném království. Více v Bard FAQ.

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

    David Buchanan na svém blogu rozebírá zranitelnost acropalypse (CVE-2023-21036) telefonů Google Pixel. Z výřezu (crop) snímku obrazovky vytvořeného integrovanou aplikací Markup může být možné částečné obnovení původního snímku obrazovky. Viz tweet Simona Aaronse. Vyzkoušet lze webovou aplikaci acropalypse.app. Opraveno v březnové aktualizaci.

    Ladislav Hagara | Komentářů: 3
    včera 08:00 | Nová verze

    V programovacím jazyce Go naprogramovaná webová aplikace pro spolupráci na zdrojových kódech pomocí gitu Gitea (Wikipedie) byla vydána v nové verzi 1.19.0. Přehled novinek i s náhledy v příspěvku na blogu. Kvůli "převzetí Gitei" společností Gitea Limited byl v prosinci loňského roku představen fork Gitei s názvem Forgejo (Codeberg).

    Ladislav Hagara | Komentářů: 0
    včera 07:00 | Nová verze

    Byla vydána nová verze 5.11 živé linuxové distribuce Tails (The Amnesic Incognito Live System), jež klade důraz na ochranu soukromí uživatelů a anonymitu. Přehled změn v příslušném seznamu. Nově je používán zram. Tor Browser byl aktualizován na verzi 12.0.4. Thunderbird na verzi 102.9.0.

    Ladislav Hagara | Komentářů: 0
    20.3. 22:33 | IT novinky

    Na GOG.com běží Spring Sale. Při té příležitosti lze získat zdarma počítačovou hru Lorelai (ProtonDB).

    Ladislav Hagara | Komentářů: 0
    Používáte WSL (Windows Subsystem for Linux)?
     (74%)
     (12%)
     (4%)
     (10%)
    Celkem 284 hlasů
     Komentářů: 1, poslední 6.3. 07:51
    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: 1249×
    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: 68 | 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: 68 | 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.