Top Banner
HTTPS and the Lock Icon Borrowed from Dan Boneh
35

HTTPS and the Lock Icon

Mar 21, 2016

Download

Documents

Aletha

HTTPS and the Lock Icon. Borrowed from Dan Boneh. Goals for this lecture. Brief overview of HTTPS: How the SSL/TLS protocol works (very briefly) How to use HTTPS Integrating HTTPS into the browser Lots of user interface problems to watch for. 2. Threat Model: Network Attacker. - PowerPoint PPT Presentation
Welcome message from author
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
Page 1: HTTPS and the Lock Icon

HTTPS and the Lock Icon

Borrowed from Dan Boneh

Page 2: HTTPS and the Lock Icon

Goals for this lecture

• Brief overview of HTTPS:•How the SSL/TLS protocol works (very briefly)

•How to use HTTPS

• Integrating HTTPS into the browser•Lots of user interface problems to watch for

2

Page 3: HTTPS and the Lock Icon

Threat Model: Network Attacker

Network Attacker:• Controls network infrastructure: Routers, DNS

Passive attacker: only eavesdrops on net traffic

Active attacker: eavesdrops, injects, blocks, and modifies packets

Examples:• Wireless network at Internet Café

• Internet access at hotels (untrusted ISP)3

Page 4: HTTPS and the Lock Icon

SSL/TLS overview

Alice

Encm cBob

Decc m

PKBob SKBob

Bob generates (SKBob , PKBob )

Alice: using PKBob encrypts messages and only Bob can

decrypt

Public-key encryption:

4

Page 5: HTTPS and the Lock Icon

Certificates

How does Alice (browser) obtain PKBob ?

CA

PK andproof “I am Bob”

BrowserAlice

SKCA

checkproof

issue Cert with SKCA :

Bob’s key is PKBob’s

key is PK

choose (SK,PK)

Server Bob

PKCA

verifyCert

Bob uses Cert for an extended period (e.g. one year)

PKCA

5

Page 6: HTTPS and the Lock Icon

Certificates: example

Important fields:

6

Page 7: HTTPS and the Lock Icon

Certificates on the web

Subject’s CommonName can be:

• An explicit name, e.g. cs.stanford.edu , or

• A wildcard cert, e.g.*.stanford.edu or cs*.stanford.edu

matching rules: “*” must occur in leftmost component, does not match “.”

example: *.a.com matches x.a.com but not y.x.a.com(as in RFC 2818: “HTTPS over TLS”)

7

Page 8: HTTPS and the Lock Icon

Certificate Authorities

Browsers acceptcertificates from alarge number of CAs

Top level CAs ≈ 60Intermediate CAs ≈ 1200

8

Page 9: HTTPS and the Lock Icon

Brief overview of SSL/TLS

browser server

SK

client-hello

server-hello + server-cert (PK)

key exchange (several options)

Finished

cert

client-key-exchange: E(PK, k)

rand. k

k

HTTP data encrypted with KDF(k)

Most common: server authentication only9

Page 10: HTTPS and the Lock Icon

HTTPS in the Browser

Page 11: HTTPS and the Lock Icon

The lock icon: SSL indicator

Intended goal:• Provide user with identity of page origin• Indicate to user that page contents were not

viewed or modified by a network attacker

In reality:• Origin ID is not always helpful

example: Stanford HR is hosted at BenefitsCenter.com• Many other problems (next few slides)

11

Page 12: HTTPS and the Lock Icon

When is the (basic) lock icon displayed

• All elements on the page fetched using HTTPS(with some exceptions)

• For all elements:•HTTPS cert issued by a CA trusted by browser•HTTPS cert is valid (e.g. not expired)•CommonName in cert matches domain in URL

12

Page 13: HTTPS and the Lock Icon

The lock UI: Extended Validation (EV) Certs

• Harder to obtain than regular certs• requires human lawyer at CA to approve cert request

• Designed for banks and large e-commerce sites

• Helps block “semantic attacks”: www.bankofthevvest.com

• note: HTTPS-EV and HTTPS are in the same origin 13

Page 14: HTTPS and the Lock Icon

HTTPS and login pages: how not to do it

Users often land on login page over HTTP:

•Type site’s HTTP URL

into address bar, or

• Google links to the HTTP page

<form method="post" action="https://login.leumi.co.il/..."

View source:

14

Page 15: HTTPS and the Lock Icon

HTTPS and login pages: guidelines

General guideline:

•Response to http://login.site.comshould be Redirect: https://login.site.com

Page 16: HTTPS and the Lock Icon

Problems with HTTPS and the Lock Icon

Page 17: HTTPS and the Lock Icon

1. HTTP HTTPS upgrade

Common use pattern:•browse site over HTTP; move to HTTPS for checkout•connect to bank over HTTP; move to HTTPS for login

Easy attack: prevent the upgrade (ssl_strip) [Moxie’08]

<a href=https://…> <a href=http://…>

Location: https://... Location: http://... (redirect)

<form action=https://… > <form action=http://…>

webserverattacker

SSLHTTP

17

Page 18: HTTPS and the Lock Icon

Tricks and Details

Tricks: drop-in a clever fav icon (older browsers)

Details:• Erase existing session and force user to login:

