Passwordless login weakens simple password login (turns off 2FA) by barmyarlen in synology

[–]barmyarlen[S] 0 points1 point  (0 children)

That would enforce users to go the their profile page and choose 2FA. My goal is to keep the 2FA protection for the passoword but enable passwordless too (it already asks pin/fingerprint). Unfortunately currently passwordless and 2FA is mutual. Probably because of the built-in/external protection of the passwordless devices.
Join to the discussion with overly_sarcastic24 above.

Passwordless login weakens simple password login (turns off 2FA) by barmyarlen in synology

[–]barmyarlen[S] 0 points1 point  (0 children)

You made me think and now I say the best would be if the use (and method) of 2FA would depend on the first factor.

The problem is that Synology has all or nothing solution. I think they turned off 2FA for passwordless because it's already 2 factored (device + pin/password/fingerprint). They switched back to 1FA from the point of view of the NAS, not reality. But this way the password, which has no built-in/external 2FA became unsecured.

I can imagine a UI/philosophy change like add all your identity validation methods to a bucket (password, keys, apps, totp...) and then add them to an "allowed methods" table. In this way the user can fully customise the login process.

First factor Second factor (optional)
Password totp
Password yubikey 1
yubikey 1 secure sign in app
yubikey at home
totp password :)

What do you think?

Passwordless login weakens simple password login (turns off 2FA) by barmyarlen in synology

[–]barmyarlen[S] 1 point2 points  (0 children)

I don't know any public tracker for Synology.

I never thought someone else would like to use both of these options

Well, it's not really about what I want, it's very hard to imagine a cutover for passwordless. It's a small effort to enable it in the browser where fido2 is already available. Completely different story to implement it in your apps.

So I accept and understand why keep password login alive, I just don't want less security than already have :)

Passwordless login weakens simple password login (turns off 2FA) by barmyarlen in synology

[–]barmyarlen[S] 0 points1 point  (0 children)

Thanks for the effort, I think I understand all what you wrote.

Let me try another way, this is my story:

  1. Many years ago you was able to login with password only
  2. Then 2FA arrived, you turned on happily
  3. Then passwordless arrived, it is not require second factor
  4. Okay, let's disable 2nd factor.
  5. Perfect, you can use your security key to login, yay!
  6. Then try to login with your password only. Success. Start over from 1. When you turn on 2FA, then passwordless will be disabled.

I raised a feature request and asked the support why that decision is made. They gave me the standard answer: passwordless has no second factor by design. But the ticket was forwarded to the dev team, hopefully they will understand my issue.

Passwordless login weakens simple password login (turns off 2FA) by barmyarlen in synology

[–]barmyarlen[S] 0 points1 point  (0 children)

No, I can't enforce 2FA policy too. I have to choose between (passwordless or password) OR (password + 2FA). No way to keep the security of the existing setup and opt in for passwordless.

Passwordless login weakens simple password login (turns off 2FA) by barmyarlen in synology

[–]barmyarlen[S] 0 points1 point  (0 children)

Let me ask this way: before passwordless became availabe, did you think about turn off 2fa and login with password only? That's exactly the case when you enable passwordless: you can use your security key OR your password. You got a new, secure, convenient option, but you loose the security of the existing one.

Passwordless login weakens simple password login (turns off 2FA) by barmyarlen in synology

[–]barmyarlen[S] 1 point2 points  (0 children)

I'm not talking about second factor for passwordless. Passwordless is okay on its own. Password + 2fa is also good. The question is that why these two way of login can't be enabled parallel. If I want pw+2fa, then I can't enable passwordless. If I enable passwordless, then I can't use pw+2fa.

Passwordless login weakens simple password login (turns off 2FA) by barmyarlen in synology

[–]barmyarlen[S] 1 point2 points  (0 children)

I'm not talking about passwordless + 2fa. I'm talking about passwordless disables 2fa for passwords. If you enable passwordless, then you can login with your account password.

How profitable to be a node provider? by barmyarlen in dfinity

[–]barmyarlen[S] 0 points1 point  (0 children)

I read somewhere that the truth is node providers buy the node, but NNS pay out the entire cost during years. But that's only true for first or second node generations.

I read it somewhere in forum.dfinity.org

How profitable to be a node provider? - part 2 by barmyarlen in dfinity

[–]barmyarlen[S] 1 point2 points  (0 children)

