Skip to content
By using Twitter’s services you agree to our Cookies Use. We and our partners operate globally and use cookies, including for analytics, personalisation, and ads.
  • Home Home Home, current page.
  • About

Saved searches

  • Remove
  • In this conversation
    Verified accountProtected Tweets @
Suggested users
  • Verified accountProtected Tweets @
  • Verified accountProtected Tweets @
  • Language: English
    • Bahasa Indonesia
    • Bahasa Melayu
    • Català
    • Čeština
    • Dansk
    • Deutsch
    • English UK
    • Español
    • Filipino
    • Français
    • Hrvatski
    • Italiano
    • Magyar
    • Nederlands
    • Norsk
    • Polski
    • Português
    • Română
    • Slovenčina
    • Suomi
    • Svenska
    • Tiếng Việt
    • Türkçe
    • Ελληνικά
    • Български език
    • Русский
    • Српски
    • Українська мова
    • עִבְרִית
    • العربية
    • فارسی
    • मराठी
    • हिन्दी
    • বাংলা
    • ગુજરાતી
    • தமிழ்
    • ಕನ್ನಡ
    • ภาษาไทย
    • 한국어
    • 日本語
    • 简体中文
    • 繁體中文
  • Have an account? Log in
    Have an account?
    · Forgot password?

    New to Twitter?
    Sign up
marcan42's profile
Hector Martin
Hector Martin
Hector Martin
@marcan42

Tweets

Hector Martin

@marcan42

If it ain't broke, I'll fix it! I'm porting Linux to Apple Silicon Macs at @AsahiLinux. http://patreon.com/marcan  | http://github.com/sponsors/marcan 

Tokyo, Japan
marcan.st
Joined May 2009

Tweets

  • © 2021 Twitter
  • About
  • Help Center
  • Terms
  • Privacy policy
  • Imprint
  • Cookies
  • Ads info
Dismiss
Previous
Next

Go to a person's profile

Saved searches

  • Remove
  • In this conversation
    Verified accountProtected Tweets @
Suggested users
  • Verified accountProtected Tweets @
  • Verified accountProtected Tweets @

Promote this Tweet

