Can anyone interpret this paragraph from

Can anyone interpret this paragraph from "Connected: An Internet Encyclopedia"?

Secure Home | Search | About
 General Computer Security    Post an article   get this group's latest topics as an RSS feed add this group's latest topics to your My MSN content add this group's latest topics to your My Yahoo content add this group's latest topics to your Google content
Subject Author Date
Can anyone interpret this paragraph from "Connected: An Internet Encyclopedia"? Reporter 07-01-2007
Posted by Reporter on July 1, 2007, 2:06 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
This is from Chapter 12.2 Safe Methods

http://www.freesoft.org/CIE/RFC/1945/70.htm

"In particular, the convention has been established that the GET and
HEAD methods should never have the significance of taking an action
other than retrieval. These methods should be considered "safe." This
allows user agents to represent other methods, such as POST, in a
special way, so that the user is made aware of the fact that a
possibly unsafe action is being requested."

What does this mean? Thank you.


Posted by Todd H. on July 1, 2007, 2:59 pm
If you were  Registered and logged in, you could reply and use other advanced thread options

> This is from Chapter 12.2 Safe Methods
>
> http://www.freesoft.org/CIE/RFC/1945/70.htm
>
> "In particular, the convention has been established that the GET and
> HEAD methods should never have the significance of taking an action
> other than retrieval. These methods should be considered "safe."

GET and HEAD commands sent to a web server should do nothing but read
some stuff. They shouldn't change anything. Furthermore, they
aren't generally sending any info to the web server across a (possibly
unencrypted) connection other than the request itself.

Some GET requests however do send parameters in the URL, sometimes
stupidly.

> This allows user agents

"user agents" think "web browsers"

> to represent

implement

> other methods, such as POST, in a special way, so that the user is
> made aware of the fact that a possibly unsafe action is being
> requested."

POST is generally the request a web browser is doing behind the scenes
when say, you press SUBMIT on a web form a login form, credit card
details form, search box, whatever.

The RFC is suggesting here that warning box you get when you first
submit a form (that uses the POST method) on a new computer or with a
new web browser that warns you that you are about to submit form field
details and send them over an unencrypted link (in the case of a
non-ssl site) and that other people can view them.


At least that's one opinion of what this all means, anyway.

Best Regards,d
--
Todd H.
http://www.toddh.net/

Posted by Reporter on July 1, 2007, 3:27 pm
If you were  Registered and logged in, you could reply and use other advanced thread options
On Jul 1, 12:59 pm, comph...@toddh.net (Todd H.) wrote:
> > This is from Chapter 12.2 Safe Methods
>
> >http://www.freesoft.org/CIE/RFC/1945/70.htm
>
> > "In particular, the convention has been established that the GET and
> > HEAD methods should never have the significance of taking an action
> > other than retrieval. These methods should be considered "safe."
>
> GET and HEAD commands sent to a web server should do nothing but read
> some stuff. They shouldn't change anything. Furthermore, they
> aren't generally sending any info to the web server across a (possibly
> unencrypted) connection other than the request itself.
>
> Some GET requests however do send parameters in the URL, sometimes
> stupidly.
>
> > This allows user agents
>
> "user agents" think "web browsers"
>
> > to represent
>
> implement
>
> > other methods, such as POST, in a special way, so that the user is
> > made aware of the fact that a possibly unsafe action is being
> > requested."
>
> POST is generally the request a web browser is doing behind the scenes
> when say, you press SUBMIT on a web form a login form, credit card
> details form, search box, whatever.
>
> The RFC is suggesting here that warning box you get when you first
> submit a form (that uses the POST method) on a new computer or with a
> new web browser that warns you that you are about to submit form field
> details and send them over an unencrypted link (in the case of a
> non-ssl site) and that other people can view them.
>
> At least that's one opinion of what this all means, anyway.
>
> Best Regards,d
> --
> Todd H.http://www.toddh.net/

Todd, thank you very much.

- Sam -


Posted by Volker Birk on July 2, 2007, 3:36 am
If you were  Registered and logged in, you could reply and use other advanced thread options
> GET and HEAD commands sent to a web server should do nothing but read
> some stuff. They shouldn't change anything.

Oh yes, they can. They can change some state in the web server, why not?

Yours,
VB.
--
"Es muss darauf geachtet werden, dass das Grundgesetz nicht mit Methoden
geschützt wird, die seinem Ziel und seinem Geist zuwider sind."

Gustav Heinemann, "Freimütige Kritik und demokratischer Rechtsstaat"

Posted by Sebastian G. on July 2, 2007, 10:14 am
If you were  Registered and logged in, you could reply and use other advanced thread options
Volker Birk wrote:

>> GET and HEAD commands sent to a web server should do nothing but read
>> some stuff. They shouldn't change anything.
>
> Oh yes, they can. They can change some state in the web server, why not?


Read the RFC: They shouldn't, and if you don't follow this, you run into a
big load of problems like inconsistencies on load errors or Cross Site
Request Forgery attacks.

Similar ThreadsPosted
How should I interpret these virus statements by F-Prot April 28, 2007, 8:17 pm
How to Report - Online Frauds, Internet Scams and Phising Emails: -"Web and Internet" - Support & Network Group March 21, 2006, 7:03 pm
Internet Security - Finding Someone On the Internet....How?!? July 26, 2007, 11:54 pm
job on internet April 26, 2005, 9:26 pm
Cant Get on the Internet January 20, 2007, 11:34 am
Millionaire at 31 ... on the Internet March 1, 2005, 10:00 am
internet vulnerabilities June 22, 2007, 12:28 pm
Internet surf restrictions February 2, 2005, 9:58 am
Internet Firewall FAQ in French February 5, 2005, 4:40 pm
Internet Firewall FAQ in German February 5, 2005, 4:47 pm

The site map in XML format XML site map

Contact Us | Privacy Policy