mirror of
https://github.com/curl/curl.git
synced 2026-08-24 14:23:30 +03:00
tidy-up: miscellaneous
- fix typos and wording in documentation and comments. - KNOWN_BUGS: merge duplicate H1 section. - test_10_proxy: delete stray expressions. - Perl: `while()` -> `while(1)`. - Perl: fix indent, whitespace, drop redundant quotes and parentheses. - fix casing: URL, SSL, Windows. - badwords: readd `threadsafe`, add `well-known` (and fix it). - replace `WinXP` -> `Windows XP` to match other uses. Closes #21646
This commit is contained in:
parent
1c3289c85e
commit
b3f76b21c9
44 changed files with 106 additions and 102 deletions
|
|
@ -238,7 +238,7 @@ other keywords that tweak its operations. Applications or a system
|
|||
may define new alias names for priority strings that can then be used here.
|
||||
|
||||
Since the order of items in priority strings is significant, it makes no
|
||||
sense for curl to puzzle other ssl options somehow together. `--ciphers`
|
||||
sense for curl to puzzle other SSL options somehow together. `--ciphers`
|
||||
is the single way to change priority.
|
||||
|
||||
### Examples
|
||||
|
|
|
|||
|
|
@ -465,7 +465,7 @@ December 21: dropped hyper
|
|||
|
||||
## 2025
|
||||
|
||||
February 5: first 0RTT for QUIC, ssl session import/export
|
||||
February 5: first 0RTT for QUIC, SSL session import/export
|
||||
|
||||
February: experimental HTTPS RR support
|
||||
|
||||
|
|
|
|||
|
|
@ -215,6 +215,10 @@ https://curl.se/mail/lib-2012-07/0073.html
|
|||
|
||||
# Authentication
|
||||
|
||||
## `--aws-sigv4` does not handle multipart/form-data correctly
|
||||
|
||||
[curl issue 13351](https://github.com/curl/curl/issues/13351)
|
||||
|
||||
## Digest `auth-int` for PUT/POST
|
||||
|
||||
We do not support auth-int for Digest using PUT or POST
|
||||
|
|
@ -418,7 +422,7 @@ See [curl issue 13350](https://github.com/curl/curl/issues/13350)
|
|||
## `CURLOPT_CONNECT_TO` does not work for HTTPS proxy
|
||||
|
||||
It is unclear if the same option should even cover the proxy connection or if
|
||||
if requires a separate option.
|
||||
it requires a separate option.
|
||||
|
||||
See [curl issue 14481](https://github.com/curl/curl/issues/14481)
|
||||
|
||||
|
|
@ -516,12 +520,6 @@ cannot be built.
|
|||
|
||||
[curl issue 6904](https://github.com/curl/curl/issues/6904)
|
||||
|
||||
# Authentication
|
||||
|
||||
## `--aws-sigv4` does not handle multipart/form-data correctly
|
||||
|
||||
[curl issue 13351](https://github.com/curl/curl/issues/13351)
|
||||
|
||||
# HTTP/2
|
||||
|
||||
## HTTP/2 prior knowledge over proxy
|
||||
|
|
|
|||
|
|
@ -218,9 +218,11 @@ problem. There are already several benign and likely reasons for transfers to
|
|||
stall and never end, so applications that cannot deal with never-ending
|
||||
transfers already need to have counter-measures established.
|
||||
|
||||
Well known attacks, like [Slowloris](https://en.wikipedia.org/wiki/Slowloris_(cyber_attack)), that send partial
|
||||
requests are usually not considered a flaw. If the problem avoids the regular counter-measures when it causes a never-
|
||||
ending transfer, it might be a security problem.
|
||||
Well-known attacks, like
|
||||
[Slowloris](https://en.wikipedia.org/wiki/Slowloris_(cyber_attack)), that send
|
||||
partial requests are usually not considered a flaw. If the problem bypasses
|
||||
the regular counter-measures and it causes a never-ending transfer, it might
|
||||
be a security problem.
|
||||
|
||||
## Not practically possible
|
||||
|
||||
|
|
@ -421,7 +423,8 @@ roles:
|
|||
* **incident lead** - Coordinates technical efforts
|
||||
* **communication lead** - Single point of public contact
|
||||
|
||||
It is likely that our [BDFL](https://en.wikipedia.org/wiki/Benevolent_dictator_for_life) occupies
|
||||
It is likely that our
|
||||
[BDFL](https://en.wikipedia.org/wiki/Benevolent_dictator_for_life) occupies
|
||||
one of these roles, though this plan does not depend on it.
|
||||
|
||||
A declaration may also contain more detailed information but as we honor
|
||||
|
|
@ -430,8 +433,8 @@ contain a brief notification that a **major incident** is occurring.
|
|||
|
||||
## Major incident ongoing
|
||||
|
||||
During the incident - all press, media, legal or commercial entities should contact
|
||||
communication leader (security@curl.se).
|
||||
During the incident - all press, media, legal or commercial entities should
|
||||
contact communication lead (security@curl.se).
|
||||
|
||||
Existing **curl-security** team internal communication channels are used
|
||||
for all internal communication.
|
||||
|
|
@ -440,8 +443,8 @@ Existing vulnerability disclosure process are followed for any embargoes
|
|||
and fixes.
|
||||
|
||||
Where possible, public communication are provided:
|
||||
* regular communication from communication leader (for example daily update)
|
||||
* asynchronous communication from incident leader
|
||||
* regular communication from communication lead (for example daily update)
|
||||
* asynchronous communication from incident lead
|
||||
|
||||
* Delivered to the aforementioned curl communication channels.
|
||||
|
||||
|
|
|
|||
|
|
@ -166,10 +166,10 @@ int main(void)
|
|||
|
||||
/* use a fresh connection (optional) this option seriously impacts
|
||||
* performance of multiple transfers but it is necessary order to
|
||||
* demonstrate this example. recall that the ssl ctx callback is only
|
||||
* demonstrate this example. recall that the SSL ctx callback is only
|
||||
* called _before_ an SSL connection is established, therefore it does not
|
||||
* affect existing verified SSL connections already in the connection
|
||||
* cache associated with this handle. normally you would set the ssl ctx
|
||||
* cache associated with this handle. normally you would set the SSL ctx
|
||||
* function before making any transfers, and not use this option.
|
||||
*/
|
||||
curl_easy_setopt(curl, CURLOPT_FRESH_CONNECT, 1L);
|
||||
|
|
|
|||
|
|
@ -22,7 +22,7 @@
|
|||
*
|
||||
***************************************************************************/
|
||||
/* <DESC>
|
||||
* Shows HTTPS usage with client certs and optional ssl engine use.
|
||||
* Shows HTTPS usage with client certs and optional SSL engine use.
|
||||
* </DESC>
|
||||
*/
|
||||
#ifdef _MSC_VER
|
||||
|
|
|
|||
|
|
@ -125,7 +125,7 @@ static void *create_thread(void *progress_bar)
|
|||
pthread_t tid[NUMT];
|
||||
int i;
|
||||
|
||||
/* Make sure I do not create more threads than urls. */
|
||||
/* Make sure I do not create more threads than URLs. */
|
||||
for(i = 0; i < NUMT && i < num_urls; i++) {
|
||||
int error = pthread_create(&tid[i],
|
||||
NULL, /* default attributes please */
|
||||
|
|
|
|||
|
|
@ -22,7 +22,7 @@
|
|||
*
|
||||
***************************************************************************/
|
||||
/* <DESC>
|
||||
* Shows HTTPS usage with client certs and optional ssl engine use.
|
||||
* Shows HTTPS usage with client certs and optional SSL engine use.
|
||||
* </DESC>
|
||||
*/
|
||||
#include <assert.h>
|
||||
|
|
|
|||
|
|
@ -119,7 +119,7 @@ concurrent connections do not reuse the same ticket.
|
|||
|
||||
#### Privacy and Security
|
||||
|
||||
As mentioned above, ssl peer keys are not intended for storage in a file
|
||||
As mentioned above, SSL peer keys are not intended for storage in a file
|
||||
system. They clearly show which hosts the user talked to. This is not only
|
||||
privacy relevant, but also has security implications as an attacker might find
|
||||
worthy targets among your peer keys.
|
||||
|
|
|
|||
|
|
@ -72,7 +72,7 @@ Passing in "creative octets" like newlines where they are not expected might
|
|||
trigger unexpected results.
|
||||
|
||||
Before version 7.17.0, strings were not copied. Instead the user was forced
|
||||
keep them available until libcurl no longer needed them.
|
||||
to keep them available until libcurl no longer needed them.
|
||||
|
||||
# OPTIONS
|
||||
|
||||
|
|
|
|||
|
|
@ -92,7 +92,7 @@ to kickstart everything. To get one or more callbacks called.
|
|||
7. Wait for activity on any of libcurl's sockets, use the timeout value your
|
||||
callback has been told.
|
||||
|
||||
8, When activity is detected, call curl_multi_socket_action() for the
|
||||
8. When activity is detected, call curl_multi_socket_action() for the
|
||||
socket(s) that got action. If no activity is detected and the timeout expires,
|
||||
call curl_multi_socket_action(3) with *CURL_SOCKET_TIMEOUT*.
|
||||
|
||||
|
|
@ -103,7 +103,7 @@ call curl_multi_socket_action(3) with *CURL_SOCKET_TIMEOUT*.
|
|||
~~~c
|
||||
int main(void)
|
||||
{
|
||||
/* the event-library gets told when there activity on the socket 'fd',
|
||||
/* the event-library gets told when there is activity on the socket 'fd',
|
||||
which we translate to a call to curl_multi_socket_action() */
|
||||
int running = 0;
|
||||
int fd = 3; /* the descriptor that had action */
|
||||
|
|
|
|||
|
|
@ -30,7 +30,7 @@ CURLcode curl_easy_setopt(CURL *handle, CURLOPT_SSL_CTX_DATA, void *pointer);
|
|||
|
||||
# DESCRIPTION
|
||||
|
||||
Data *pointer* to pass to the ssl context callback set by the option
|
||||
Data *pointer* to pass to the SSL context callback set by the option
|
||||
CURLOPT_SSL_CTX_FUNCTION(3), this is the pointer you get as third
|
||||
parameter.
|
||||
|
||||
|
|
|
|||
Loading…
Add table
Add a link
Reference in a new issue