ssl_strip injects “Set-cookie” headers to delete existing session cookies in browser.

Number of users who detected HTTP downgrade: 0

18

Page 19: HTTPS and the Lock Icon

2. Semantic attacks on certs

International domains: xyz.cn• Rendered using international character set• Observation: chinese character set contains chars

that look like “/” and “?” and “.” and “=”

Attack: buy domain cert for *.badguy.cnsetup domain called:

www.bank.com/accounts/login.php?q=me.baguy.cn

note: single cert *.badguy.cn works for all sites

Extended validation (EV) certs may help defeat this19

Page 20: HTTPS and the Lock Icon

[Moxie’08] 20

Page 21: HTTPS and the Lock Icon

3. Certificate Issuance Woes

Wrong issuance:2011: Comodo and DigiNotar RAs hacked, issue certs for Gmail, Yahoo! Mail, …

Rogue CA: 2009: Etisalat CA in UAE

Signs software patch on behalf of RIM

PacketForensics: HTTPS MiTM for law enforcement(see also crypto.stanford.edu/ssl-mitm )

⇒ enables eavesdropping w/o a warning in user’s browser21

Page 22: HTTPS and the Lock Icon

Man in the middle attack using rogue certs

Attacker proxies data between user and bank. Sees all traffic and can modify data at will.

bankattackerClientHello ClientHello

BankCertBadguyCert

ServerCert (Bank)ServerCert (rogue)

GET https://bank.com

SSL key exchange SSL key exchange

k1 k1 k2 k2

HTTP data enc with k1 HTTP data enc with k2

(cert for Bank by a valid CA)

22

Page 23: HTTPS and the Lock Icon

What to do? (many good ideas)

1. HTTP public-key pinning, TACK

• Let a site declare CAs that can sign its cert (similar to HSTS)• on subsequent HTTPS, browser rejects certs for site

issued by other CAs• TOFU: Trust on First Use

2. Certificate Transparency: [LL’12]

• idea: CA’s must advertise a log of all certs. they issued• Browser will only use a cert if it is on the CA’s log

•Efficient implementation using Merkle hash trees

• Companies can scan logs to look for invalid issuance 23

Page 24: HTTPS and the Lock Icon

4. Mixed Content: HTTP and HTTPS

Page loads over HTTPS, but contains content over HTTP(e.g. <script src=“http://.../script.js> )

Active network attacker can hijack session• Modifies script en-route to browser

Another way to embed content:

<script src=“//.../script.js>

served over the same protocol as embedding page• Can use for content served over HTTP or HTTPS

24

Page 25: HTTPS and the Lock Icon

Mixed Content: HTTP and HTTPS

IE7:

No SSL lock in address bar:

Chrome:

25

Page 26: HTTPS and the Lock Icon

5. Peeking through SSL

Network traffic reveals length of HTTPS packets• TLS supports up to 256 bytes of padding

AJAX-rich pages have lots and lots of interactions with the server

These interactions expose specific internal state of the page BAM!

Chen, Wang, Wang, Zhang, 2010

Page 27: HTTPS and the Lock Icon

Peeking through SSL: an example

Vulnerabilities in an online tax application

No easy fix. Can also be used to ID Tor traffic

27

Page 28: HTTPS and the Lock Icon

6. Origin Contamination: an example

Solution: remove lock from top page after loading bottom page28

Page 29: HTTPS and the Lock Icon

THE END

Page 30: HTTPS and the Lock Icon

Integrating SSL/TLS with HTTP HTTPS

Two complications

• Web proxiessolution: browser sends

CONNECT domain-name

before client-hello (dropped by proxy)

• Virtual hosting:two sites hosted at same IP address.

solution in TLS 1.1: SNI (RFC 4366)

client_hello_extension: server_name=cnn.com

implemented since FF2 and IE7 (vista)

webproxy web

server

corporate network

webserver

certCNN

certFOX

client-hello

server-cert ???

Page 31: HTTPS and the Lock Icon

Why is HTTPS not used for all web traffic?

• Slows down web servers

• Breaks Internet caching•ISPs cannot cache HTTPS traffic•Results in increased traffic at web site

• Incompatible with virtual hosting (older browsers)May. 2013: IE6 ≈ 7% (ie6countdown.com)

Page 32: HTTPS and the Lock Icon

The lock UI: helps users authenticate site

uninformative

Page 33: HTTPS and the Lock Icon

A general UI attack: picture-in-picture

Trained users are more likely to fall victim to this [JSTB’07]33

Page 34: HTTPS and the Lock Icon

Problems with HTTPS and the Lock Icon

1. Upgrade from HTTP to HTTPS

2. Semantic attacks on certs

3. Forged certs

4. Mixed content• HTTP and HTTPS on the same page

5. Origin contamination• Weak HTTPS page contaminates stronger HTTPS page

6. Does HTTPS hide web traffic? 34

Page 35: HTTPS and the Lock Icon

Defense: Strict Transport Security (HSTS)

Header tells browser to always connect over HTTPS

• After first visit, subsequent visits are over HTTPS

•self signed cert results in an error

• STS flag deleted when user “clears private data” (chrome)

•Compromise: security vs. privacy

webserver

Strict-Transport-Security max-age=31 10⋅ 6;

35