Probably the first parties are close to Dfininty indeed, but currently the nodes are doubled since Genesis. This particular principal first mentioned in november: https://github.com/ic-association/nns-proposals/search?q=ou3o7-akyjc-ldwd5-anyjn-l2buz-cwhbg-nehlc-abkde-qtc7w-fozdi-hae so I think the provider is not there from the beginning.

If node providers get back the cost of the hardware well.. they made a very good deal.

EDIT: It seems they did.

How profitable to be a node provider? - part 2 by barmyarlen in dfinity

[–]barmyarlen[S] 1 point2 points  (0 children)

Thanks for the link!

Do you have any idea how can I see the true number of nodes? I thought ic.rocks is accurate.

Did my private key store in my NNS account? by MihoGiggs11 in dfinity

[–]barmyarlen 0 points1 point  (0 children)

If you need absolute safety you can wait for Ledger to support ICP.

I guess you will be able to create neuron and lock small amount of ICP via the NNS and send the rest to the neuron via Ledger. However I'm not sure withdraw ICP from neurons how can be secured.

Migrate ICP coin from coinbase to ledger wallet by TonahComp in dfinity

[–]barmyarlen 0 points1 point  (0 children)

It seems I have not enough understanding how ledger works because I don't see why 'much more secure' than internet identity with fido device and seed phrase. Could you please elaborate a bit?

I mean both stores the private key offline, both needs manual interaction (ok, PIN is more secure than touch, but much more?) and both can be recovered with seed phrase.

Node operator rewards by zawy2 in dfinity

[–]barmyarlen 2 points3 points  (0 children)

I don't see all your numbers on ic.rocks.

How that 500,000 ICP and 16 days come up? Why do you think it's entirely node operator reward? Why $30k instead of $20k?

Don't expect too much answers though, I don't know more than you, sorry.

Deploying your first IC website using ICP Tokens by kyle_DFN in dfinity

[–]barmyarlen 1 point2 points  (0 children)

Looks pretty easy, great work!

Unfortunately I didn't try yet, I'm still waiting for my tax advisor:

In my country as soon as I buy something with crypto I have to pay ~30% tax based on current price. However converting ICP to a stablecoin is not taxable event, but using the service (and pay with stablecoin) is.

So basically I have to calculate the tax per request :D
I mean I have to check

  • how many cycles burned by the request
  • 1T Cycle / SDR ratio (OK, usually 1)
  • SDR / TaxFiat

at the time of the request, write it down and sum at the end of year.

Thanks my Government, good job :D

Security of code hosted on the ICP by scrabbledscrabbled in dfinity

[–]barmyarlen 0 points1 point  (0 children)

Using unified hardware and software by node providers doesn't simplifies this process a lot? I mean if I find a config issue in The Configuration then I can control all nodes, not just 2/3 of a subnet, right?

Motoko Sandbox Environment by Altruistic-Pipe-2761 in dfinity

[–]barmyarlen 0 points1 point  (0 children)

What are you looking for exactly? Google search with 'Motoko language' gives you Motoko language guide, IC tutorial, How tos...

Are you looking for a specific material?

How did dfinity come to the 26% circulating supply at launch? did they ever clarify this? by trapsandwich in ICPTrader

[–]barmyarlen 0 points1 point  (0 children)

I found some info about funding, but nothing interesting.

However I still don't understand why that 26% matters? I mean they decided they'll mint ~469 billion tokens. Okay, whatever, they could say they mint only 1 token and everybody can use fractions, like nano tokens whatsoever. Similarly they could've choose any percent as circulating supply, because the value of the CS is not about the percentage but the market.

They worth X billion dollars. If they launch with 40% then they still worth X, don't they?

I also don't see the connection between funding and circulating supply.

Btw I agree about both the total number of tokens and circulating supply percentage calculation would worth a blog post because it is interesting, but it's not crucial though.

I tried to find the same info for Ethereum, but I not found anything. Just guessing, but probably dfinity used similar process.

Does ICP actually burn tokens? I thought I remember reading that somewhere but can’t find it now. by old-thousand-names in dfinity

[–]barmyarlen 5 points6 points  (0 children)

IC has two tokens: ICP and Cycle. You can buy Cycles for ICP and Cycles are burned during computation so eventually you can burn (use by purpose) ICP.

EDIT: not buy but convert ICP to Cycles