Live data from Hacker News

Viewing profile — hovav

hovav

HN member
Joined
Thu, May 23, 2013, 11:49 PM UTC
HN karma
79
Public activity
19 items

About hovav

No profile information was provided.

Recent public activity

  1. comment
    Comment #45575969

    > has already been patched against ... has not been (effectively) patched against, as it happens. Maybe in December!

  2. comment
    Comment #43604716

    Standard operating procedure for both the Chrome [ https://chromium.googlesource.com/chromium/src/+/HEAD/docs/s... ] and Firefox [ https://www.mozilla.org/en-US/about/governance/po…

  3. comment
    Comment #43529212

    > Xiaogang (Cliff) Wang is listed as the principal investigator. No, you are misreading the award abstract. Cliff Wang is the program manager at NSF who is the point of contact for…

  4. comment
    Comment #43347186

    It's not guaranteed. See section 7 of https://www.usenix.org/system/files/conference/usenixsecurit...

  5. comment
    Comment #43347144

    > power need[s] to be exploited locally Not in the presence of DVFS, it turns out: https://www.hertzbleed.com/hertzbleed.pdf

  6. comment
    Comment #39749751

    Abersoft Forth for the ZX Spectrum inspired one of the classic books about Forth, Don Thomasson's /Advanced Spectrum FORTH/ (1984): https://archive.org/details/AdvancedSpectrumFORT…

  7. comment
    Comment #39624342

    Levine's /Linkers and Loaders/ is a great book, but it's still in print, and this is an unauthorized copy. The author's home page ( https://www.iecc.com/linker/ ) used to host a Po…

  8. comment
    Comment #37826374

    Yes! See, e.g., Fraser Brown et al., "Towards a Verified Range Analysis for JavaScript JITs," in proc. PLDI 2020, https://www.cs.utexas.edu/~hovav/dist/vera.pdf

  9. comment
    Comment #37824752

    A JIT is a machine for turning logic bugs into memory unsafety. Rewriting a JIT in Rust won't eliminate logic bugs and won't guarantee memory safety for the binary output of the JI…

  10. comment
    Comment #37759651

    Even with a verifiably random key, Dual EC is still unacceptable. First, because its output has unacceptable biases [1,2]. Second, because its presence allows an attacker to create…

  11. comment
    Comment #37685095

    It would not help at all. See (all of, but especially) section 5.4 of N. Carlini, A. Barresi, M. Payer, D. Wagner, and T.R. Gross, "Control-Flow Bending: On the Effectiveness of Co…

  12. comment
    Comment #37136161

    Indeed, the History of Documented Unix Facilities [ https://github.com/dspinellis/unix-history-man ] says a vi(1) man page first appeared in 2BSD, and vi is implemented (as part of…

  13. comment
    Comment #36828054

    "Best Practices (BP) papers, up to 10 pages. Suitable papers are those that provide an integration and clarification of ideas on an established, major research area, support or cha…

  14. comment
    Comment #36391820

    X. Ren et al., "I See Dead µops: Leaking Secrets via Intel/AMD Micro-Op Caches," in proc. ISCA 2021: https://cseweb.ucsd.edu/~tullsen/isca2021.pdf

  15. comment
    Comment #36295215

    It's listed as a summer deadline accepted paper for USENIX Security 2023: https://www.usenix.org/conference/usenixsecurity23/summer-ac... Per the call for papers [ https://www.usen…

  16. comment
    Comment #36129435

    See also the closely related "DVFS Frequently Leaks Secrets: Hertzbleed Attacks Beyond SIKE, Cryptography, and CPU-Only Data," presented at Oakland last week: https://www.hertzblee…

  17. comment
    Comment #36044337

    See also the closely related "DVFS Frequently Leaks Secrets: Hertzbleed Attacks Beyond SIKE, Cryptography, and CPU-Only Data," which will be presented at Oakland today: https://www…

  18. comment
    Comment #32369278

    I don't think Juniper used BSAFE in ScreenOS -- they seem to have put together their own Dual EC implementation on top of OpenSSL, sometime around 2008. (This doesn't change your p…

  19. comment
    Comment #31534882

    Steven Galbraith's Mathematics of Public Key Cryptography : https://www.math.auckland.ac.nz/~sgal018/crypto-book/crypto-...