Block

  • Tweet with a location

    You can add location information to your Tweets, such as your city or precise location, from the web and via third-party applications. You always have the option to delete your Tweet location history. Learn more

    Your lists

    Create a new list


    Under 100 characters, optional

    Privacy

    Copy link to Tweet

    Embed this Tweet

    Embed this Video

    Add this Tweet to your website by copying the code below. Learn more

    Add this video to your website by copying the code below. Learn more

    Hmm, there was a problem reaching the server.

    By embedding Twitter content in your website or app, you are agreeing to the Twitter Developer Agreement and Developer Policy.

    Preview

    Why you're seeing this ad

    Log in to Twitter

    · Forgot password?
    Don't have an account? Sign up »

    Sign up for Twitter

    Not on Twitter? Sign up, tune into the things you care about, and get updates as they happen.

    Sign up
    Have an account? Log in »

    Two-way (sending and receiving) short codes:

    Country Code For customers of
    United States 40404 (any)
    Canada 21212 (any)
    United Kingdom 86444 Vodafone, Orange, 3, O2
    Brazil 40404 Nextel, TIM
    Haiti 40404 Digicel, Voila
    Ireland 51210 Vodafone, O2
    India 53000 Bharti Airtel, Videocon, Reliance
    Indonesia 89887 AXIS, 3, Telkomsel, Indosat, XL Axiata
    Italy 4880804 Wind
    3424486444 Vodafone
    » See SMS short codes for other countries

    Confirmation

     

    Welcome home!

    This timeline is where you’ll spend most of your time, getting instant updates about what matters to you.

    Tweets not working for you?

    Hover over the profile pic and click the Following button to unfollow any account.

    Say a lot with a little

    When you see a Tweet you love, tap the heart — it lets the person who wrote it know you shared the love.

    Spread the word

    The fastest way to share someone else’s Tweet with your followers is with a Retweet. Tap the icon to send it instantly.

    Join the conversation

    Add your thoughts about any Tweet with a Reply. Find a topic you’re passionate about, and jump right in.

    Learn the latest

    Get instant insight into what people are talking about now.

    Get more of what you love

    Follow more accounts to get instant updates about topics you care about.

    Find what's happening

    See the latest conversations about any topic instantly.

    Never miss a Moment

    Catch up instantly on the best stories happening as they unfold.

    1. Matt Suiche‏ @msuiche 21 Oct 2018
      • Report Tweet
      • Report NetzDG Violation

      Am I tripping or if you upgrade Signal Desktop, it saves all your messages in plain text (messages.json) + attachments locally so you can re-import them in the newer version? #fail #wtf

      20 replies 132 retweets 239 likes
      Show this thread
    2. Hector Martin‏ @marcan42 22 Oct 2018
      • Report Tweet
      • Report NetzDG Violation
      Replying to @msuiche

      There is no magical pixie dust encryption algorithm that will protect your messages in such a way that whatever new version of Signal can access them but no other app or user can (on a desktop). If you have local access it's game over.

      5 replies 1 retweet 12 likes
    3.  👻▿𝒹𝓇𝑒𝒶𝓂𝓈𝒶𝓃𝒹𝑔𝒽𝑜𝓈𝓉𝓈▿ 👻‏ @dreamandghost 22 Oct 2018
      • Report Tweet
      • Report NetzDG Violation
      Replying to @marcan42 @msuiche

      How about a non-magical average good encryption scheme where messages stores are encrypted using a password as salt? I don't know why you need to be condescending or exasperated about something as basic as encryption at rest.

      1 reply 0 retweets 3 likes
    4. Hector Martin‏ @marcan42 22 Oct 2018
      • Report Tweet
      • Report NetzDG Violation
      Replying to @dreamandghost @msuiche

      What's the point? So you save the messages encrypted, import them, and then what? They're going to be decrypted to be useful, with credentials that any other app can hijack out of the running Signal instance even if they're encrypted "at rest".

      6 replies 0 retweets 3 likes
    5. Bozhidar Bozhanov‏ @bozhobg 22 Oct 2018
      • Report Tweet
      • Report NetzDG Violation
      Replying to @marcan42 @dreamandghost @msuiche

      If you encrypt at rest with a password based key (using KDF) that you don't store anywhere, and decrypt only chunks of the data at rest to store in memory, then you are limiting the attack surface. Also, this helps against device theft where they don't conrol your running app

      1 reply 0 retweets 1 like
    6. Hector Martin‏ @marcan42 22 Oct 2018
      • Report Tweet
      • Report NetzDG Violation
      Replying to @bozhobg @dreamandghost @msuiche

      Unless you want to input your password for every single message you view, the key has to be in memory while you use the app, at which point any other process can grab it.

      2 replies 0 retweets 3 likes
    7. Bozhidar Bozhanov‏ @bozhobg 22 Oct 2018
      • Report Tweet
      • Report NetzDG Violation
      Replying to @marcan42 @dreamandghost @msuiche

      'Chunks' can mean 'your last 5 days of messages'. Scrolling further would require a retype. But even if it is kept in memory, it's still good against device theft.

      1 reply 0 retweets 1 like
    8. Hector Martin‏ @marcan42 22 Oct 2018
      • Report Tweet
      • Report NetzDG Violation
      Replying to @bozhobg @dreamandghost @msuiche

      We already have FDE to protect against device theft. Doing it in the app would require you to log in on every boot. It makes a lot more sense to have FDE for the whole system rather than each app implementing its own thing.

      1 reply 0 retweets 0 likes
    9. Bozhidar Bozhanov‏ @bozhobg 22 Oct 2018
      • Report Tweet
      • Report NetzDG Violation
      Replying to @marcan42 @dreamandghost @msuiche

      The FDE is 1. optional 2. a single 'gate'. Are you saying (and I don't mean this to be a strawman) that everything on q device should be protected by a single password? In my payment app I have a PIN, in addition to my device unlock pattern. It does add security

      1 reply 0 retweets 0 likes
      Hector Martin‏ @marcan42 22 Oct 2018
      • Report Tweet
      • Report NetzDG Violation
      Replying to @bozhobg @dreamandghost @msuiche

      Credential minimization is desirable and good security practice, otherwise users just write them down. Sure, if you *really* want an app-level PIN every time you switch to an app you can implement that with crypto, but *nobody* wants that for a messaging app.

      11:53 PM - 22 Oct 2018
      3 replies 0 retweets 0 likes
        1. Hector Martin‏ @marcan42 22 Oct 2018
          • Report Tweet
          • Report NetzDG Violation
          Replying to @marcan42 @bozhobg and

          Again, on mobile we have more options because OSes are e.g. not designed to expose debugging capabilities without explicit user action and all apps are sandboxed. But the lack of these things on desktop makes many security models impossible to implement properly and usably.

          0 replies 0 retweets 0 likes
          Thanks. Twitter will use this to make your timeline better. Undo
          Undo
        1. New conversation
        2.  👻▿𝒹𝓇𝑒𝒶𝓂𝓈𝒶𝓃𝒹𝑔𝒽𝑜𝓈𝓉𝓈▿ 👻‏ @dreamandghost 23 Oct 2018
          • Report Tweet
          • Report NetzDG Violation
          Replying to @marcan42 @bozhobg @msuiche

          We're in complete agreement that the proper way to do this h̶y̶p̶o̶t̶h̶e̶t̶i̶c̶a̶l̶ [@QubesOS] thing is to isolate apps. I'd say to also encrypt each (and every file in each) separately within a FDE scheme. Until everyone drinks Joanna's KoolAid, (I have) we won't have that.

          1 reply 0 retweets 0 likes
        3.  👻▿𝒹𝓇𝑒𝒶𝓂𝓈𝒶𝓃𝒹𝑔𝒽𝑜𝓈𝓉𝓈▿ 👻‏ @dreamandghost 23 Oct 2018
          • Report Tweet
          • Report NetzDG Violation
          Replying to @dreamandghost @marcan42 and

          Iterating, you're correct that a datastore in use has some form of the key in memory; but you're wrong that every uninvited guest has memory forensic capability. There's a strong case for complicating read possibilities of exfiltrated files.

          1 reply 1 retweet 0 likes
        4. Show replies
        1. New conversation
        2. Custom Wetware‏ @Minthos_ 24 Oct 2018
          • Report Tweet
          • Report NetzDG Violation
          Replying to @marcan42 @bozhobg and

          I write down my passwords.. encrypted.. in a password manager.. I sure as hell don't want anything sensitive stored in plaintext on my hdd even if the hdd is encrypted!

          1 reply 0 retweets 0 likes
        3. Hector Martin‏ @marcan42 24 Oct 2018
          • Report Tweet
          • Report NetzDG Violation
          Replying to @Minthos_ @bozhobg and

          Which is fine, *if* you type in your password every time you use it. Which is not what most people want with an IM app. If you just keep the password manager active forever without requiring master password re-entry, the net benefit of its encryption is ~zero.

          1 reply 0 retweets 0 likes
        4. Show replies

      Loading seems to be taking a while.

      Twitter may be over capacity or experiencing a momentary hiccup. Try again or visit Twitter Status for more information.

        Promoted Tweet

        false

        • © 2021 Twitter
        • About
        • Help Center
        • Terms
        • Privacy policy
        • Imprint
        • Cookies
        • Ads info